Как осчастливить Клиента итоговым бюджетом или «Веселая приблизительная оценка стоимости проекта»!

EGO Angel 2 года ago
Главная  /  Новости в сфере ИТ технологий  /  Как осчастливить Клиента итоговым бюджетом или «Веселая приблизительная оценка стоимости проекта»!
happy-client

Каждый раз, когда новый клиент хочет заказать у нас разработку мобильного приложения, мы сталкиваемся с непростой задачей: с одной стороны, мы стремимся предоставить ему отличный результат, который порадует его; а с другой – каждый заказчик желает знать итоговую стоимость проекта уже по окончанию первого звонка, и это желание удовлетворить нелегко.

Основываясь на нашем многолетнем опыте, можем сказать абсолютно точно: любые цифры, предоставленные до того, как утверждено техническое задание – это расчеты, взятые из воздуха.

Именно поэтому, когда мы обсуждаем с клиентом бюджет во время первого звонка, мы не можем назвать ему точную цифру. И причина очевидна: предполагаемая стоимость проекта может увеличится в процессе разработки. Выходит, если мы сразу назовем заказчику конкретные цифры, за рамки которых в итоге выйдем, он может разочароваться и остаться недовольным.

Почему это может произойти?

Точными принято считать такие расчеты, итоговые цифры которых в течение проекта существенно не изменяются (особенно в сторону повышения). И скороспелый ответ на вопрос «Сколько это будет стоить?», в ходе первичного обсуждения с клиентом, является плохим подходом к решению задачи. Почему мы так считаем? Что ж, сейчас постараемся объяснить.

effort_estimation_business_conflict

Почему в процессе разработки может увеличится стоимость?

Существует ряд факторов, которые могут повлиять на окончательную стоимость разработки. Новые клиенты, которые прежде никогда не взаимодействовали со сферой ИТ, могут не знать о них. Поэтому наша цель — объяснить клиенту, как работает этот бизнес. A также, в свою очередь, постараться как можно лучше понять бизнес нашего клиента, чтобы определить цели проекта и предложить наиболее эффективные способы его реализации.

На этом этапе мы все еще не можем ответить на вопрос, касающийся стоимости разработки продукта. Причины могут быть следующие: возможно все еще имеются пробелы в понимании проекта; либо техническое задание до сих пор не утверждено; или же клиент может неожиданно выдвинуть новые требования к проекту. Помимо этого, в процессе проектирования часто возникают различные задачи, которые приводят к необходимости более глубокого изучения проблемы, особенно если речь идет о старапах.

Итак, мы находимся в двоякой ситуации. Плохая новость заключается в том, что мы не можем перечислить и оценить полный список работ, которые необходимо сделать.  Хорошая новость – если мы придерживаемся фазового подхода, мы всегда можем рассчитать стоимость и временные затраты для реализации каждого отдельного этапа.

Двигаясь от одной фазы к другой, мы можем постепенно конкретизировать стоимость всего проекта. Фактически, это наилучший подход в разработке программного обеспечения, поскольку каждая завершенная фаза может дать больше информации и стать основой для последующих. Мы начинаем каждый проект с этапа разработки MVP (minimum viable product — минимальный по функциональности продукт), во время которого мы можем создать успешную стратегию на долгосрочную перспективу. Мы уже говорили об этом ранее в статье «Ключевые преимущества запуска разработки нового приложения с MVP» поэтому не будем сейчас уделять этой теме много времени.

Со стороны клиента требование точной оценки в начале проекта   — это огромный риск, в первую очередь для него самого 

Позвольте нам открыть один из наших профессиональных секретов: каждый разработчик, которого просят сделать расчеты стоимости проекта и дать точные ответы, страдает от нехватки подробной информации. Это значит, что нам, в любом случае, не следует ждать от него достоверных данных. Он может предоставить расчеты, включающие в себя все возможные риски, что значительно увеличит бюджет. Либо его расчеты не будут учитывать никаких рисков вообще, и в данном случае это приведет к ложным ожиданиям со стороны клиента.

