Точный список работ, часы и срок - до начала работ, а не после.
Техническое задание - это отдельная работа, которую мы выполняем и оплачиваем как этап проекта. За это время мы собираем данные о ваших процессах и системах, описываем каждую работу, оцениваем её в нормо-часах и согласовываем с вами. Дальше по этому документу идёт разработка - и смета уже не меняется на ходу.
Без ТЗ проект оценивают «на глаз»: подрядчик называет цифру по описанию задачи в переписке, а реальный объём выясняется в процессе. Дальше начинается спор о том, что входило в стоимость, сроки плывут, а часть работ обнаруживается только на стадии тестирования.
Список работ с часами по каждому пункту, порядок этапов, что нужно от вас и к какому сроку, логика процессов и правил - до строчки. Документ согласован обеими сторонами и служит основанием для приёмки.
Состав уточняется после разбора процесса: лишние работы убираем, недостающие добавляем - платить за «пакет целиком» не нужно.
Созвоны с ответственными, расшифровка встреч, разбор процессов и доступов. Фиксируем факты, а не пересказ.
Каждая работа - отдельным пунктом с логикой и нормо-часами. Отдельно то, что нужно от вас: доступы, данные, решения.
Проходим документ вместе, уточняем спорное, фиксируем версию. С этого момента объём и сумма зафиксированы.
Каждая работа оценена отдельно. Видно, из чего складывается сумма и что убрать, если бюджет ограничен.
Нерабочая публикация базы, отсутствие админ-доступа, чужая логика в справочниках - всё это находится на этапе ТЗ, а не в середине разработки.
ТЗ - ваш актив: по нему можно принимать работу, сравнивать подрядчиков и возвращаться к логике через год, когда все всё забыли.
ТЗ считается по той же ставке нормо-часа, что и остальные работы, и обычно занимает от 5 ч.ч. на небольшую задачу. Порядок цифр на реальном проекте (интеграция 1С с Битрикс24 и лидменеджмент): проект - 91,4 ч.ч., из них на техническое задание ушло 17,4 ч.ч. Это около 19% бюджета - и именно эта часть удержала оставшиеся 80% от переделок.
На том же проекте первая оценка «по разговору» составляла 3 500 BYN. По ходу сбора данных выяснилось: нужна публикация базы 1С (+4 ч.ч.), автоматизация ещё двух воронок (+4 ч.ч.), синхронизация каталога (+2 ч.ч.), а консолидация причин отказа оказалась не в 2, а в 5 ч.ч. Итоговая согласованная смета - 6 653 BYN. Разница не в том, что подрядчик «передумал», а в том, что без сбора данных половины работ просто не видно. Узнать об этом лучше до оплаты, чем в середине проекта.
Из того же проекта: база 1С опубликована, но недоступна; нет административного доступа к учётной системе; не решён вопрос тарифа портала; стадии сделок настроены не так, как работает отдел; нет понимания, какие признаки контрагентов уже заведены и как они используются; не предоставлены доступы к рекламным кабинетам. Каждый пункт - это остановка работ на день-два, если обнаружить его в процессе разработки.
Встречи мы записываем и расшифровываем сервисом Fireflies: он превращает разговор в текст, выделяет решения и задачи. Из расшифровки формулировки попадают в ТЗ дословно - без «мне казалось, мы договорились иначе», а всё, что не входит в текущий объём, уходит в бэклог и не теряется до следующего этапа.
ТЗ оплачивается по факту согласования - 100%. Дальше работы делятся на этапы, каждый этап оплачивается до старта, приёмка - по промежуточному акту. На проекте из примера это выглядело так: ТЗ, затем этап 1 (42 ч.ч.), приёмка, этап 2 (32 ч.ч.), приёмка. Срок исполнения - 9 рабочих дней при наличии всех доступов.
Спросите напрямую - ответим текстом, без созвона и презентаций.
Потому что это работа, а не предпродажная беседа: созвоны, разбор систем, проверка доступов, описание логики и оценка каждого пункта занимают часы специалиста. Бесплатное ТЗ означает, что его стоимость всё равно заложена в проект - просто вы её не видите.
Документ останется у вас. В нём описаны процессы, логика и объём работ - с ним можно выйти к другому подрядчику или вернуться к задаче позже. Это не расписка о намерениях, а рабочий документ.
Не изменится в рамках согласованного объёма. Меняется она только если меняются требования - тогда правка оценивается отдельным пунктом, и вы видите, что и почему подорожало.
От нескольких дней на точечную задачу до полутора-двух недель на проект с интеграциями. Основная задержка обычно не у нас: она возникает, когда нет доступов или в компании ещё не решили, как должен работать процесс.
Люди, которые знают процесс, и доступы к системам. И готовность принимать решения: часть вопросов в ТЗ - это не «как настроить», а «как у вас должно работать».
Точный список работ, часы и срок - до начала работ, а не после. Опишите, как процесс устроен сейчас, - посмотрим и скажем, сколько это стоит и сколько займёт.