Как заполнить бриф на разработку приложения

К сожалению (а может, к счастью) разработчики не умеют читать мысли клиентов. Поэтому, прежде чем начать работу над приложением, сторонам важно хорошо узнать друг друга. Чтобы оценить, насколько трудоёмким будет проект, и подготовиться к очной встрече, студии предлагают клиентам заполнить бриф. Готовый шаблон поможет собраться с мыслями и не упустить важные детали. Вы сэкономите время на переписку со студией и быстро получите информацию о сроках и стоимости.

Представиться и оставить контакты

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

Должность того, кто будет поддерживать связь со студией и курировать проект, важна ещё по одной причине. Она помогает разработчику понять, насколько глубоко человек погружён в тему IT, и выбрать комфортный для него язык общения.

Представившись, не забудьте оставить контакты. Причём желательно указать несколько видов связи, а не ограничиваться электронной почтой. Не думайте, что вам начнут звонить по любому поводу или заваливать sms-спамом. Но если по вашему брифу возникнут вопросы, уточнить всё по телефону или в мессенджере будет быстрее и проще, чем делать это в письме.

Рассказать о сути проекта

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

Есть в этом пункте и психологический момент. Клиенты, которые настроены несерьёзно, теряют интерес к заполнению брифа на этом этапе. Так они избавляют разработчиков от траты времени на бесполезные оценки.

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

• как вы планируете использовать приложение?
• каких результатов хотите добиться?
• кто будет пользоваться приложением?
• какие проблемы пользователи смогут решить с его помощью?

На начальном этапе сложно предсказать успешность проекта в будущем. Но чем чётче цели и задачи, тем больше шансов, что разработчик оправдает ваши ожидания.

Определиться с типом и функциональностью приложения

Чтобы перейти к технической стороне вопроса, важно определиться с типом приложения. Что это будет: web-приложение или мобильное? Для iOS или Android? Только для смартфонов или нужна версия для планшетов?

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

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

Показать примеры

Некоторым сложно объяснить словами, каким именно должно быть их приложение, хотя картинка в голове всё-таки есть. В этом случае могут помочь примеры.

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

Определить объём и состав работ

Теперь нужно определиться, какой объём работы возьмёт на себя студия. Это важно, потому что тогда вам максимально точно назовут сроки и итоговую сумму.

Возможно, у вас уже есть какие-то наработки, например, макеты, дизайн экранов, отдельные иллюстрации, серверное API или база данных. Расскажите об этом и покажите документы. Как правило, бэкенд — самая дорогая и трудоёмкая часть разработки, и вы существенно сэкономите, если студии не придётся делать серверную часть с нуля.

В целом, чтобы разработчик мог понять, с каким объёмом предстоит работать, ему нужно знать следующее:

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

Указать бюджет и сроки

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

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

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

Добавить другие важные детали

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

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

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

Команда Live Typing c радостью возьмется за разработку вашего приложения. Если вы хотите работать с нами, заполните шаблон брифа. Так мы быстрее найдем общий язык и сможем сориентировать вас в ценах и сроках.