- Какую информацию мы попросим, чтобы оценить стоимость реализации вашего проекта?
Необходимый минимум — описание бизнес-логики.
Чем подробнее — тем лучше, ведь тогда нам легче нам задать правильные вопросы и оценить сроки цены.
Оценка будет более качественной, если у вас сформулировано следующее:
- Детальная бизнес логика.
- Техническое Задание — техническое описание проекта.
- Требования по нагрузке. - Почему мы не сделаем оценку за 1 день?
У нас стабильно большая загрузка, и надо встроить эту трудоемкую задачу в график работ.
Первичная оценка послужит для понимания диапазона стоимости сроков и размера команды.
Как мы делаем оценку?
• Мы поручаем это разработчику, у которого наиболее релевантный опыт к проекту.
• Оценка разбита по задачам.
• Мы покажем какие компоненты мы просчитали, чтобы для вас не было неожиданностей и мы убедились, что все ваши ожидания учтены. - Нужно ли нашему клиенту разбираться в разработке?
Единственное, в чем клиенту необходимо разбираться — в отрасли своего проекта, остальное решаемо.
Безусловно, опыт в запуске / разработке / имплементации кастомных проектов будет очень полезен. Он поможет сэкономить время на этапе первоначального общения, ведь клиент уже примерно понимает чего от нас ждёт и как пойдёт процесс, а нам не будет необходимости пояснять каждое наше решение.
Если у вас нет навыков в подобных проектов, то вам в команде не помешает product owner или технический директор, которые будут вести коммуникацию по разработке.
- Почему вам понравится работать с нами по AGILE?
• Вы можете корректировать ход работы и вносить изменения в начале каждого спринта (этапа работы, длиной 1-2 недели), выбирая приоритетные функции.
• Не требуется писать полное Техническое Задание перед начало работ. Требуемый результат описывается в общих чертах и уточняется в ходе работы над проектом.
• В ходе некоторых спринтов производится анализ предыдущего кода и его рефакторинг (улучшение). Это делает продукт более качественным, поддерживаемым и масштабируемым.
• Каждый спринт включает в себя обязательное тестирование разрабатываемых функций.
• В результате спринта вы получаете законченную — запрограммированную, сверстанную и протестированную часть продукта.
• Работа абсолютно прозрачна, вы видите сколько времени команда потратила на каждую функцию, чем разработчики занимались каждый день.
• Часовая ставка ниже, чем при других моделях разработки, потому что не включает в себя риски разработчика на неверную оценку и расхождения в понимании Технического Задания. - Какие проекты с нами делать не выгодно?
Шаблонные проекты (те, которые можно собрать с помощью конструкторов или на готовых CMS). Они собираются из готовых компонентов: простые интернет-магазины, корпоративные сайты и лендинги. Чтобы хорошо сделать такой проект, не нужна высокая квалификация. Получается, что сделать заказ у наc дороже, а ощутимой разницы в качестве продукта клиент не получит.
Такой проект выгоднее делать с компаниями, которые специализируются на типовых заказах.
- Помогаем ли мы в проработке бизнес-логики?
Топ-менеджмент компании за 20 лет реализовывал проекты в десятках разных индустрий, и по запросу клиента может проконсультировать. Но AXIOMA не создаёт бизнес-логику с нуля или “сырой” идеи, — это не наша специализация.
- Как уберечь проект от дилетантов?
Имейте ввиду:
Дилетант Профессионал Оценка проекта согласится на любой ваш бюджет с мыслью “главное получить проект” сделает свою оценку и будет аргументировано её отстаивать Объем оценки нет детализации и перечисления компонентов оценки
не предусматривает тестирование, затраты на Agile мероприятия, документирование кода
исходя из опыта аналогичных проектов, учтет и покажет в оценке основные шаги разработки
даёт клиенту понимание всех элементов оценочной стоимости проекта
Опыт в создании аналогичных проектов скорее не было похожих по сложности и объему в проектах, следовательно не сможет рассказать полноценно об опыте
в ответах не будет конкретики и деталей
подробно расскажет о своем опыте и подводных камнях в схожих проектах
упомянет про сложности, с которыми столкнулся и то, как их преодолел
Процесс разработки нет выстроенного и четкого процесса разработки — он не может полноценно рассказать о нем
не может аргументировать почему выбран такой процесс
много общих фраз про эффективность, слаженность
доступно и в деталях объяснит особенности работы и ответит на вопросы клиента конкретикой
расскажет об объективных плюсах и минусах выбранного подхода, не идеализируя его
Психология главная цель коммуникации — получить аванс, и поскорее
(есть ли жизнь после аванса?)
такая философия видна по спешке в получении предоплаты
много говорит не о проектах и портфолио, а о своих регалиях
центр его внимания на себе
главное в коммуникации — вникнуть в проект и потребности клиента
говорит про свои проекты, а не про себя
задает много вопросов, чтобы лучше понять ожидания клиента и предложить конкретные решения
центр его внимания на клиенте
- Какая часовая ставка? Почему time&material, а не fixed?
Диапазон часовой ставки: 35-50 евро
От чего зависит часовая ставка проекта?
Объем работ
Чем он больше, тем ниже часовая ставка.
Небольшой объём в нашем понимании, это 2-3 месяца.
Проекты от полугода с нами делать более выгодно.Технологии
Чем сложнее, тем выше часовая ставка.
В обучение специалистов в сложных технологиях вложено больше ресурсов, поэтому наши расходы на разработку больше
Следовательно веб-разработка, например, выйдет дешевле чем блокчейн.
Мы выстраиваем процессы по Agile методологии, и это подразумевает подход time&material в ценообразовании.
Перед началом работы мы не можем зафиксировать все три переменные: сроки, стоимость и функциональность. Если фиксируется бюджет и сроки, то объем функциональности, который мы успеем сделать за это время, может меняться. Если фиксировать функциональность, то сроки и бюджет, который понадобится на разработку этого функционала, может меняться в зависимости от того, как будет проходить процесс разработки. - Подход к реализации проектов
Мы не жертвуем качеством в угоду экономии.
На выходе клиент получает хорошо сделанный, поддерживаемый продукт без багов.
Для этого мы в процессе разработки осуществляем проверки на соответствие стандартам написания кода, код-ревью, ручное тестирование, автоматизированные тесты, документирование кода, написание технической документации.
Мы не делаем нелегальные проекты и скам-пирамиды.
- Какая у нас команда?
Разработку в AXIOMA осуществляют осуществляет распределенная команда из 20 специалистов.
У нас не “сборная” из фрилансеров. Все разработчики full-time и работают только на AXIOMA. “Текучка” низкая: большинство сотрудников с нами уже много лет.
Мы не продаем разработчиков на аутстаф, потому что на качество предоставления услуги влияют не только навыки исполнителей, но их командная работа по выстроенным процессам.
Все программисты уровня Middle или Senior.
Нет Juniors, так как в сложных проектах нет рутинных задач, которые можно доверить джуниору без риска потери качества.
- Как построена коммуникация, если мы не находимся в одном офисе?
Мы выбрали такой метод потому что:
• это позволяет эффективнее находить специалистов высокого уровня;
• отсутствие офиса экономит деньги, чтобы мы могли брать крутых специалистов для ваших проектов;
• личная свобода работников делает нас более привлекательным работодателями;
• наши клиенты платят за разработку, а не за наш офис.В таком формате мы работаем уже 5 лет. За это время научились использовать в свою пользу все нюансы этого подхода, и наши клиенты остаются довольны.