Не пишите ТЗ на проект Битрикс24!

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

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

Давайте более подробно разбираться почему же так получается? Зачем нужно ТЗ, кто и как его должен писать, и что вообще должно содержать ТЗ – на все эти вопросы мы решили ответить.

Для начала «что такое ТЗ». ТЗ – буквально расшифровывается как «Техническое Задание». Есть совершенно конкретные требования к документу Техническое задание, его составу, разделам. Эти требования регулируются гостами.

В этой статье мы будем обсуждать упрощенное ТЗ, которое обычно пишут/запрашивают в проектах, когда нужны доработки (иногда это называют так же ЧТЗ или «Частное техническое задание»). Почти никогда это не ТЗ по ГОСТу, но что же такое ТЗ содержит?

Как написать ТЗ?

Упрощенное ТЗ, которое нужно программисту Битрикс24, должно содержать следующее

• Список сущностей, в которых необходимы изменения (Контакты, Компании, Лиды, Сделки, Товарные каталоги, справочники)
• Список полей в различных сущностях, с детальным описанием типов данных, расположения реквизитов на форме документа.
• Детальное описание алгоритмов системы – как система реагирует на нажатие пользователем кнопок, какие записи, в каких справочниках, делают документы, какие операции выполняются автоматически и по каким условиям.
• use-кейсы (пользовательские сценарии) – в них описан путь пользователя внутри системы, каким он должен быть для того, чтобы пользователь решил свою задачу.

Для того, чтобы написать ТЗ – необходимо достаточно глубоко знать возможности портала Битрикс24.

Когда ТЗ на самом деле нужно.

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

Если речь идет про внедрение Битрикс24, или даже с доработками, ТЗ скорее всего не нужно. Какой документ вам понадобится, и какова его структура?

ТЗ обычный человек (не айтишник, не программист), составить не сможет. Более того, с большой вероятностью он не сможет их и прочитать, и понять. В этом случае «согласованное ТЗ» имеет низкую ценность, заказчик «согласовал» ТЗ, потому что без этого нельзя двигаться дальше. Но он его не понял, не представил, как будет выглядеть и работать конечный результат. А значит вряд ли получит ожидаемое.

Если действительно нужна разработка Битрикс24, и необходимо описать свою задачу так, чтобы добиться единого понимания между Заказчиком и Исполнителем, рекомендуем писать ФТ.

Что такое ФТ?

Функциональные требования (ФТ) – это документ, на человеческом языке описывающий как будет выглядеть, взаимодействовать с пользователем, и работать программа. Преимущество документа ФТ по сравнению с ТЗ в том, что его не только может написать не технический специалист, но и понять его тоже можно.

Если вы сможете понять ФТ, согласованное с Исполнителем (и поправить его) высока вероятность что вы как Заказчик получите нужный вам результат.

ФТ может быть написано, например, так:

«Необходимо добавить на форму кнопку, при нажатии на которую пользователем будет происходить следующее:

Открывается форма для выбора интервала дат. При вводе дат пользователем система проверяет, что дата 1 меньше чем дата 2, и обе они меньше сегодняшней даты.

Система выбирает документы типа «Заказ покупателя», находящиеся в интервале между датой 1 и 2, в которых цена реализации не совпадает с текущей на дату документа ценой по прайсу.

Все эти документы система выводит в список, который …»

Согласитесь, что текст понятный, не содержит сложных технических терминов. Вы прочитали, и смогли себе представить, как будет работать описанная доработка (даже без погружения в контекст).

С чего начать проработку своего проекта?

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

Цели проекта – это очень важно. Каждому клиенту мы говорим, что «внедрить Битрикс24» это не цель. Согласитесь, если бы бизнес мог стабильно расти, развиваться, и ему не нужна была бы никакая система, никто не стал бы покупать ни коробки, ни лицензии, ни дорогостоящие услуги консультантов.

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