Зачем исследование продукта, если уже хочется ТЗ

Заказчик часто приходит со словами «нам сразу ТЗ». Это нормальное желание контролировать срок. Проблема в другом: ТЗ умеет фиксировать только то, о чём уже договорились. Если не договорились, кто главный пользователь, документ становится протоколом разногласий.

Исследование не затягивает проект ради процесса. Оно дешевле, чем переписывать экраны после третьего согласования юрблока и продаж. Команда Викью смотрит границы контура, не витрину тарифов.

Канон услуги - Исследование продукта до разработки. Ниже - как не склеить бриф и что принести на оценку, чтобы смета считала один контур.

Что должно появиться до прототипа

До оценки фиксируем Один главный пользователь первой версии - не «все стейкхолдеры», Сценарий, без которого продукт не имеет смысла запускать и Список интеграций, без которых запуск физически невозможен.

В том же брифе ещё нужны Что сознательно откладываем - и кто это подтвердил.

Когда можно сразу писать ТЗ

Когда продукт понятен, роли не спорят, а легаси уже описано. Например, замена известного кабинета с тем же сценарием. Тогда исследование сжимается до уточнения границ и рисков, а не до поиска смысла.

Как понять, что этап сработал

Споры в комнате стали короче. Появилась фраза «это не в первую версию» без обиды. Прототип рисует один поток, а не двенадцать равноправных. Если после исследования все хотелки остались в скоупе - этап сделали формально.

Когда достаточно простого варианта

Если посетитель уже сравнивает условия и ищет одно действие, не собирайте полный контур «на всякий случай». Часто хватает Техническое задание или Прототип.

Простой вариант уместен, когда нет ролей, очереди, учёта и отдельных кабинетов. Иначе смета считает не тот контур, а в поиске конкурируют два запроса.

Когда нужен полный контур

Полный контур заказывают, когда в поставку входят Карту ролей и ключевых сценариев - с одним главным на первую версию, Ограничения: интеграции, сроки, юридические и ИБ-рамки, Явный список «вне скоупа», чтобы спор не вернулся на старте разработки и Рекомендацию следующего шага: прототип, MVP или полноценное ТЗ.

Это уже не «страница с формой», а рабочий контур: права, статусы и сопровождение после запуска. Канон - Исследование продукта до разработки.

Напишите задачу - посчитаем состав, срок и стоимость разработки после брифа.

Актуализировано 05.09.2026