Как написать ТЗ на мобильную разработку?

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

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

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

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

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

Заказчик

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

Эксперты

Команда специалистов внимательно изучает запрос, всю собранную вами информацию и берется за профессиональное описание ТЗ. Кто участвует в работе?

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

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

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

Итак, КТО пишет ТЗ мы с вами разобрали, сейчас давайте рассмотрим, КАК его создают. Для примера возьмем структуру ТЗ, которую составляет наша команда LeanTech:

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

План работы. Прописываем сроки создания ТЗ, кто участвует в команде разработки и какие задачи будет выполнять. Расписываем подробно по неделям, что будет сделано и кем.

Коммерческое предложение. Презентуем смету, в которой прописана стоимость работы. При необходимости разрабатываем несколько вариантов.

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

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

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

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

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

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

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

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

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

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

Как правило, написание ТЗ входит в цену создания мобильного приложения. Бюджет рассчитывается на этапе аналитики и прописывается сметой внутри документа. Кроссплатформенная разработка MVP продукта в LeanTech, составит от 1 800 000 рублей и по срокам займет от 2 месяцев. Если вашему бизнесу нужна нативная разработка, то есть для определенной платформы, то цена такого проекта от 2 700 000 рублей, а сроки создания примерно от 3 месяцев.

Если у вас уже есть команда разработчиков, с которой вы планируете создавать свое будущее приложение, но вам необходимо грамотное ТЗ, мы напишем его для вас. Стоимость будет складываться из сложности проекта, его задач и составит от 80 000 до 600 000 рублей.

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

Техническое задание:

• позволяет создать приложение, которое будет максимально соответствовать вашему запросу;
  
• исключает разногласия между вами и командой разработчиков из-за неправильно подобранных технологий и решений при создании продукта

• содержит в себе готовую смету и сроки реализации проекта.

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