Как мы оцениваем проект: смета, сроки и почему без сюрпризов
Что происходит до старта разработки, как мы фиксируем объём и цену, и почему клиент узнаёт об изменениях заранее, а не по факту.
Один из самых частых источников недовольства в IT-проектах — когда финальная сумма и сроки не совпадают с тем, что было озвучено в начале. Мы выстроили процесс так, чтобы этого не происходило. Вот как это работает.
Дискавери и бриф
Любой проект начинается с погружения. Мы задаём вопросы: что нужно решить, кто будет пользоваться системой, какие процессы она затронет, что уже есть. Это не формальность — без понимания задачи смета будет взята «с потолка» и почти наверняка окажется неточной.
Результат дискавери — документ с описанием задачи, ограничениями и критериями готового результата. Именно он становится основой для оценки.
Прототип и структура решения
Прежде чем называть цифры, мы набрасываем архитектуру: какие модули нужны, как они взаимодействуют, какие интеграции потребуются. Для продуктов с интерфейсом мы делаем схему экранов или упрощённый прототип — чтобы обе стороны понимали, что именно будет разработано.
Этот шаг убирает большую часть разночтений до того, как начинается работа.
Фиксация объёма, стоимости и сроков
До старта разработки мы фиксируем три вещи:
- Что входит в объём — конкретный перечень функций и экранов, без размытых формулировок
- Сколько это стоит — с разбивкой по модулям или этапам
- Когда будет готово — реалистичные сроки с учётом наших текущих загрузок
Клиент подписывает это до первой строчки кода. Никаких устных договорённостей.
Итерации и еженедельные демо
Мы работаем итерациями по одной-двум неделям. В конце каждой итерации показываем работающий результат — не слайды, а реальный продукт в браузере или на устройстве. Клиент видит прогресс и может скорректировать приоритеты, пока это не стоит дорого.
Когда оценка меняется — и как мы об этом говорим
Оценка может измениться, если:
- В процессе работы появляются новые требования, которых не было в брифе
- Интеграция с внешней системой оказывается сложнее, чем предполагалось
- Клиент хочет добавить или изменить функциональность
В таких случаях мы сначала сообщаем об изменении объёма, согласовываем новую цену и сроки — и только потом продолжаем работу. Клиент никогда не узнаёт о перерасходе постфактум.
Прозрачность вместо сюрпризов
Наш принцип прост: всё, что влияет на бюджет или сроки, должно быть проговорено до того, как это стало фактом. Это требует дисциплины с обеих сторон, но именно так строятся долгосрочные рабочие отношения.
Если у вас есть идея или задача — расскажите нам. Первый разговор бесплатный, и после него у вас будет понимание, что именно нужно сделать и сколько это стоит.