Заявка на разработку — это документ, в котором заказчик на языке своего бизнеса описывает проект, его функции и задачи. Иногда он называется «бриф на разработку».

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

Петр Сараев, менеджер проектов Friflex

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

Например, если нужно, чтобы пользователи могли быстро зарегистрироваться в приложении через социальные сети или телефон, в техническом задании это может быть прописано как «модуль авторизации с поддержкой OAuth 2.0 через Google, Apple ID и VK, регистрация по номеру телефона с SMS-верификацией (через интеграцию с SMS-шлюзом)». Документ может составлять как заказчик, так и подрядчик. Некоторые компании документируют переговоры и пишут техническое задание по ним.

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

Как написать заявку на разработку

• Указать услугу. Например, «разработка мобильного приложения». Если у вас есть готовая часть проекта, это можно упомянуть.
• Описать проект в общих чертах. Можно назвать главную функцию, чтобы стало понятно, для чего нужен цифровой продукт. Например, «доставка продуктов».
• Указать определяющие детали. Например, что нужна поддержка пользовательских сценариев кастомизации или интеграция с внешними учетными системами. Эти функции сразу дают разработчику понимание сути продукта.
• Рассказать про ожидания. Каких результатов вы ждете от продукта: роста конверсии, удержания клиентов, сокращения времени на обработку заказов или повышения выручки.
• Показать примеры. Исполнителю будет проще разобраться в задаче, если вы покажете референсы: приложения, функции или интерфейсы, которые вам близки. Антипримеры тоже полезны, что именно вы не хотите видеть в финальном продукте. Такие ориентиры помогают поймать стиль, приоритеты и сократить число итераций.
• Оставить контакты. Один-два удобных канала связи и время, когда с вами проще созвониться.

Разработка технического задания

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

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

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

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

Дмитрий Сулыбкин, менеджер проектов Friflex

Роль технического задания

Техзадание помогает понять, как будут реализованы функции продукта и из чего складывается стоимость работы. В деталях о моделях ценообразования в разработке можно почитать в статье «Сколько стоит приложение».

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

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

Почему заявка тоже важна

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

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