ТЗ на разработку мобильного приложения: что это такое и какую информацию содержит

Лет через 100-200 человечество изобретет какой-нибудь способ транслировать мысли, и тогда взаимодействие заказчика и подрядчика моментально упростится. Заказчик просто продумает концепцию, передаст ее проджект-менеджеру, тот передаст ее команде — и вуаля! Не нужно тратить время на составление технического задания, все требования сразу известны и понятны.

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

Что такое техническое задание на разработку мобильного приложения

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

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

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

Почему ТЗ на разработку приложения важно

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

Представьте: вы хотите заказать дорогой костюм или платье. Если вы придете к портному и скажете два слова: «Хочу костюм», есть вероятность, что вы получите этот предмет гардероба в ярко-желтом цвете и на 2 размера больше. Поэтому при обращении к мастеру вы обязательно проговариваете все детали: размер, цвет, сроки, выполнения, цену.  А если вы не разбираетесь в тканях, не беда — портной подскажет, какой материал лучше подойдет для костюма и даже продемонстрирует образцы. И поможет с фасоном: покажет разные варианты или даже нарисует костюм от руки. Вероятность получить тот самый, идеальный костюм сильно вырастает.

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

Из чего состоит техническое задание

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

Глоссарий

Звучит страшно и скучно, но обычно это самая короткая часть, которая помогает клиенту и специалистам IT-студии говорить на одном языке. В этом разделе дано объяснение сложным техническим терминам. Например, что такое фреймворк, API, сервер и т.д. Не волнуйтесь, всего словаря терминологии мобильного разработчика там не будет. Только те понятия, которые касаются конкретного проекта.

Общие сведения

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

Функции

В этом разделе не просто описываются возможности будущего приложения. Они прорабатываются с точки зрения пользователя. Часто команда продумывает user story или пользовательские сценарии. Это все возможные ситуации, в которых человек может использовать программу. Если развивать пример с зоомагазином, можно представить, в каких случаях человек будет заходить в программу и чего он хочет. Представим пару ситуаций:

• Человек заходит в приложение, когда у собаки закончился корм. Он хочет быстро найти нужный товар и оформить доставку как можно быстрее. Значит, нужно, чтобы пользователь мог сразу увидеть каталог, быстро найти там нужную вещь, выбрать время доставки и оплатить товар.

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

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

Проработка user story помогает понять, какие функции необходимы пользователям. А еще с помощью них легко приоритизировать возможности. После описания user story видно, какие функции нужно разрабатывать в первую очередь для MVP, а какие — оставить до полноценного релиза.

Требования к платформе

Эта часть посвящена техническим вопросам. Она включает полную информацию по платформе:

• Совместимость с ОС. Под какую систему будет адаптировано приложение — Android, iOS или под обе одновременно.
• Архитектура. Из каких компонентов будет состоять программа.
• Безопасность. Какие данные программа будет собирать о пользователях, как она будет их хранить и каким образом информация будет защищена.
• Интеграции. Какие внешние системы нужно подключить и как это будет реализовано.
• Сервер. Какой объем данных он будет хранить, нужно ли закладывать возможность масштабирования.

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

Требования к интерфейсу

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

График выполнения

Тут все просто — в техническом задании закрепляются сроки реализации проекта. IT-cтудия может вписать примерные даты реализации MVP или полноценного приложения со всеми функциями, а также указать сроки выполнения каждого этапа разработки. 

ТЗ может дополняться другими частями, но основные разделы, которые описаны выше, обязательно должны быть. Поэтому при обращении к студии вы можете сверяться с нашим чек-листом. Если часть важной информации отсутствует — это повод насторожиться. Возможно, вам попалась недобросовестная команда.

Вывод

Техническое задание на разработку приложения — это необходимый инструмент для реализации проектов любой сложности. Без него сложно определить требования к мобильному приложению, поставить команде корректные задачи, выявить и снизить риски, а также тщательно продумать дизайн будущей программы и ее возможности. Без ТЗ есть риск, что приложение получится нефункциональным и неподходящим для целей заказчика. В Q-Digital ТЗ — основа разработки и обязательный этап, без которого не обходится ни один наш проект.

Если вы хотите создать свое мобильное приложение, но этап ТЗ кажется слишком сложным, обращайтесь к нам. Мы уточним детали, зададим наводящие вопросы и проконсультируем по техническим моментам, связанным с реализацией программы. А потом разработаем идеальную программу, которая будет отвечать всем вашим требованиям. Также мы можем составить техническое задание на разработку приложения для вашей внутренней IT-команды. Чтобы узнать подробнее об услуге, заполните короткую анкету на нашем сайте.