Ни один из проектов не может быть полностью защищен от возможных рисков, возникающих на пути реализации, и вот некоторые из них:

  • некоторые функции могут казаться очень простыми в реализации, но на самом деле требуют долгой и кропотливой работы
  • изменения в сфере IT, такие как выпуск новой ОС, устройства или обновления используемых инструментов и технологий, могут привести к задержке реализации проекта
  • из работы со стартапами мы извлекли следующий урок: концепция проекта может измениться, и эти изменения могут потребовать модификации дизайна, которая в свою очередь отодвинет дату завершения проекта и увеличит расходы

Эти проблемы могут возникнуть, а могут и нет. И невозможно предугадать их все. Поэтому наша задача — предупредить клиентов о вероятных трудностях и, по возможности, избежать убытков.

Как мы это делаем

Говоря о фазовом подходе в контексте расчета стоимости и сроков выполнения проекта, мы бы хотели подчеркнуть, что каждая фаза рассчитывается и оплачивается отдельно. Давайте поэтапно рассмотрим, как это происходит:

  1. Начнем: в ходе первого звонка с клиентом мы знакомимся с идеей проекта. Наш менеджер, основываясь на опыте компании и уже завершенных ранее аналогичных проектах, может примерно назвать верхний и нижний порог стоимости проекта.
  2. Детальное обсуждение технических требований и начало планирования бизнес-процессов: после первого звонка мы, вместе с нашим клиентом, обсуждаем требования и пытаемся найти всю доступную информацию, которая поможет нам в планировании проекта: исследуем приложения конкурентов, изучаем даты конференций/презентаций, которые могут быть для клиента целевыми, в плане продвижения его продукта. Также на данном этапе команда должна получить представление о бизнес-требованиях и целях продукта, который нам необходимо создать.
  3. Утверждение технического задания: от бизнес-целей до технических характеристик. Хотим подчеркнуть, что приступать к обсуждению данного этапа стоит лишь тогда, когда команда разработчиков осведомлена обо всех бизнес-процессах данной сферы и знает все технические подводные камни проекта.
  4. UI/UX разработка: часто наши клиенты хотят начать проект с обсуждения дизайна, но это слишком опрометчиво и легкомысленно с точки зрения управления проектами. Сначала нам нужно провести анализ рынка и определиться с тем, на что нам следует нацелиться: в случае с мобильной разработкой нам, для начала, нужно выбрать мобильную платформу: iOS или Android. Только после этого вся команда (менеджеры, разработчики, дизайнеры и QA-инженеры) и клиент находятся в полном взаимопонимании, и мы можем начать создавать макеты и дизайн.
  5. Как только у нас готов дизайн, мы начинаем кодить! Лишь после того, как дизайн завершен и утвержден клиентом, мы переходим к разработке и тестированию функционала. На данном этапе мы уже можем более точно определить временные и денежные затраты.
  6. Публикация приложений в App Store и Google Market. Данный этап является наиболее предсказуемым, но давайте не забывать о такого рода рисках, как долгое ожидание проверки приложения специалистами. К примеру, такое часто случается с App Store. На это мы никак не можем повлиять.
  7. Дополнительные работы над проектом. В случае, если мы получаем запрос на добавление новых функций в приложение, с клиентом заключается новый контракт, и далее эти этапы проходят по той же схеме, начиная с обсуждения и заканчивая публикацией в App Store и Google Market.

В заключение хотелось бы подчеркнуть, что пошаговая или последовательная разработка – это наилучший подход, применяемый в разработке программного обеспечения. Он позволяет нам предвидеть риски и предотвратить выход за рамки бюджета, посредством четкого предварительного планирования и информирования клиента о проблемах, с которыми мы сталкиваемся. Нам доставляет огромное удовольствие видеть счастливого клиента по итогам завершенного проекта, когда все задачи выполнены, сроки сдачи проекта соблюдены, а все его ожидания оправданы. Теперь он может наслаждаться готовым продуктом, служащим на благо людей!

Хотели бы Вы поделиться своими мыслями по поводу этой темы? Как мы можем помочь Вам с вашим проектом? Свяжитесь с нами, и мы обсудим это!

счастливый клиент

Categories:
  Новости в сфере ИТ технологий, Услуги
этой записью поделились 0 раз
 400