Связаться с нами

Оставьте заявку — перезвоним за 15 минут

Или свяжитесь напрямую

+7 (705) 966-25-25
Алматы, ул. Шевченко 165Б, офис 511

Почему проекты разработки выходят за смету

Коротко (TL;DR)Четыре причины: незаписанные договорённости, решение вместо задачи, отсутствие владельца проекта на стороне заказчика и обнаруженные по ходу интеграции. С каждой можно работать до старта, и все четыре закрываются нормальным техническим заданием и одним ответственным человеком.

Причина первая: договорились устно

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

Через три месяца выясняется, что «учёт заказов» для заказчика включал взаиморасчёты с поставщиками, а для разработчика — нет. Спорить бесполезно: правы оба.

Что делать: фиксировать не только то, что войдёт в проект, но и то, что не войдёт. Второй список обычно короче, но полезнее.

Причина вторая: описали решение, а не задачу

«Нужна кнопка, которая выгружает Excel для бухгалтера» — это уже решение, причём не обязательно лучшее.

Задача звучит иначе: «бухгалтеру нужны данные за месяц в его формате». У неё может быть ответ вдвое дешевле — например, готовый отчёт с нужными разрезами, который не придётся поддерживать при каждом изменении формы.

Что делать: на разборе задавать вопрос «зачем» минимум дважды. Первый ответ почти всегда описывает привычку, второй — настоящую потребность.

Причина третья: у проекта нет владельца

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

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

Что делать: назвать этого человека до старта и заложить ему время. Проект требует нескольких часов в неделю, и это не формальность.

Причина четвёртая: интеграции оказались другими

Единственная причина, которую нельзя полностью убрать заранее. Пока не открыли чужую систему, неизвестно, в каком она состоянии.

Типичные находки: база снята с поддержки, обмен настроен предыдущим подрядчиком и не документирован, часть данных заполняется руками и не соответствует справочнику.

Что делать: выделять интеграции в отдельный этап с собственной оценкой после технического обследования, а не включать их в общую смету «на глазок». Тогда сюрприз меняет один этап, а не весь проект.

Частые вопросы

На сколько обычно выходят за смету?

На проектах без технического задания перерасход в полтора-два раза — обычное дело. С документом отклонения укладываются в 10-15%.

Кто виноват в перерасходе?

Чаще всего никто конкретно: обе стороны договорились устно и поняли по-разному. Поэтому лечится это документом, а не сменой подрядчика.

Можно ли зафиксировать цену жёстко?

Да, но только под подробное ТЗ. Фиксированная цена без описания объёма означает, что объём будет урезан молча.

Сколько стоит техническое задание?

От 300 000 ₸ и две-три недели. При заказе разработки у нас засчитывается в проект.