Разработка
технического задания
для проекта в США

Макеты показывают экраны и молчат о поведении. В них нет состояний ошибки, прав доступа, правил расчёта, интеграций и того, что считается выполненным. Подрядчики оценивают макеты по-разному именно из-за этого молчания. ТЗ делает сметы сравнимыми, потому что объём становится одинаковым для всех.

SOW — документ об объёме работ: что делается, к какому сроку, за какие деньги и как принимается. Он живёт внутри рамочного договора MSA. Техническое задание становится содержательной частью SOW: требования, критерии приёмки, допущения. Такую цепочку американский юрист читает быстро и без вопросов.

Проверяемым признаком на каждое требование. Вместо «быстрая загрузка» — «Largest Contentful Paint до 2,5 секунды на мобильной сети». Вместо «удобная форма» — «форма проходится с клавиатуры, ошибка сообщается текстом рядом с полем». Критерий, который нельзя проверить, спор не решает и в ТЗ не попадает.

Диапазоном с допущениями. Требования разбиваются на работы, каждая получает вилку, вилки складываются с поправкой на неопределённость. Допущения пишутся рядом: что считаем готовым, что предоставляет заказчик, что берём из существующей системы. Точечная цифра без допущений вводит в заблуждение обе стороны.

Оформлять change request: описание, влияние на срок, цена. Решение принимает заказчик, и оно фиксируется письменно. Такой порядок бережёт отношения: объём меняется осознанно. В ТЗ мы описываем сам порядок, чтобы он не придумывался в момент спора.

Заказчику, если это написано. Мы включаем пункт о переходе прав на результат и на документацию, и о том, с какого момента переход происходит. Для американского контракта это обычная практика. Отдельно оговариваем сторонние библиотеки: их лицензии остаются своими.

Нужен, если вы передаёте данные о продукте, клиентах или финансах. Подписывается до первого содержательного разговора. В американской практике это стандартный первый документ, и его наличие ускоряет обсуждение: собеседник понимает правила и говорит конкретнее.

Да, для этого оно и нужно. Один документ рассылается нескольким подрядчикам, и сметы становятся сравнимыми. Мы добавляем форму ответа: как раскладывать оценку по этапам и какие допущения называть. Иначе сравнение превращается в угадывание, что каждый имел в виду.

Документ с требованиями и критериями приёмки, список допущений и рисков, оценка диапазоном, порядок изменений и приёмки, глоссарий терминов. При необходимости — схема данных и описание интеграций. Формат отдаём в редактируемом виде, чтобы вы могли вести документ дальше сами.

Небольшой проект — от одной недели. Система с интеграциями и ролями — от трёх. Основное время уходит на интервью с вашей стороной и на согласование спорных требований. Эта часть не ускоряется без вашего участия, и мы сразу договариваемся о ритме встреч.

Устареет, если оставить его в архиве. Мы описываем, как документ живёт: кто вносит изменения, как нумеруются версии, где лежит актуальная. ТЗ работает как договорённость, на которую ссылаются в спорах о готовности, и поэтому обновляется вместе с проектом.