Техническое задание — это главный документ проекта, отвечающий на все его технические и нетехнические вопросы. Любая ваша идея остается всего лишь идеей до тех пор, пока не появляется детально разработанное ТЗ. В этой статье мы расскажем, почему этот документ так важен, когда начинать его разработку и что именно в нем должно содержаться.
ЗАЧЕМ НУЖНО КОРРЕКТНОЕ ТЗ
Если не описать ожидаемый результат, не сформировать четкую задачу и требования по проекту, то:
- вы переплатите за работу и правки
- потеряете время
- получите совсем не то, что хотели и снова переплатите за правки
- закроете проект из-за того, что больше нет ресурсов на исправления.
Для того чтобы такого не допустить — важно сформировать ТЗ. Чтобы команда понимала конкретные задачи и смогла реализовать их так, чтобы ожидание и результат итогового продукта совпали.
РОЛЬ ТЗ НА РАЗНЫХ ЭТАПАХ РЕАЛИЗАЦИИ ПРОЕКТА
- Формирование бизнес-требований
Это фундамент для создания проекта — на этом этапе устанавливаются цели и прописываются бюджеты. Именно с этого шага начинается разработка ТЗ, ведь это определяет успех будущего продукта. Вся дальнейшая работа над ТЗ должна быть основана на бизнес-требованиях.
- Разработка MVP
Практически невозможно сразу сделать идеальный продукт, он в любом случае будет меняться исходя из обратной связи рынка и пользователей. Поэтому логично начать с MVP — минимального жизнеспособного продукта. Для разработки MVP, ТЗ так же важно, как и для разработки основного продукта. На этом этапе техническое задание определяет:
- основные функции и пользовательский интерфейс, необходимые для тестирования гипотезы;
- критерии, необходимые для понимания успешности реализации и запуска первой версии продукта на рынок.
То есть ТЗ на этапе разработки MVP описывает, какие функции и как именно необходимо (минимально и достаточно) реализовать, чтобы протестировать гипотезу.
- Разработка основного продукта
После успешного запуска MVP, ТЗ для основного продукта дорабатывается исходя из полученных результатов: позитивной реакции рынка, как подтверждения, что бизнес-модель работает, и пожеланий пользователей. О том, что необходимо учесть и прописать в основном ТЗ, мы подробно написали в 3-м разделе этого документа. На этом этапе ТЗ выполняет важнейшую роль, а именно:
- учитывает особенности рынка (возможности для бизнеса, необходимые бюджеты, ЦА);
- определяет цели проекта;
- демонстрирует пользовательские сценарии;
- фиксирует функциональные, нефункциональные и технические требования, чтобы продукт был разработан надлежащим образом.
На этом этапе ТЗ — это полное руководство к действию, комплексно описывающие все важные моменты, начиная от бизнес-анализа рынка и ЦА, заканчивая цветами, шрифтами и другими деталями.
- Маркетинговое продвижение
В хорошем ТЗ есть место исследованиям рынка, конкурентов, каналов коммуникации с потенциальными пользователями и ресурсам для продвижения. Маркетинговое продвижение — это логичное и необходимое поддержание проекта на запуске и после него. Если изначально не спланировать маркетинг-активность, вы, вероятно, не учтете ресурсы (в частности, денежные), нужные для уверенного релиза. Вы рискуете остаться вовсе без продвижения, так как основные ресурсы уйдут на разработку. То есть без описанного маркетинга можно столкнуться с массой проблем:
- нехватка ресурсов на продвижение;
- непонимание особенностей рынка и своих пользователей;
- банальное не донесение до аудитории преимуществ вашего продукта;
- и как следствие — провал на рынке.
На этом этапе ТЗ — это ответ на вопрос “что делать после релиза?”
ЧТО ВАЖНО УЧЕСТЬ И ОПИСАТЬ В ТЗ
- Описать проблему
- Зачем продукт рынку?
- Чью и какую проблему он решает?
- Какие задачи должен решать продукт?
- Определить личные цели
- Зачем это мне в долгосрочной перспективе?
- Зачем это мне в краткосрочной перспективе?
- Описать бизнес-модель
- Кто наша целевая аудитория?
- Какой портрет клиента?
- Где найти ЦА, какие каналы продаж?
- Какие каналы коммуникации с клиентом?
- Кто ключевые конкуренты? Какие их преимущества и УТП?
- Какие наши ценностные предложения?
- Каково наше УТП?
- Какие преимущества нашего продукта?
- Какие ключевые действия нам нужно выполнять?
- Какие ключевые ресурсы нам нужны?
- Кто наши ключевые партнеры?
- Какие риски?
- Сформировать фин-модель
- Какие будут основные издержки?
- Какие будут основные источники дохода?
- Рассчитать точку безубыточности (оптимистичный, реальный и пессимистичный прогноз).
- Описать пользовательские сценарии
- Описать пользователей по группам. Например: администратор, менеджер, финансист, оператор, водитель и тд.
- Какой сценарий использования продукта для каждой группы?
- Какие возможности и ограничения у каждой из этих ролей?
- Описать функциональные / технические требования
- Какое ключевое целевое действие должен выполнить пользователь?
- Какие функции необходимо реализовать?
- Нужны ли интеграции со сторонними сервисами?
- Сколько и какие языки необходимы?
- Какие операционные системы, браузеры и их версии необходимо поддерживать?
- Какие предпочтения в технологиях для разработки?
- Есть ли дополнительные требования по безопасности или сохранности личных данных?
- Как технически и какую законодательную базу необходимо учесть? Например, RGPR.
- Описать нефункциональные требования
- Как должен выглядеть продукт?
- Какие экраны нужны в продукте, что отображается на каждом из них?
- Как каждый экран меняется в разных состояниях (есть интернет, есть данные для отображения, нет данных для отображения, произошла ошибка на сервере и пр)?
Выше описана идеальная картина, которая, не всегда нужна и реализуема. В зависимости от ваших целей, размера проекта и сложности продукта какие-то пункты могут быть пропущены. Главное — ответить себе на все важные для проекта вопросы и задокументировать в то самое ТЗ. Тогда на всех этапах разработки вы будете уверены, что двигаетесь в правильном направлении.
Если у вас нет ТЗ или вы не уверены в текущем — мы можем разработать его для вас, просто свяжитесь с нами по кнопке ниже. Рекомендуем также нашу статью о типах приложений и о том, когда и почему бизнесу может быть нужно мобильное приложение.
