Цели и контекст
Зачем продукт нужен бизнесу и по каким признакам мы поймём, что получилось.
Превращаю идею, переписку и «хотелки» в ТЗ, по которому разработчик может оценить и сделать работу, а вы — принять результат. Без воды: структура, сценарии, ограничения и критерии приёмки.
Каждый пункт можно проверить, а не просто прочитать.
Зачем продукт нужен бизнесу и по каким признакам мы поймём, что получилось.
Кто пользуется системой и как проходит каждый путь, включая нетипичные случаи и ошибки.
Что система должна делать — разложено до проверяемых пунктов, без общих формулировок.
Скорость, безопасность, поддерживаемые устройства и браузеры, интеграции с другими системами.
Бюджет, сроки, технологии и то, что сознательно остаётся за рамками проекта.
Условия, при которых задача считается выполненной. Именно они защищают от споров на сдаче.
Неясное требование, найденное в начале проекта, стоит одного разговора. Найденное в готовом коде, оно стоит переделок, споров и сорванных сроков. Хорошее ТЗ превращает фразу «сделайте как у конкурентов» в набор проверяемых договорённостей: заказчик знает, за что платит, разработчик — что делать, а спорные места закрыты до старта.
ТЗ нужно и тогда, когда проект делает штатная команда. Документ синхронизирует бизнес, продукт и разработку, становится основой для оценки сроков и бюджета, а позже — для приёмки и тестирования. Если вы выбираете подрядчика, одно и то же ТЗ позволяет получить сопоставимые предложения от нескольких студий.
Стоимость считается по часам, ставка — 680 ₽ в час. Базовое ТЗ на небольшую задачу занимает от 8 часов (≈ 5 440 ₽). Полноценный пакет документов для проекта с несколькими модулями делается за 2–3 недели.
Точную смету я называю после короткого созвона, а предварительную вы можете собрать сами в калькуляторе: выберите тип задач, объём и нужные артефакты, и сумма пересчитается мгновенно.
Рассчитать в калькулятореНебольшая задача — от одного до пяти дней, полный пакет документов — две-три недели. Срок зависит от объёма и от того, как быстро вы согласуете промежуточные версии.
Да. ТЗ — самостоятельный результат: его можно отдать любому подрядчику или внутренней команде. Разработкой я не занимаюсь.
Бриф описывает пожелания заказчика. ТЗ — это формализованные требования: сценарии, ограничения и критерии приёмки, по которым можно оценить работу и принять результат.
Изменения идут через change request: я оцениваю влияние на срок и бюджет, и мы письменно согласуем новый объём. Без «тихих» доработок за ваш счёт.
30–60 минут, без презентаций и продаж. Разберём задачу, и я скажу прямо, нужен ли я вообще.