Как автору согласовывать ТЗ с заказчиком?

ТЗ - техническое задание. Это ключ к успеху твоей работы, чем подробнее составлено ТЗ, тем лучше ты поймешь, что хочет заказчик. Как правило, заказчик приходит с практически нулевым понятием о том, чего он хочет. Согласование ТЗ — это спасательный круг, надо которым явно кто-то потрудился. Еще Альберт Эйнштейн говорил, что невозможно решить проблему на том же уровне осознанности, на котором она возникла, поэтому правильные вопросы по согласованию технического задания помогут внести ясность. На самом деле помимо ТЗ заказчика можно добить брифом с твоей стороны, но это уже другая история.

По сути, техническое задание это список требований к будущему проекту, у кого-то они слишком размытые, а у кого-то шаг в сторону - расстрел.

Давай представим худший случай, когда ничего не понятно, и надо согласовывать основные моменты с заказчиком.

1. Какой конечный результат вы хотите? Заказчики не знают, точнее не понимают какого результата хотят добиться. Они путают готовый проект с тем, что хотят получить от него. Допустим, если ты создаешь рекламный материал для выставки, то конечным результатом будут посетители, которые оставили контакты. Для этого не только материал должен быть информативным, но нужно предусмотреть форму для захвата контактов на уровне QR кода, а также ценный бонус, чтобы посетители захотели их оставить. Все это важно для технического задания. Заказчик все равно придет к мысли, что это нужно, но рискует это сделать в конце, уже перед выставкой.
2. Кто будет принимать готовую работу? Часто заказчик не является лицом, который принимает решение по поводу проекта, даже если он генеральный директор. Тебе необходимо понять с кем общаться, чтобы получать необходимые материалы или дополнительную информацию о том, что ты создаешь, обсуждать правки, кому сдавать готовый результат.
3. Как понять, что результат удовлетворителен? Важность этого вопроса в том, что ты показываешь, что тебе не безразлично как будет использоваться результат работы. Допустим заказчик хотел не просто бота, а того, который будет работать на его сайте, обслуживать клиентов и передавать контактные данные в определенные системы. Вовлечение в коммуникацию с ботом и снятие нагрузки с линии техподдержки и есть тот показатель, на который рассчитывает заказчик. Этот вопрос также поможет понять, что вообще заказчик напредставлял себе.
4. Кто будет обслуживать результат, если понадобится внести изменения? На этом этапе ты поймешь, нужно просто сделать и сдать или поддерживать бесперебойную работу. Например, разработчики web-страниц.

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

Ответы на эти вопросы помогут согласовать детали технического задания. Готовый результат, перед сдачей работы, лучше зарегистрировать в IREG , чтобы официально передать результат с исключительными правами.