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