«Слушайте, я тут такое придумал…». Как запустить продукт в бюджет и срок, если ожидания изменились?

Меня зовут Иван Лощёнов, я коммерческий директор компании Nutnet. Мы специализируемся на заказной разработке сайтов, сервисов и приложений, а также поддержке и развитии готовых продуктов. В этой статье я поделюсь нашим опытом и расскажу, как вы можете избежать распространённых ошибок при реализации ИТ-проектов.

О нас и нашем опыте

Обычно берёмся за сложные проекты, выходящие за рамки типовых решений. Среди наших недавних работ:

1. PWA-приложение для Porsche Taycan, позволяющее владельцам автомобилей получать актуальную информацию и сервисы.
2. Огромная медиа-платформа для ИТАР-ТАСС, обеспечивающая доступ к новостям и материалам в режиме реального времени.

Однако даже у нас были проекты, которые шли не так, как планировалось. Мы провели ретроспективу и извлекли ценные уроки, которыми хотим поделиться с вами.

Кейс 1: Как мы работали с изменившимися ожиданиями заказчика — уроки сложного проекта

Ресторанный холдинг «Велком групп» насчитывает более 48 ресторанов. Также холдинг развивает направления кейтеринга и собственной доставки.

Проблема: Ресторанный холдинг из Ижевска, «Велком групп», обратился к нам с задачей:

1. Разработать коннектор — веб-сервис для интеграции внутренних систем (доставка, клиентская база, заказы для кухни).
2. Создать сайт и мобильное приложение на базе коннектора для заказа доставки и блюд в ресторане.

Что пошло не так:

1. Отсутствие чётких границ проекта (MVP) и итераций. Проект расширялся, добавлялись новые функции, такие как сложный конструктор для заказа блюд. Это увеличило объём работ и сроки.
2. Несоответствие модели разработки и оплаты. Мы работали по модели T&M (Time & Material), но без регулярных демонстраций продукта. Заказчик оплачивал время, но не видел промежуточных результатов.
3. Постоянное изменение требований. Клиент часто вносил изменения, а мы выполняли их без должной оценки влияния на бюджет и сроки.
4. Плохое управление рисками. Сложные задачи откладывались на конец проекта, что привело к задержкам.
5. Неорганизованное хранение знаний. Из-за смены руководителей проекта и отсутствия документации команда теряла важную информацию.

Результат: Проект превысил сроки и бюджет почти в 2 раза. Клиент остался недоволен, а часть работы ушла «в стол» из-за изменений на рынке.

Кейс 2: Проект, который смог — Kamon!

Как мы применили уроки и изменили подход

Студия танцев NextPRO хотела создать онлайн-школу, но имела лишь общие идеи без понимания, как и за счёт чего их можно достичь.

Что мы сделали:

1. Использовали продуктовый подход. Провели интервью, выяснили цели и приоритеты, помогли определить первую версию продукта (MVP).
2. Работали итеративно. Разбили проект на спринты, регулярно показывали результаты, собирали обратную связь.
3. Привели в соответствие модель разработки и оплаты. Работали по T&M, но с чётким планированием задач на каждый спринт и демонстрацией функционала.
4. Наладили управление требованиями и бюджетом. Все изменения фиксировали, оценивали влияние на сроки и бюджет, согласовывали с клиентом.
5. Улучшили планирование и управление рисками. Сложные задачи, такие как реализация плеера, выполняли вначале, чтобы избежать задержек.

Результат: Запустили MVP за 4 месяца, уложившись в бюджет 1,5 миллиона рублей вместо запланированных 2 миллионов. Клиент получил работающий продукт, готовый к тестированию на реальной аудитор

Как вы можете избежать этих ошибок

Вот принципы, которые помогут успешно реализовать ИТ-проект:

1. Чётко определите границы проекта и создайте MVP. Сфокусируйтесь на ключевых функциях, которые приносят наибольшую ценность.
2. Работайте итеративно. Регулярно показывайте результаты, собирайте обратную связь и корректируйте планы.
3. Приведите в соответствие модель разработки и оплаты. Убедитесь, что клиент понимает, за что он платит, и видит прогресс.
4. Управляйте требованиями и бюджетом. Фиксируйте все изменения, оценивайте их влияние и согласовывайте с клиентом.
5. Планируйте с учётом рисков. Решайте сложные задачи в начале проекта, чтобы оценить будущую работу.

Заключение

После 10+ проектов мы усилили свою продуктовую экспертизу и управление разработкой. Теперь мы выстраиваем сотрудничество так:

1. Не продаем малому и среднему бизнесу долгосрочные контракты с фиксированными требованиями, бюджетом и сроками. Собираем итерацию продукта длиной максимум на квартал работы команды.
2. Выполняем проект по T&M: спринтами с продуктовыми фичами, которые закрывают конкретные пользовательские сценарии. Обсуждаем промежуточные результаты с клиентом — так его ожидания не успевают разойтись с выделенным бюджетом.
3. Используем MVP-стратегию, при которой сначала запускаем первую версию, а затем релизим новые версии на основе продуктовых планов и обратной связи от пользователей.

Эти принципы позволяют команде уложиться в сроки и подготовить первую версию продукта, которая ответит запросам пользователей и увеличит шансы окупиться.

Если вы не хотите потратить деньги и время ради проекта в «стол» — пишите, мы готовы валидировать вашу идею перед началом разработки.