Что должно содержать техническое задание?

Хорошее техническое задание держится на трёх вещах: цель, описание и способ реализации. Без любой из них программист либо будет гадать, либо задаст вам десяток вопросов ещё до старта. Разберём каждую.

  • цель — задача, которую мы решим, реализовав это ТЗ;
  • описание — краткое изложение того, что именно дорабатываем;
  • способ реализации — подробное описание того, как мы достигаем цели. Здесь нужно разложить всё на языке программиста: какие поля каких документов создаём или редактируем, как должен выглядеть интерфейс и так далее. Формулируйте однозначно, чтобы после прочтения не оставалось вопросов. Если похожее решение уже где-то работало — в другой сфере, в другом проекте — приведите его как пример, это сильно экономит время.

Что значит «однозначно, без вопросов»? Лучше всего видно на примере.

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

При создании заказа клиентом на сайте www.testsite.com (сайт на WordPress, для магазина используется модуль WooCommerce) нужно, чтобы в CRM автоматически создавалась Сделка + Контакт в воронке «Главная» на этапе «Входящая заявка». Сразу при создании в сделке ставится задача на ответственного менеджера: дата постановки — 12.10.2020 (или дата создания сделки), срок выполнения в тот же день через 15 минут, то есть 12.10.2020 в 15:00, тип «Связаться», текст задачи «Разобрать новую заявку с сайта».

Название сделки — «Новая заявка с сайта по заказу №…», где вместо №… подставляется внутренний номер заказа с сайта.

Данные о товаре — название, количество, артикул и цена каждого артикула — записываются в поле «Перечень товаров» типа «текстовая область» в карточке Сделки.

Общая стоимость заказа идёт в поле «Бюджет» карточки Сделки.

Адрес из поля «Адрес заказа» на сайте записывается в поле «Адрес доставки» карточки Сделки. Это поле нужно предварительно создать, тип — «текстовая область».

То есть по сути нужно расписать:

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

И ещё одно: пишите лексикой той программы, с которой работаем. В Kommo CRM есть Контакт, Компания, Сделка, Покупатель, Задача, воронка, этап воронки, поля и их типы (текстовый, списочный и т. д.). Слов «Клиент» или «Лид» там нет — поэтому в ТЗ их лучше не употреблять, иначе возникает путаница: непонятно, что именно вы имеете в виду.

Зачем такая детализация? Чтобы точно посчитать стоимость работ. Каждая дополнительная фраза реально добавляет цены. Например, невинное «хочу, чтобы через 5 минут…» означает, что программисту нужно написать отдельный алгоритм, который отсчитывает эти 5 минут от нужного момента. Мелочь в тексте — отдельная задача в работе.

Если самостоятельно составить такое ТЗ сложно — поможем привести его «в нужную форму». От вас только одно: напишите черновик максимально близко к примеру выше, сложите его в Google-документе на Google Диске и поделитесь с нами на почту chisla.com.ua@gmail.com с правом редактирования.

Мы прочитаем, прямо в том же документе зададим уточняющие вопросы, а получив ваши ответы — доведём ТЗ до рабочего вида. Готовое задание оценим в течение одного-двух дней и назовём срок выполнения и сумму.

Будем рады сотрудничеству.