ТЗ, которое заказчик читает, обсуждает и согласует

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

Как ТЗ попадает в систему

Исполнитель загружает файл или вставляет текст. Принимаются Word, PDF, Excel, PowerPoint, HTML, текст и zip с HTML и картинками, до 25 МБ. Картинки из документа извлекаются сами, ссылка на Figma хранится ссылкой.

Если документа ещё нет, можно начать со слов заказчика. Исполнитель вводит то, что рассказал заказчик, и система возвращает собранный черновик: цель, пользователи, экраны, данные, интеграции и что в работу не входит. Рядом до восьми вопросов о том, чего не хватает, что можно понять двояко и что всё равно всплывёт позже. На вопросы отвечают, и черновик обновляется, не теряя уже найденных формулировок. Вопросы, оставшиеся открытыми, попадают в сам текст ТЗ, чтобы о них не забыли.

Документ остаётся документом

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

Личная ссылка, а не общая

Каждый, кто согласует, получает свою ссылку. Вход по шестизначному коду, который уходит только на адрес этой ссылки, поэтому пересланная ссылка ничего не открывает. "Выйти на всех устройствах" закрывает все входы сразу, а новая ссылка отменяет прежнюю.

Вопрос к абзацу, ответ исполнителя

Заказчик пишет замечание к любому абзацу или ко всему документу. Исполнитель отвечает и отмечает "решено". Когда выходит новая версия, те, кто одобрял или писал замечания, получают письмо с описанием изменений, а на их странице отмечено, что изменилось с момента их одобрения, вместе с прежним текстом каждого изменённого абзаца.

Согласование версии, а не ТЗ вообще

Одобрение принадлежит человеку и конкретной версии. На следующую версию оно не переносится, а если, пока человек читал, вышла новая, система попросит сначала прочитать её. Одобрить можно с замечанием. Исполнитель видит "N из M одобрили", кто и когда открывал и кто ещё нет.

Есть срок ответа и напоминания: одно через три дня и одно за день до срока, только тем, кто ещё не одобрил. Одно письмо напоминает и о ТЗ, и о прототипе, если ждут оба.

Подписанная копия, которая не меняется

Когда одобрили все, собирается один PDF из трёх частей: текст версии, все замечания по всем версиям и акт согласования. Копия собирается один раз и больше не пересобирается, у неё есть отпечаток, и она уходит письмом всем, кто одобрил, и исполнителю. Она же попадает в базу знаний проекта, и обе стороны могут задавать по ней вопросы.

От ТЗ к предложению и к задаче

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

К ТЗ можно привязать одну задачу, и заказчик видит её под номером, который знает сам.

Кто что делает

Пишет и меняет ТЗ исполнитель. Заказчик читает, спрашивает и согласует, но сам текст не правит: так всегда понятно, кто что написал и какая версия одобрена.

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

Частые вопросы