Коммерческое предложение на мобильную разработку

Вступление

В конце материала вы найдете ссылку на скачивание готового шаблона, с помощью которого можно подготовить персональное коммерческое предложение для потенциального заказчика (а многие из них, кстати, размещают заявки на нашей тендерной площадке – не забудьте зарегистрироваться и просмотреть список открытых тендеров перед тем как принять решение о покупке PRO-аккаунта).

Важное предисловие

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

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

2. Во-вторых, если большинство компаний на рынке (кроме стартапов) располагают сайтами не первый год и заказывают их редизайн во 2-й или даже 3-й раз, то мобильное приложение для многих – это пока что всего лишь первый в жизни опыт.

3. Приложение – это всегда привязка к той или иной операционной системе (платформе).

4. Для оценки успешности приложения используются совсем иные показатели. И аналитика в целом строится несколько иначе.

5. Многие пользователи воспринимают и оценивают мобильное приложение как некое продолжение бизнеса. Если у компании страдает качество продукта либо сервиса, то это непременно отразится на оценках в Google Play и App Store.

6. Часть заказчиков редко бывает сразу готова к выпуску полноценной версии приложения – зачастую все начинается с MVP.

7. Коммерческое приложение для оффлайн-бизнеса требует более глубокой интеграции с инфраструктурой и бизнес-процессами компании (без них оно будет носить сугубо информационный характер).

8. Совершенно иной подход к маркетингу. Продвижение приложения и сайта – это две разные услуги с разным составом работ.

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

Читайте также: Бриф на разработку мобильного приложения

Первый титульный слайд

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

1. Уникальное торговое предложение – то, что отличает вас от конкурентов. В нем должны быть отражены ваши фишки, сильные места.

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

3. Персонализация, хотя бы минимальная, чтобы повысить лояльность клиента. Изучите его бизнес, ЦА, если есть – старые варианты приложений и встройте это в текст.

4. Позиция в рейтинге. Если вы занимаете неплохие места в общем рейтинге по России или регионам или обгоняете конкурентов конкретно в вашей сфере – самое время об этом рассказать.

Содержание

Этот пункт обязателен, если ваше КП состоит из 7 и более разделов. В этом случае краткое структурированное содержание облегчает понимание заказчику и экономит его время. Выделите в содержании два блока, главным из которым будут пункты, объясняющие ценность вашего предложения. А условия работы, цены и контакты включите во второй блок.

О компании

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

• Количество профильных проектов по данной услуге.

• Общее количество установок всех приложений.

• Состав штата – iOS и Android-разработчики.

• Призовые проекты / награды.

• География распространения приложений (страны / регионы).

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

Совет для клиента №:

Обратите внимание на 1 общий и 4 локальных рейтинга – это базовые инструменты для ориентира в мире мобильной разработки Рунета:

• ratingruneta.ru/apps

• ratingruneta.ru/apps/ios

• ratingruneta.ru/apps/android

• ratingruneta.ru/apps/largest-clients

• ratingruneta.ru/apps-creative

Для молодых команд без истории есть всего два пути для донесения своей экспертизы:

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

2. Демонстрация реальной заинтересованности и готовности много и упорно работать над проектом компании.

Описание задачи

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

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

1. Бизнес-цели. Это то, что выгодно компании заказчика: снизить издержки, повысить LTV и другие коммерческие показатели, привести новых клиентов и увеличить лояльность имеющихся. Укажите, как именно ваша работа поможет достигнуть этих целей, но 100-процентной гарантии не давайте: существует множество факторов, не зависящих от разработчиков, и клиент должен это понимать.

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

Надо отметить, что 1-й и 2-й пункты тесно связаны: если учитывать пользовательские цены, это неизбежно скажется на росте показателей и достижении целей бизнеса.

Маркетинговый анализ

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

Функциональность (как и цели) определяется в двух проекциях:

1. Все, что необходимо для удобства пользователя.

2. Все, что будет полезно для бизнеса заказчика.

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

Совет для клиента №2:

Находитесь в поисках мобильных разработчиков? Обратите внимание на каталог Workspace с удобным интерфейсом для подбора подрядчиков.

Концепция приложения

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

Идеи для реализации

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

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

Где черпать идеи? Есть несколько вариантов:

1. Посмотрите приложения схожей тематики или для аналогичного продукта / услуги.

2. Отталкивайтесь от «болей» клиента. Вы уже наверняка провели брифинг, маркетинговый анализ – то есть понимаете потребности заказчика. Вот и предложите для них решения.

3. Отталкивайтесь от «болей» пользователя. Суть та же: предложите решения, которые снимут эти боли.

Состав работ

Еще одно ключевое отличие от сайтов – более сложный процесс разработки. Если в случае с созданием сайтов можно упростить состав работ до 3-4 этапов, то с приложениями этот список должен быть на порядок больше. Рекомендуется закладывать следующие этапы:

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

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

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

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

Совет для клиента №3:

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

Технологии

Когда вы доходите до описания технологий, важно понимать один очень тонкий момент: если у клиента нет четких предпочтений (либо есть, но они некорректные), ваша обязанность – донести до него правильную экспертную рекомендацию. Рассмотрим две ситуации:

• Заказчик лично использует гаджеты, работающие на Android, и наблюдает аналогичную ситуацию среди знакомых в своем окружении и, исходя из этого, убежден в том, что iOS – абсолютно ненужная система.

• Клиент настаивает на том, чтобы разработать приложение, на которое он делает большие ставки, сразу для всех существующих платформ (включая Windows и BlackBerry). При этом бюджет проекта ограничен.

Общая тактика здесь очевидна:

1. Проанализировать все вводные данные и сопоставить их с текущей ситуацией на рынке, после чего определить наиболее рациональное решение.

2. Защитить это решение перед клиентом, приведя статистику. Цифры и факты – это самый честный и объективный метод донесения сути.

Сотрудники

Рассказываем клиенту, кто и как будет работать над его проектом в случае если вы успешно заключите договор. Это очень важный пункт: разработка приложений, как и любая B2B-услуга, «неосязаема», к ней нельзя прикоснуться, нельзя увидеть своими глазами. Поэтому нужно ее максимально «очеловечить».

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

Кейсы

Демонстрируя кейсы, важно придерживаться следующих правил:

• Отражать количественные и качественные оценки успешности приложения (установки, средняя оценка пользователей).

• Размещать, как минимум, один из отзывов.

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

Клиенты

Остальных клиентов, которых вы не задействовали в разделе кейсов, укажите в виде логотипов.

Отзывы

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

Награды

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

Ответы на вопросы

Также необходимо продумать ответы на актуальные вопросы. Среди них могут быть следующие:

• Все ли ваши сотрудники работают в штате? Нет ли среди них фрилансеров?

• Вы работаете с НДС?

• Как можно убедиться в достоверности отзыва того или иного заказчика?

• Когда мы сможем испытать приложение в действии?

• Как вы решаете вопрос затягивания сроков сдачи проектов?

• Работаете ли под NDA?

Условия работы

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

Совет для клиента №4:

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

Контактная информация

И заключительный этап – контактная информация. Советуем дать как можно больше каналов связи, чтобы клиент выбрал наиболее удобный для себя.

На этом все. Как и обещали, делимся шаблоном – документ в двух форматах доступен по ссылке ниже:

• [Открыть в Google Docs]

Команда «Workspace» всегда с вами. Успешных продаж!