Частые ошибки: мобильное приложение
Мобильное приложение почти никогда не заказывают целиком «под ключ» одним решением: заказчик приходит с идеей и списком желаемых функций, а объём работы определяется числом экранов, платформами и тем, что уже есть на стороне бизнеса — сайт, база пользователей, серверная часть. Поэтому предложение начинается не с цены, а с фиксации границ: какие платформы охвачены, какие устройства и версии операционных систем поддерживаются, какие функции входят в первую версию, а какие вынесены в следующие релизы. Без этого любая сумма выглядит произвольной, и разговор сводится к торгу.
Объём описан словами «приложение с личным кабинетом и каталогом». Число экранов не названо, и при разработке выясняется, что заказчик ждал вдвое больше состояний интерфейса, чем заложено в смете.
Не оговорено, чей аккаунт разработчика используется для публикации. Релиз останавливается на юридических данных и подтверждении организации, а виновной в задержке выглядит команда.
Серверная часть подразумевается, но не заложена. Заказчик считает, что приложение будет работать с его сайтом, а готового API нет, и разработка методов всплывает как незапланированный этап.
Не назван перечень устройств и минимальных версий систем для проверки. На приёмке появляются старые модели и нестандартные размеры экранов, и тестирование выходит за рамки согласованного объёма.
Поддержка после запуска не описана отдельно. Обновления под новые версии операционных систем и правки по требованиям магазинов заказчик считает гарантийными, а команда — новой работой.
Блоки, смета с расчётом и условия уже готовы — останется вписать свои цены. Клиент открывает ссылку в браузере, а вы видите, кто её открыл и докуда дочитал.