План разработки мобильного приложения пример. Бизнес на целевых лидах: поиск и продажа "теплых" клиентов

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

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

Основные риски

Конкурентная борьба на рынке мобильных приложений серьезная. Для получения прибыли важно создавать более гибкие, удобные и новаторские варианты. Не старайтесь сразу охватить весь рынок, сосредоточьтесь на работе с узкой целевой аудиторией. Также, следует выбрать одну платформу. Для работы с приложениями для Android-устройств рекомендуются разработка на Java и XML, приложения для iOS лучше создавать на Objective-C. Начинайте с малого, тестируйте свое приложение н одной платформе. Добившись определенного успеха, можно заняться адаптацией приложения под разные платформы.

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

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

Местоположение

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

Важнейшим моментом является выбор платформы, на которой вы разместите свое приложение. На данный момент выбор ограничивается тремя магазинами: Windows Store, App Store и Google Play. Каждый из них имеет особенности. Выбирая одну из них, определитесь, каковы ваши цели:

Если желаете быстро заработать на продажах приложения, обратите внимание на App Store.
На Google Play лучше выставлять демоверсию, а монетизация происходит за счет отображения рекламы. На рынке Windows пока мало рекламных сетей, он подходит для продажи по фиксированной стоимости.
По показателям прибылей сейчас лучшим является магазин App Store, но Google Play активно набирает обороты и показывает быстрый рост. С Windows 8 рекомендуется работать только опытным разработчикам.

Оборудование

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

Кадры

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

Талантливый веб-дизайнер также необходим. Удачный дизайн приложения должен соответствовать нескольким критериям:

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

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

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

Документы и лицензии

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

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

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

Маркетинг

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

Обновлять приложение необходимо – это позволяет удерживать базу пользователей. Предоставляйте клиентам поддержку и обязательно общайтесь с аудиторией.

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

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

Резюме

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

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

Не нужно спешить

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

1. Бизнес-анализ – анализ потребностей целевой аудитории, сбор требований к приложению, формулировка целей проекта. Этот этап должен дать вам ответ на вопрос, НУЖЕН ЛИ продукт пользователям.
2. Бизнес-план – оценка стоимости разработки и ввода в эксплуатацию, формулировка стратегии монетизации, оценка сроков возврата инвестиций в проект. Этот этап дает ответ на вопрос, ВЫГОДНО ЛИ производить продукт.

Нужна помощь по бизнес-плану?

Напишите нам!

Мы рады ответить!

Что включается в бизнес-анализ?

Анализ конкурентов

Соберите информацию о ваших конкурентах и аналогах. Рынок мобильных приложений сейчас очень насыщен. К примеру, по данным на начало 2018 года, количество iOS-приложений превысило 2.1 млн, а количество Android-приложений – и вовсе 3.6 млн. Не требуется анализировать все приложения вашей тематики, достаточно выбрать для анализа трех-четырех лидеров рынка.

После того, как информация о лидерах рынка собрана – ответьте на вопрос:

Чем мой продукт будет лучше?

Напишите, чем ваш продукт будет превосходить лидеров рынка, и на какую целевую аудиторию он рассчитан. Подготовьте уникальное торговое предложение (УТП) для ваших пользователей. Имейте в виду, что, окрыленные своей идеей, вы скорее всего будете необъективны в своих оценках, поэтому обязательно дайте прочитать свой бизнес-план другим людям и внимательно отнеситесь к их комментариям.

Какие функции будет включать приложение?

При подборе функций следуйте простому правилу:

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

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

Какова цель вашего проекта?

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

Формулировка цели проекта важна для того, чтобы все ваши сотрудники и подрядчики имели четкий ориентир при своей работе. Помните, что любой строитель может ответить на вопрос "чем вы занимаетесь?" – "Я кладу кирпичи" или "Я возвожу дворец"!

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

Бизнес-план включает бизнес-анализ в качестве своей части. Кроме того, бизнес-план должен содержать следующие разделы:

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

Кто может помочь составить бизнес-план?

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

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

* В расчетах используются средние данные по России

Как мы искали инвестора, «с нуля» создавали компанию по разработке мобильных приложений в Питере и… ошибки, которые мы допустили...

Хочется максимально честно и открыто рассказать про наш опыт запуска бизнеса в Питере по разработке мобильных приложений «с нуля», какие ошибки мы совершали, какие продолжаем совершать (ну куда же без этого) и про то, как мы пытаемся построить что-то действительно масштабное и «изменить этот мир» - а именно наш проект мобильного товарного агрегатора tapki (название смешное конечно, родилось как производное от английского слова «tap»). Оглядываясь на статью, после ее написания, вижу, что получилось не мало текста (около 18-ти страниц в word’е), но надеюсь, что сказанное будет полезно. Коллеги советовали разбить документ на части, но как мне кажется, цельное повествование, затрагивающее период чуть больше года, позволит дать более полную картину развития компании. В статье читатель найдет экономику (управленческий баланс), который «тянется» с самого начала, с разбивкой по статьям затрат. Мы ничего не добавляли-убавляли и все цифры приводим «как есть».

Я расскажу про запуск бизнеса с самого начала: поиск помещений, поиск инвестиций, про основную (изначальную) идею бизнеса и как она менялась в течении года, про удачи и неудачи. Поскольку мы зарегистрировали юр.лицо в июне 2013 года (а точнее 29 мая), нам, можно считать, исполняется 1 год «с хвостиком» и какие-то нюансы уже не вспомнить, но основные вехи с фотографиями - сохранились. Важно - если где-то в тексте я делаю для себя (и читателей) вывод или даю совет (прямо или косвенно) - прошу расценивать его исключительно как мое личное мнение, которое с вероятностью 50% может быть в корне не верным. И еще - некоторые моменты я не могу вспомнить в деталях, поэтому могут встречаться небольшие неточности в части объяснения тех или иных цифр - это не попытка утаить информацию, а просто элементарная забывчивость, т.к. дневник я не вел (к сожалению - исправляюсь) и пишу по памяти.

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

Сразу стоит отметить - мы (пока) убыточный проект. Я встречал бизнесы в ИТ, которые буквально за 3-4 месяца выходили на окупаемость и начинали возвращать инвестиции (если они были) в виде дивидендов. Про такие проекты приятно читать, ощущая внутри легкую зависть к более талантливым ребятам (никакой иронии), которые смогли «впрыгнуть» на рынок. Мы не смогли и более того, наша изначальная концепция в части мобильных приложений, под которую и привлекали инвестиции оказалась совершенно не жизненной. С удовольствием читал на Хабре историю запуска Амперки, но примеряя опыт ребят к себе делаю вывод, что розничная торговля и разработка ПО - в корне разные проекты и в нашем случае мы выходим на операционную прибыль долго и мучительно, т.к. бизнес-транзакции сильно отличаются по времени (если только у тебя нет очень крупного клиента, под которого собираешь команду - но это был не наш случай).

Идея бизнеса и венчурные фонды как источник инвестиций - что ожидать?

Итак - наша история. Осенью 2013 внутри команды, которая кстати довольно возрастная - полагаю, что средний возраст 35-37 лет, сложилось ощущение того, что мы можем выйти на рынок с идеей «Конструктор мобильных приложений для Интернет - магазинов». Ну знаете, это когда мобильные приложения собираются из готовых шаблонов на html(5). Кстати на рынке такие проекты есть - myapps.com, ibuildapp.com - из тех, которые «на слуху». Предполагая, что наше конкурентное отличие заключается в охвате всех мобильных платформ (ios, android, windows 8 и winphone) и нативной разработке (точнее говоря, мы используем продукты от Хamarin) мы стали разрабатывать бизнес план для поиска инвестора. И хотя, у меня с самого начала были смутные ощущения, что наши венчурные фонды, скажем так, не совсем жаждут нас видеть и ориентированы на проекты в более зрелом состоянии, идея состояла именно в рассылке по основным фондам красивой презентации.

Наши венчурные фонды… Странная отрасль, наверное, из-за того, что в ней лично не работал, а умом и по имеющимися крупицам информации - ее не понять. На презентацию у нас ушло где-то месяц. В апреле 2013 я составил список фондов, действующих в России и начал рассылать с сопроводительным письмом. Оглядываясь назад, я понимаю, что презентация была, мягко говоря, не очень, т.к. в ней было мало красивых графиков (экспоненциальных вверх!) и таблиц, а больше текста с детальным описанием проекта. Но мы ведь исходили из того, что для принятия решения об инвестициях, люди, даже на первом этапе, должны вдумчиво изучить написанное и уже потом, если понравится - пригласить на встречу. Всего было отправлено порядка 15 писем по самым известным фондам. Ответил только один - написал, что ответит через 2 недели. Но закрутился видимо и забыл. Поэтому, если у вас бизнес на этапе самой нулевой стадии, когда есть команда, некоторые наработки и хорошая (как кажется) идея - не ожидайте сильного внимания от фондов. Их можно понять, т.к. самые высокие риски именно на нулевой стадии запуска бизнеса, хотя здесь можно ожидать и самую высокую отдачу.

И еще одна ремарка - если в ваш бизнес входит фонд, то чаще всего его задача выйти с прибылью через 3-5 лет, продав свою долю дороже сделанных инвестиций. Соответственно прибыль бизнеса может отойти на второй план, т.к. ее всю будут просить пускать на увеличение размера самого бизнеса - повышение капитализации. Если говорить про частного инвестора, то скорее всего его будет интересовать не капитализация компании, а прибыль, распределяемая в виде дивидендов.

Справедливости стоит отметить, что сейчас ситуация с поддержкой ранних стадий меняется и появился про-государственный фонд ФРИИ (Фонд Развития Интернет Инициатив). Легко найти в Интернете, и я советую совсем юным командам его рассматривать достаточно серьезно. Забегая вперед отмечу, что мы номинировались в самый первый набор ФРИИ в 2013 году (осенью) и прошли в ТОП 30 проектов, среди, кажется, 750 заявок. Я еще расскажу про наш опыт с ФРИИ и причины, почему мы в итоге не получили (или мы не взяли - как посмотреть) инвестиции, но в целом впечатления об этой организации позитивные и я, откровенно говоря, в силу моих текущих знаний венчурной отрасли, не вижу альтернатив для команд на самой ранней стадии развития в РФ.

Возвращаясь к вопросу инвестиций. У нашего партнера был выход на инвесторов в Санкт-Петербурге, которые в нас поверили и заинтересовались самой идей, и после ряда встреч с ними было принято решение открыть нам инвестирование. При этом, инвестор получал долю 51% в новом бизнесе. На этот процесс у нас ушло чуть больше месяца (3-4 встречи, обычно в одном из кафе) и первые числа мая 2013 мы могли отмечать как День Победы в ВОВ и рождение нашей компании. Отмечу, что мы просили инвестиции под изначальный бизнес - план, который помимо описания бизнес - процесса, содержал еще и финансовые расчеты ожидаемых доходов - расходов. Естественно, по мере того как начали работу, выяснилось, что заложенные идеи и соответственно расходы не имеют ничего общего с реальностью и в связи с этом советую - делайте разумный запас, если только ваш жизненный и управленческий опыт не позволит дать детальный прогноз. Применительно к нам, мы закладывали сумму в 10 000 000 р., но превышение этой суммы, по нашим осторожным прогнозам, составит около 6-7 000 000 р.

Насколько мне известно, крайне редко венчурные фонды просят долю в размере 51% в бизнесе, но предполагаю, что это чаще применимо к ситуации, когда уже есть какой-то входящий финансовый поток, интересная и подтверждённая бизнес-идея и сплоченная команда. Мы совершенно точно не попадали под это определение, т.к. была идея, некоторые наработки у разработчиков со старых мест работы и бизнес план. Все. Мне кажется, это совершенно нормальная «цена» за высокий риск вложений с нулевого уровня, т.к. в противном случае (меньший размер доли в уставном капитале инвестора), могут предложить паритетное инвестирование.

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

Дальше, пропишите условия дивидендной политики. Хотя бы оговорите их на словах. Ясно, что мы все хотим «изменить мир», но цель бизнеса в конечном итоге - доход и неплохо услышать позицию инвестора о его видении разделения будущих дивидендов. Задайте вопрос про будущего со-инвестора и будет ли готов ваш инвестор размывать свою долю. Например, сейчас мы ведем ряд переговоров о со-инвестировании, т.к. как уже упоминал, наши ожидания не совпали с реальностью, и новый со-инвестор может дальше позволить бизнесу развиваться, при этом возможно вернув вложенные средства вашего первого инвестора на выкуп части его доли (частично или полностью).

Как это выглядит на практике? В нашем случае, инвестор готов (теоретически) продать 25% из своих 51% в уставном капитале при условии не просто выкупа, а еще открытия дополнительного инвестирования в оговоренном сторонами размере. И, кстати, такая модель довольно удобна, ведь со-инвестор приходит уже в работающий бизнес, показывающий какие-то финансовые показатели, имеющий наработанную клиентскую базу и т.п. Здесь стоит отметить, из опыта общения с венчурными фондами, очень редко предполагается просто выкуп доли основателей (только если это не прибыльный, быстрорастущий бизнес), а получение доли в обмен на будущие инвестиции. Например, недавно проводил диалог с немецким фондом, который обозначил свою позицию - 25% акций за открытие инвестиционного горизонта 40-50 000 000 р. на 3 года (именно открытие финансирование в обмен на акции).

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

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

Организационные вопросы запуска компании - как это было

Возвращаясь к запуску нашего бизнеса. Весь май 2013 у нас ушел на организационные вопросы - регистрацию юр.лица, открытие счета в банке (мы выбрали довольно консервативный банк Нордеа - скандинавские корни, т.к. там были знакомые руководители, да и «родословная» банка внушала доверие) и поиск помещения. Не думаю, что стоит на этом останавливаться, т.к. процессы достаточно простые и неоднократно описаны в том числе на Хабре. Из нюансов - категорически не советую разделять юридический адрес с фактическим, т.к. за этим сейчас довольно строго следят наши фискальные органы и… ну зачем вам на запуске еще и эти проблемы? По регистрации можно воспользоваться услугами посредника или сделать самостоятельно.

Мы решили назвать компанию по названию доменного имени. И приступили к поиску последнего, держа в уме домен в зоне.com, т.к. мы ведь делали конструктор, а значит нам должен быть подвластен весь мир! Не все у нас получилось, кроме покупки домена - notissimus.com; слово notissimus с латыни можно перевести как «общеизвестный», «узнаваемый». Главное, что домен был свободен и поиск по торговым знакам в США тоже не дал совпадений (я искал на сайте www.uspto.gov/trademarks), хотя логика подсказывает, что при регистрации товарного знака обычно сразу регистрирую доменное имя). Произносится это как нотиссимус с выделенным ударением, иногда нас смешно называют. При открытии счета в банке (юр.лицо у нас одноименное с доменом - ООО «НОТИССИМУС») получилась забавная история. Сотрудница банка переспросила название юр.лица, а затем поинтересовалась: «а что это значит?», услышав перевод с латыни: что это мол «это общеизвестный», извинилась и сказала, что не знает, хотя вроде бы термин всем широко известен:).

Нам повезло найти помещение в центре города, рядом с Исаакиевским собором с более чем разумной ставкой 1 100 р. за м2. Как искали? Использовали все доступные бесплатные ресурсы (никаких агентов), плюс лично на машине ездил по центру города и искал интригующую надпись «аренда» - это довольно действенный метод. Для нас и инвестора была важно найти офис именно в центре, рядом с метро (это удобно как сотрудникам, так и клиентов, которых зовем в гости, да и немного добавляет важности молодой компании, когда говоришь, что офис рядом с Исаакиевским собором). Мы и сейчас работаем в этом помещении, постепенно расширяясь за счет смежных комнат - бизнес-центр класса «С», который в планах должен превратиться в класс «А» (со всеми вытекающими последствиями, в том числе «утекающими» нами). В помещении (45 м2) сделали косметический ремонт, чтобы было приятно глазу, потратив на это порядка 45 000 р. вместе с материалами (работали гости из южных республик). Позволили себе арендовать два парковочных места, т.к. в центре Питера около Исаакия шансов найти парковку нет и понимали, что это будет перманентно раздражающим фактором в начале рабочего дня (5 000 р. за одно место - оглядываясь назад четко понимаю, что оно того стоило однозначно).

В нашем бизнес - плане у нас были заложены средства на разовую закупку основных средств (ОС) для запуска компании. Что сюда входит? Компьютерная техника, периферия, столы, стулья и т.п. Все закупки делали на сайте ulmart.ru, попутно получив еще не мало бонусных баллов на счет - удобно, т.к. точно что-то забудешь из мелочи, кабель там какой или удлинитель. Все покупалось разумно - простое - необходимое (иногда очень даже простое, потом пришлось улучшать ПК - докупать память, поэтому советую не совсем уж удешевлять технику для ежедневной работы). Ниже приведет фрагмент нашего управленческого p/l (доходы - расходы) за май 2013. Зарплату еще из команды никто не получал, только затраты на аренду (частично, не вспомню почему такая сумма), закупку основных средств, открытие счета, регистрация юр.лица и т.п. Никаких доходов, только расходы в сумме 517 000 р. (взнос учредителя на счет компании как инвестиционный займ).

Финансовые итоги работы через несколько месяцев после запуска

Управленческий баланс май-сентябрь 2013 и мы постепенно тратим деньги инвесторов

Если посмотреть на p/l до сентября 2013 можно увидеть рост затрат на фонд оплаты труда и закупки основных средств (административные расходы - ремонт, нотариальные расходы, офисные принадлежности, некоторый ОС не относящиеся к ИТ, плюшки в офис, вода и т.п). Но появилось и портфолио на нашем сайте (скромное конечно). Юридические расходы - мы разово привлекали стороннюю организацию для проверки нашего договора на разработку приложений. Основной упор был сделан на исключительные права на результат работ. Наша модель работы не предполагает передачу исключительных прав на исходный код. Причин тому несколько, и самая главная - у нас есть центральная серверная часть, которая общая для всех проектов, плюс - мы очень «щедро» тиражируем наработки одного клиента для других. Передавая исключительные права, мы подвергаем себя слишком высокому риску возможных споров с клиентами. Поэтому мы передаем неисключительные права, и клиент может согласно договору делать с приложениями все что ему заблагорассудится. За все время нашей работы еще не было особых споров с юридическими отделами заказчиков, т.к. мы позиционируем решение как платформу, к которой можно подключиться. В договоре предусмотрен пункт, согласно которому, если наша компания не может выполнять обязательства (банкрот), то мы обязуемся передать все исходные коды и провести обучение специалистов заказчика. Замечено, что больше всего неполучения исключительных прав боятся небольшие интернет-магазины, в то время как крупные компании относятся к этому очень спокойно. Были запросы на передачу исходных кодов, и мы для себя пришли к промежуточному решению, что можно опираться на опыт компании 1c-bitrix: исходные коды продаются. Но за год работы еще ни разу никто не купил, что позволяет сделать вывод - большинству компаний только на словах нужны исходные коды и исключительные права на разработку, а на самом деле им нужно просто рабочее решение, быстро и недорого. Справедливости ради стоит отметить, что по ряду крупных проектов с известными брендами, мы, для некоторых частей разработки, прописываем исключительные права на результат. За год работы у нас сформировался достаточно лояльный договор, который фактически является договором на сопровождение базового функционала. К нему, есть доп.соглашение на доработки, которые оформляются бланками-заказа. Такой подход достаточно удобный и понятный клиентам.

К ранней осени 2013 четко кристаллизовалась концепция нашего бизнеса. Мы берем в работу только проекты для компаний розничного сегмента, торгующие через Интернет и-или имеющие ассортимент, который доступен для заказа на самовывоз (это я конечно слишком четко рисую портрет заказчика, есть разные клиенты, но в основе - ассортимент, вокруг которого строится уже дальнейшая логика - лояльность, оплаты, push и т.п.). Мы разрабатывали приложения бесплатно, включая дизайн (естественно, стараясь максимально опираться на наши наработки) и базово предлагали 3 платформы: Apple iPhone, Apple iPad, Google Android. Довольно необычно, но даже учитывая бесплатность разработки под Windows 8 и Windows Phone, клиенты крайне редко просили сделать им и эти приложения. Поддержка составляла 15 000 р. в месяц (без НДС, т.к. мы на упрощенке) за все платформы.

Постепенно, мы даже перестали активно предлагать эти две платформы (Windows 8 и Windows Phone), т.к. в то время для нас это было бы совсем запредельной нагрузкой для разработчиков, ведь есть сроки, прописанные в договоре (40 рабочих дней, это естественно с запасом). Кстати, забегая вперед, скажу, что на момент написания этих строк мы придерживаемся такого же подхода к разработке, только внесли небольшие изменения, т.к. портфолио и наработки уже позволяют чуть улучшить для нас условия: сейчас поддержка составляет 18 000 р. в месяц за все платформы, разработка по-прежнему бесплатная, а дизайн, если делаем мы сами - 18 000 р. за каждую платформу разово. При этом клиенты не очень хотят делать дизайн самостоятельно, хотя казалось-бы можно сэкономить. Вывод достаточно простой - цена вопроса не настолько критична, чтобы компания отвлекала внутренние ресурсы на эту работу. Скажу честно, приведенные цифры не результат какой-то вдумчивой математики и анализа рынка, а эмпирическая оценка комфортности для заказчика. Но такой подход работает только если вы занимаетесь узким сегментом рынка и имеете наработки как в программном коде, так и в общем понимании процессов заказчика.

Стоит немного сказать о том, что есть такое «базовый функционал», который мы предлагаем бесплатно. Фактически - это все что нужно для запуска первой версии приложений для розничной компании с доставкой или самовывозом. Причем мы постепенно расширяем функциональные базовые возможности, добавляя, например - вывод сопутствующих товаров, отзывов, рейтингов товаров, управление баннерами, push - уведомления (с личным кабинетом) и т.п. Естественно, никакой функционал не закроет всех потребностей клиента и чаще всего мы просим разовый платеж за интеграцию с back office (регистрация, авторизация, личный кабинет и прочие «прелести»). Сколько просим? Здесь просто, опираясь на опыт цифра находится в пределах 70 - 90 000 р. Если что-то знакомое (1С-Bitrix, например) - дешевле. В ближайшее время мы добавим в базовый функционал интересные вещи, например: geofencing - отправка push-уведомления при входе в заданный радиус от торговой точки, оплату картами сразу из приложения (минуя Apple Store с их комиссией) и т.п.

Плюсы и минусы выбранного нами бизнес-пути

Немного хочу раскрыть нашу модель бизнеса, показать ее плюсы и минусы. Сначала о минусах. Есть два источника монетизации: доработки от существующих клиентов и оплата тех.поддержки (18 000 р. в месяц). Поэтому нам нужно постоянно расширять клиентскую базу, при этом максимально стараясь убедить клиента делать приложения поступательно, используя наши наработки, не «сваливаясь» сразу в какие-то сложные, многофункциональные проекты. В основном это получается, но бывают и исключения. Любое исключение тормозит нашу работу, и мы рискуем перейти в плоскость чисто заказной разработки. Заказная работа позволит получить больший разовый платеж, но она сильно отвлечет разработчиков, значит остальные проекты «провиснут». Но! Удивительно, для клиента поступательная работа - это большой плюс тоже! Снижаются риски, сокращаются сроки выпуска приложений в достаточном базовом функционале, начинает набираться клиентская база, идет обратная связь и т.п. Минус, естественное, еще в том, что нам нужно сделать работу, зачастую не получая никаких денег, что требует инвестиций для подпитки бизнеса. Поэтому я не рекомендую такую модель работы для команды, которая развивается на свои средства.

Плюсы? Концентрация на одном сегменте бизнеса (розничные продажи) позволяет себя ощущать на переговорах довольно уверенно, т.к. в процессе работы получаешь реальную компетенцию как же приложения могут помочь (или не могут, если бизнес ленится их продвигать). Бесплатная разработка в рамках базового функционала - несомненный плюс и довольно весомый. Часто клиент, не зная ценность приложений, готов попробовать, то ему легче заложить в бюджет 18 000 р. в месяц маркетинговых средств, чем «выбивать» у руководства разовый платеж в сотни тысяч рублей, понимая, что если не получится с нами - откажется. Мы никаких препятствий для этого не делаем и договор у нас более чем лояльный. И, полагаю, самый важный плюс - компании розничного сегмента имеют схожие процессы и любые доработки (а они есть регулярно) могут стать частью базового функционала в будущем, а в настоящем - предложены за небольшие деньги другим клиентам (адаптация по сути). Например, одна компания попросила сделать функционал geofencing. В чем суть? Мы, через личный кабинет на нашем сайте, даем возможность настроить push - уведомление на разные платформы если человек вошел в заданный радиус от выбранных магазинов (скажем 500 м.). Что послать push’ем? Например, напоминание об акции или мобильный купон… да мало-ли что придумает бизнес. Компания заплатила за доработку разово порядка 45 000 р., что не так много, т.к. мы понимали ценность функционала для других клиентов. И да, действительно, многим это понравилось и люди просят внедрить (мы называем это адаптацией). Не могу сказать, что доработки для одной компании всегда применимы для других, но грубо говоря в половине случаев это работает.

Стоит отметить одну особенность мобильных приложений, которая, уверен, читателям Хабра знакома - приложения нужно продвигать. Если говорить про розничные компании, то у них, как правило, с каналами продвижения все не плохо. Обычно есть посещаемый сайт, где можно размещать разного рода баннера с призывами установить приложения, и, самое главное, есть розничная сеть с посетителями. Даже простые стикеры с QR - кодом и краткой информацией, размещенные на кассах, могут дать хорошую отдачу в установках. Парадоксально, но частенько сталкиваемся с тем, что компания, получив мобильные приложения, просто ленится заняться активным (и бесплатным для нее) продвижением, сетуя потом нам на малое количество заказов (хотя мы даже инструкции пишем с советами что и как сделать). Вообще, аналитика поведения розничных клиентов в мобильных приложениях - тема отдельного и большого поста, сейчас отмечу, что заказы идут на разные категории товаров (лучше всего сегмент horeca, потом fashion и в конце БТиЭ), а их сумма варьируется от 20 000 р в сутки (fashion, малый средний чек, но высокая маржинальность) до 600 000 р. и выше для бизнесов по доставке продуктов (суши, пиццы) на дом. Сейчас через все наши выпущенные мобильные приложения мы видим оборот свыше 30 000 000 рублей в месяц, что не так много для хорошего, крепкого интернет - магазина, но неплохо для молодой, в общем-то, отрасли под названием «мобильные приложения розничных компаний».

Самое главное - поиск клиентов, поверьте - это просто архиважно!

Как мы ищем клиентов? Странная разработка за 0 рублей позволяет нам неплохо работать на холодных звонках. Первые 6 месяцев жизни бизнеса этим занимался я (ужасно получалось, т.к. не умею, да и стесняюсь), сейчас у нас есть замечательная Юлия, которая работает над привлечением клиентов по телефону, а на встречи езжу я (Питер, Москва). Слышно, как она выкладывает последний козырь - «так у нас разработка 0 рублей, и есть клиенты из вашей сферы бизнеса которые так сделали и могут дать рекомендации». Градус интереса клиента сразу слегка повышается. Естественно, даже такая модель не всегда приводит к заключению договора, причем дело не в недоверии к нам (портфолио и рекомендации мы предлагаем), а в неготовности компании к приложениям. Естественно, есть продвинутые компании, четко осознающие ценность приложений для себя, но чаще приходится проводить разъяснительную работу. Сейчас у нас в среднем 1-2 договора в месяц, клиенты в основном из Питера и Москвы, хотя стали появляться интересанты из регионов. Средний срок от первого звонка до заключения договора около 1.5 месяца, и еще порядка 2х месяцев на разработку приложений. Не удивительно, но хорошо работает схема продаж, при которой мы ссылаемся на опыт (кейс) похожего бизнеса, а в идеале - конкурента. Не имея возможности раскрывать все данные, мы просто даем некую общую аналитику, зачастую обезличенную.

Я хочу дать совет, который сам хотел бы получить в самом начале нашего бизнеса - нужно сразу иметь в штате сотрудника, который будет системно заниматься холодными продажами, если у вас бизнес похож на наш. Нельзя это делать время от времени, отвлекаясь на другие разнообразные задачи - написал в блог, поговорил с клиентами, пообщался с разработчиками, поторопил с оплатой, съездил на встречу и снова начал звонить. У нас сейчас в базе CRM чуть меньше 1000 компаний, с которыми был хоть один холодный контакт. И нельзя сказать, что есть очередь желающих дать нам заработать. Звонок, письмо, письмо, звонок и т.п. Работа по циклу с постепенным наращиваем базы клиентов и этим должен заниматься отдельный сотрудник. В офисе. Очень сожалею, что мы не дошли до этого сразу и только после 5-6 месяцев работы осознали необходимость найма, делая вначале упор на производстве (разработчики, дизайнер), а не на продажах. Я понимаю, что этот спор вечный, что же первично - курица или яйцо, но лично для себя сделал вывод - в сегменте b2b первичны продажи, а уже потом разработка (производство). Даже если у вас будет ощущаться некий «провал» в производственных мощностях, держите в уме, что цикл организации продажи не моментальный (в похожих на наш случай, естественно) и важнее иметь клиента и договор, с заложенными резервами по срокам, чем сильное производство без постоянного потока клиентов. Для CRM мы используем бесплатную версию bitrix24 (до 12 сотрудников она бесплатна) и этого хватает с лихвой. Если посмотреть статистику, то Юлия совершает в рабочий день около 50-60 звонков в среднем (это как новые, так и повторные обращения). Помимо звонка, нужно занести информацию в CRM.

Я допускаю, что мы не очень умеем продавать свои услуги по телефону, но можно прикинуть конверсию холодных звонков в заключаемых договоров. Что-то около 0.5-0.8% в очень хорошем случае. Держите в уме и сезонный фактор - летом наступает некий период затишья, люди, принимающие решения, уходят в отпуск или просто не очень хотят перед ним заниматься серьезными обсуждением новых проектов. Вообще, как не странно, если задуматься, то в России не так уж много времени, когда бизнес-активность высокая, люди на местах и готовы к новым прорывам:). Кроме того, наблюдаем, что последнее время высока ротация персонала. Часто слышу, как Юлия пытается понять, кто же теперь в отделе маркетинга может поговорить, т.к. предыдущий человек уволился. И все приходится начинать заново.

Все это конечно здорово, но есть ли польза от мобильных приложений?

Немного по отдаче от мобильных приложений для бизнеса, а точнее - розничная торговля. Практически каждый клиент просит дать оценку ожидаемого результата, даже учитывая минимальные вложения. Здесь стоит разделить разные сегменты торгового бизнеса, т.к. сравнивать продажу через приложения бытовой электроники и готовых продуктов питания просто нецелесообразно. Опираясь на наш опыт можно привести следующие усредненные цифры. Сегмент fashion - совершенно реально получать заказов на сумму до 1 500 000 р. в месяц через 4-6 месяцев работы приложений. Если у вас бизнес по продаже суши, пиццы, воков с доставкой на дом, то при должном усердии по продвижению, можно собирать заказов до 300 000 рублей в сутки (у наших клиентов цифры колеблются от 100 000 до 300 000 в сутки). Бытовая техника и электроника - до 1 000 000 р. в месяц, ровно как и категория «Детские товары». Приведенные цифры справедливы для компаний, имеющих интернет-магазин (может быть и розничную сеть). Подчеркну, что конечно есть результаты гораздо как лучше, так и значительно хуже. Наблюдается совершенно четкая зависимость количества заказов от количества установок приложений, которые, в свою очередь, зависят от желания про них рассказать.

Пример количества суточных установок приложений компании сегмента fashion

Пример количества суточных установок приложений компании сегмента БТиЭ

Потери клиентов… да-да, это тоже происходит

Отдельно хочу остановиться на компаниях, которые отказываются от дальнейшего сотрудничества. Вначале для нас это было неприятным сюрпризом - есть установки, идут заказы и… как так отказываетесь? Через некоторое время пришло понимание основных мотивов. Наша модель монетизации (минимальный начальный взнос) имеет еще один существенный минус - компании, которые в действительности и не очень хотят приложения, просто пробуют. Вложений нет, ну почему бы и не попробовать? Ожидая сразу фантастическую отдачу, сталкиваются с реальностью тратить свое время на то, что бы хоть как-то продвигать сделанное на своих ресурсах. Доходит до абсолютного абсурда, что, наверное, частично характеризует мышление некоторых управленцев. Сеть магазинов, сделали приложения - все довольны. Через 4-5 месяцев пишут, мол хотим отказаться, т.к. не ощущаем отдачу. Ну это право клиента, но пробуем удержать и посылаем аналитику - парни, у вас идут установки, растут просмотры экранов, идут заказы! Да, может быть заказов не так много, чтобы вы стали рассматривать мобильные приложения как стабильный канал продаж, но простите - процесс еще в младенчестве! Нужно подождать, накопить аудиторию. Приводим примеры похожих бизнесов. Не получается, настроены решительно. Хорошо, предлагаем - давайте оставим приложения - пусть работают, мы их не поддерживаем, но работать то они будут. Все бесплатно. Мы рады, оставили, но через некоторое время вновь пишут - убираем приложения вообще, т.к. стали приходить заказы на товары снова из приложения, но выгрузку (xml) они забывают обновлять (!!! робот выключили видимо), поэтому клиенты заказывают товары с неправильной ценой. Удивляемся могучему уму управленцев, но - удаляем приложения. Вздыхаем и забываем про клиента, но он про нас не забывает. Пишет - клиенты, которые умудрились установить приложения ранее, продолжают (вот гады) заказывать товары по старой цене. Сделайте что-нибудь, мы таким заказам и клиентам не рады, а xml обновлять не хотим, т.к. мы вообще делаем мобильный сайт и времени на вас нет. Гм… странно - но как на заставить тех, кто установил удалить приложения? Клиент, волнуясь и радуясь, что нашел способ добить сделанное, предлагает - а давайте пошлем клиентам push о том, что все, мы с вами работать не будем! Да, идея здравая, но поддержки push - уведомлений еще не сделано, поэтому мы, смеясь во весь голос, посылаем клиенту предложение - давайте вы заплатите за внедрение поддержки push - уведомлений, мы ее сделаем, клиенты, кто установил - обновят приложения, а потом пошлем, что работать с вами не хотим. В общем вся эта история на этом закончилась.

К сожалению, только порядка 10% из всех входящих обращений относятся к сегменту розничной торговли. Я иногда не понимаю, на что рассчитывают люди, просящие сделать чат с обменом фотками, клон Яндекс.Такси или другие, сомнительно, что в будущем успешные приложения. Мы такие проекты отдаем разным компаниям, но за все время нашей работы (год) еще не слышал о том, что проект даже начался, да и цены начинаются от 700 000 р. за разработку. В среднем сейчас мы получаем порядка 3-4 «входящих» обращений с сайта в месяц (чаще пишут, чем звонят) при имеемой посещаемости нашего сайта. Каждый раз, отдавая проект на реализацию (даже без «выхлопа») мне мучительно обидно, но реально оценивая ситуацию - выполнить сложные проекты вне сферы b2c/b2b в настоящее время при текущей загрузке нам просто не возможно. Дабы отсечь просто любопытствующих, стал задавать вопрос - «готовы ли вы рассматривать проект, если цена будет находится в пределах 300 000 р. за одну платформу или нет?».

На рынке есть неформальное вознаграждение в размере 10% с каждого переданного клиента (если проект стартует, разумеется), но мы ничего не получали, да и не получим думаю. Но анализируя ситуацию, совершенно четко начинаешь понимать, почему мобильные приложения на каждую платформу стоят своих денег при заказной разработке и то, что специализация только на определенной сфере деятельности позволяет выдерживать высокий темп разработки. Не один раз, внутри команды обсуждая очередное обращение для, например, страховой компании или перевозчика, я аккуратно поднимал вопрос мол «может нам как-то бочком попробовать вписаться...?» но всегда ребята, отвечающие за производство, разумно обращали внимание на текущие задачи, и я пересылал заявку сторонней студии. Ибо сказано, что «летящая стрела хвостом не виляет»:) и хотя это звучит красиво в ситуации постоянной подпитки инвестиционными деньгами…

ФРИИ и другие источники финансирования

Вообще, если задуматься, то требования, выдвигаемые dфондами похожи на ловушку. Судите сами - проект должен быть масштабируем, внятно монетизироваться, должна быть команда (желательно 2-3 основателя). Не очень то легко себе представить, что 3 взрослых человека, которые должны кормить себя и семью, собираются и некоторое время делают прототип, чтобы потом иметь небольшие шансы получить инвестиции. А что они кушают в промежутках? Более того, если взглянуть на тот же ФРИИ, то единицы команд из всех наборов вообще получили более-менее серьезные инвестиции.

Мы отказались от очной схемы, т.к. не могли просто так бросить бизнес и 3 месяца учиться в Москве и дальше общались с ментором в заочной форме (видеоконференции по скайпу раз в неделю). Естественно, нам были доступны все материалы в эл. виде с очной программы, но откровенно говоря лично для себя их ценности не видел. В итоге нас пригласили на demo day - день презентации инвесторам, а точнее на репетицию этого дня. Посчитав, что это слишком роскошно, чтобы ради 10 минут репетиции ехать в Москву, попросились сразу приехать на demo day и… нас больше никуда не звали:). Это совершенно точно наша вина, т.к. мы с самого начала не ощущали, на то время, какой-то крайне потребности в доп. инвестициях и были вообще удивлены, что нас отобрали в short list участников. В любом случае, желаю ребятам удачи, их частенько критиковали в СМИ, осмеивая поддерживаемые компании, но отрасль молодая, опыта еще не накопилось, и они где-то первопроходцы.

Но есть в России программы, в которые мы хотели бы попасть, но уже нас не берут. Это технологический грант Microsoft, конкурс на получение которого проводится дважды в год. Здесь сделаю небольшое отступление. Мы в своей работе используем все продукты Microsoft, и в частности облачные сервисы Azure. Клиентская часть разрабатывается с помощью Xamarin (бывший Mono) (получили недавно статус партнера этой компании) на C#. В мае 2013 года мы подали на участие в программе Microsoft BizPark и я реально хочу сказать искреннее «спасибо» Microsoft за наличие возможности совершенно легально пользоваться всем нужным нам программным обеспечением, включая оплачиваемые облачные ресурсы Azurе (есть ограничение, но мы еще к нему не подошли - максимально оптимизируем серверные вычисления).

В начале 2014 года мы получили статус Microsoft Startup Accelerator, дающий больше технологической поддержки и существенно расширяющий оплачиваемые Microsoft облачные ресурсы (60 000$ на год). У нас есть куратор и должен признать - работать очень комфортно. Учитывая наш акцент на продукты Microsoft мы очень рассчитывали на получение гранта. Я не буду углубляться про сам грант, все можно почитать на сайте ms-start.ru. Скажу только, что мы подавались дважды в 2013 году и оба раза нам отказали. Причины отказа не прописывают, но на самом деле они на поверхности - у нас некий гибрид бизнес - модели: и не заказная работа и не конструктор приложений. Полуавтомат. Эта модель не масштабируема, она имеет существенные минусы и как раз наши минусы заставили нас пробовать новые проекты.

В мае 2014 года мы снова подали на получение гранта, но уже для поддержки нашего проекта tapki, который является гораздо более масштабируемым бизнесом. Что получилось в итоге - расскажу в части 2, которую уже готовлю для публикации на Хабре.

Что мы имеем на сегодняшний день?

Ниже приведен наш управленческий баланс с мая 2013 (запуск бизнеса) по март 2014 года. Видно, что наблюдается рост доходов, но, к огромному нашему сожалению, и рост расходов. Причина роста расходов в том, что мы, набрали к этому времени более-менее весомую базу клиентов, но ведь помимо просто заключения договора, нужно еще и сделать приложения. И здесь мы попали в новую ловушку - нехватка ресурсов. Т.е. нам хватало ресурсов, чтобы поддерживать созданные приложения, но не хватало дабы создавать новые. Если бы мы говорили про конструкторы мобильных приложений, то там не предполагается доработки под клиентов. А у нас они начались. Из таблицы видно, что 50% это обслуживание, 50% - доработки, причем это соотношение сохраняется плюс-минус и по сей день. Рост персонала привел к тому, что нам потребовалось расширять площади - вырос арендный платеж. На что хочу обратить внимание - неравномерность поступления денежных средств. Наши доходы складываются из платежей за поддержку и доработок. Если поддержку еще можно отнести к гарантированному доходу на какой-то обозримый период времени, то доработки - дело исключительно хаотичное. Естественно, мы прикладываем усилия к тому, чтобы стимулировать развитие приложений, но раз на раз не приходится. Естественно, по мере развития клиентской базы, наблюдается общий рост оборотов, но есть месяца, когда вообще нет доработок, и мы «проваливаемся» по финансовому планированию. Стоит так же отметить, что ощутимый рост затрат с декабря 13 по март 14 обусловлен именно тем, что мы стали усиливать команду для ведения нового проекта, но затраты здесь еще не делили. Как уже отмечал, не наблюдаем совсем линейной зависимости между количеством клиентов и программистами. Дело в том, что нагрузка очень неравномерная как для начальной разработке, так и для доработок. У нас есть клиент (крупная сеть fashion), работы по которой начались чуть меньше чем год назад, и это не наша вина - т.к. компания очень крупная, процессы согласования занимают время.

Управленческий баланс май 2013 - март 2014 - наращиваем клиентов, сотрудников и… убытки

Компания работает по упрощенной системе налогообложения (УСН) и в 99.9% случаев мы не сталкивались с проблемами отсутствия НДС со стороны заказчиков. Мы для себя выбрали схему 10% от разницы между доходами и расходами, но т.к. у нас итоговое сальдо отрицательное, по итогу года мы платим 1% от дохода государству (это видно в марте 14 года - 7 460 р. - налог за 2013 год). В начале 2014 года мы увеличили размер занимаемых площадей (виден рост затрат по этой статье), т.к. уже просто не помещались (смежное помещение, дырка в стене - все очень просто). У нас есть небольшое поступление на эл.деньги и, соответственно, есть расходы (оплатить вакансию на hh.ru, например), но это исключение из правил, т.к. мы работаем по договору.

Начиная с апреля 2014 года мы стали делить управленческие балансы - часть команды продолжала заниматься разработкой мобильных приложений, часть - tapki. Наши инвесторы поддержали саму идею (про нее чуть позже) и то, что мы начинаем вычленять один проект из другого. В июле 2014 года мы пришли к тому, что нужно не просто делить по внутреннему учету - деление нужно делать на уровне бухгалтерского тоже (отдельные юр.лица). Точнее сказать, нам просто посоветовали это сделать ребята из ФРИИ, поясняя, что это единственный способ привлекать инвестиционные деньги в новый проект. Стоит признать, что в мире разработки мобильных приложений, только чистые конструкторы относятся инвесторами к лакомым масштабируемым проектам, куда имеет смысл инвестировать. А мы, даже имя платформу, продолжаем (это факт) заниматься заказными проектами. В то же самое время, tapki - это как раз масштабируемый проект и если мы хотим привлекать в него инвестиции, его нужно максимально обособить от материнской компании.

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

Управленческий баланс компании до июля 2014 года

Если взять за основу июль 2014 года, то можно сделать следующий вывод - для нашего бизнеса с текущей нагрузкой, «очищенные» ежемесячные затраты будут составлять порядка 900 000 рублей (эта сумма включает в себя в т.ч. и разовые затраты, например - купили кондиционер этим летом, или дополнительный монитор программисту… хотя такие платежи нужно, по-хорошему, вычленять). В июле 2014 у нас было больше входящих платежей за доработки, чем за поддержку, но, как видно из таблицы, это не всегда справедливо. Но совершенно точно могу отметить, что чем больше клиентов, тем больше у вас будет входящих запросов на разного рода доработок.

Ниже приведены (на одном графике) доходы, расходы и окончательные итоги (с мая 2013 по июлю 2014 включительно). Видно, что проект notissimus, как отмечал, до сих пор инвестиционный, но есть надежда, что к зиме 2014 года мы выйдем на ноль и начнем возвращать вложенные инвестором средства. Здесь стоит отметить, что т.к. мы превысили начальные запросы на выделение инвестиций, то возвращать мы будем 100% прибыли (когда она будет) инвестору, а не согласно долям в уставном капитале. Когда вернем сумму превышения начально запрошенных вложений, тогда уже (надеюсь) начнем обсуждать как делить прибыль. Глобально говоря, инвесторы дают деньги как займ, в противном случае, всем акционерам пришлось бы вносить деньги в проект, согласно долям участия в бизнесе. При этом, когда у компании получается прибыль, она начинает возвращать этот займ, в размере, как договоритесь.

Красная линия - итоговый результат деятельности, цифры в скобках, т.к. они отрицательные. Цифры начиная с апреля 14 года можно считать базовыми для студии, которая занимается только разработкой мобильных приложений, без побочных проектов. Можно ли это использовать читателям Хабра для анализа запуска своего бизнеса? Думаю, да, т.к. мы работали в условиях отсутствия с самого старта крупных якорных клиентов (Почта России, тендер 19 000 000 р. на моб.приложения), хотя разумеется, нужно делать существенную поправку на два фактора: у нас есть инвестор и мы выбрали довольно странную модель монетизации и очень нишевую работу.

График управленческих итогов работы компании за год с небольшим

Самому себе я сделал, помимо всех прочих, важный вывод - не нужно стесняться просить деньги за качественную работу, даже если компания очень молодая, и обязательно (!) настаивать на авансовом платеже, если работа предстоит чуть больше чем небольшая. Не поверите, сколько раз мы пожалели на этапе старта очередного проекта, что не получили хоть какие-то средства на счет. Речь не идет о том, что клиенты обманывают, просто это не продуктовый магазин - вы получили на руки товар (например, буханка хлеба) и дали продавцу деньги. Здесь это НЕ работает (я не говорю про государственные тендеры с банковскими гарантиями). Разработка - это не законченная пресловутая буханка хлеба, а постоянный диалог с клиентом, который меняет мнение, забывает, злиться, питает надежды и все это вместе, умноженное на ускоряющие вводные от руководства и т.п. И если работа ведется в аванс, то все риски перекладывается на студию. А в тех проектах, где были авансовые платежи - ситуация довольно быстро переходила в конструктивную плоскость. Более того, сейчас, для сложных задач, мы настаиваем на 100% предоплате, стараясь объяснить клиенту почему так.

Что же такое tapki? Создавая мобильные приложения для розницы, волей-неволей задумаешься над тем, чтобы свести воедино свой опыт и клиентов в нечто агрегирующее, масштабируемое. В марте 2014 эти идеи, витающие в воздухе, обрели что-то более-менее внятное и мы для себя решили однозначно, что нужно выделять часть внутренних ресурсов на этот проект. Это агрегатор товаров (в будущем может услуг) от розничных компаний в разных сегментах, работающий на всех платформах, с упором на товарные акции и распродажи. Немного банально звучит, но откровенно говоря у нас до сих пор нет «выстраданной» бизнес-модели проекта, которая получила бы подтверждение жизнеспособности на практике. Хотя уже сейчас ясно, что делать конкурента Яндекс.Маркету просто глупо, поэтому мы видим нестандартные и интересные решения в части приближения online к offline с помощью технологии ibeacon.

Само название получилось случайно, в какой-то день утром стали обсуждать варианты названия, составили список, а затем, во время обеда, кто-то из ребят предложил это название и зацепились. Не всем сразу это понравилось, но постепенно, и самые ярые противники названия втянулись. Домены tapki.ru и tapki.com оказались заняты (и не удивительно) и я, не ожидая никакого ответа, написал владельцам tapki.com рассудив, что при прочих равных домен в зоне.com интереснее и перспективнее. Ответ пришел на следующий день с ценой 1875$. Никакого торга. Предлагалось купить домен через сервис посредника escrow.com, который просил за свои услуги сверху что-то около 100$ и, не имея опыта работы с зарубежными сквоттерами, решили переплатить. Схема простая - деньги депонирует посредник и перечисляет продавцу с момента изменения данных whois (по кредитной карте оплатили). На всю процедуру покупки ушло порядка недели и в деньгах порядка 77 000 р. Не дешево, но как мне кажется, для долгосрочного проекта - это разумная инвестиция. Любопытно, что когда рассказал друзьям в Facebook про покупку домена tapki.com, мне посоветовали так же зарегистрировать fapki.com, т.к. люди могут ошибаться при наборе. Это было утром, около 11.00, я посмотрел и удивился, что домен fapki.com свободен, а когда все же решился зарегистрировать, после обеда домен был занят - сквоттеры не дремлют, короче. Было бы здорово заодно купить домен tapki.ru - но не ясно кому писать, т.к. контактов в whois нет.

В этой статье расскажем об этапах разработки мобильных приложений в SBS Soft.

Если описать процесс разработки кратко, получится такой список:

1. Сбор требований к приложению.
2. Предварительная оценка стоимости разработки.
3. Проектирование прототипа.
4. Составление технического задания.
5. Разработка первого релиза продукта.
6. Тестирование.
7. Публикация.
8. Техническая поддержка.

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

1. Сбор требований к приложению.

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

2. Предварительная оценка стоимости разработки.

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

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

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

3. Проектирование прототипа.

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

   Когда все готово, аналитик согласовывает с вами прототипы, если нужно вносит правки и передает дизайнеру. Дизайнер определяет стиль оформления приложения и основное направление, используя концепцию Material design guidelines и iOS Human Interface Guidelines с рекомендациями размеров, отступов, визуальных эффектов, анимации. Программисты также ориентируются на руководства для разработки мобильных приложений от Apple и Google.

4. Составление технического задания.

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

5. Разработка первого релиза продукта.

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

6. Тестирование.

   Приложения проверяются на ошибки с помощью Smoke Test, ручного функционального тестирования, автоматического функционального тестирования и программы Monkey для Android. Если есть ошибки, исправляем и передаем готовое приложение вам. Для статистики скачиваний и анализа поведения пользователей в приложении мы устанавливаем Firebase Analytics.

7. Публикация.

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

8. Идея продукта и бизнес-экспертиза

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

9. Проведение интервью и предварительный анализ рынка

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

10. Повторный контакт с клиентом

Дополнительные вопросы. Подключение технических специалистов. Утверждение требований для реализации приложения.

11. Оценка проекта и предложение

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

12. Подписание договора

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

13. Создание прототипа

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

14. Дизайн продукта

Рисуем дизайн всех экранов и состояний элементов. Используем рекомендации Google и Apple к дизайну приложения. Мы заботимся о том, чтобы графические решения были понятными и удобными. Вы получаете дизайн, который выделит вас среди конкурентов.

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

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

16. Программирование и тестирование приложения

Программирование веб-ресурса или мобильного приложения осуществляется по методологии SCRUM - поэтапное планирование задач и разбивка их выполнения на спринты (sprints).

17. Ретроспектива

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

18. Публикация мобильного приложения
19. Сопровождение и достижение результата

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

ХОТИТЕ ПРИЛОЖЕНИЕ? РАССКАЖИТЕ О СВОЕМ БИЗНЕСЕ

РАСЧЕТ ПРОЕКТА

Интервью

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

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



MindMap

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



Анализ





Скетчинг рукой

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



Разработка прототипа

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

Над схемами страниц работает UX-специалист. Процесс создания wireframes обсуждается с арт-директором.





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



Интервью с пользователями

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

Это помогает обнаружить непонятные пользователям моменты и исправить ошибки на этом этапе разработки мобильного приложения.



Презентация прототипа клиенту

Проводим презентацию: показываем прототип клиенту, разъясняем, что и как будет работать. Если надо, вносим изменения, дорабатываем. Согласовываем все детали и утверждаем.



Разработка концепции дизайна

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



Дизайн всех экранов и состояний

На этом этапе рисуются все экраны и состояния элементов. В среднем получается 120-150 экранов. Это помогает учесть все сценарии и не увеличить срок при программировании.




ТЗ и клиент-серверная архитектура

Когда у нас готов дизайн, мы приступаем к разработке Технического задания. В нем описываются все сценарии, переходы между экранами и состояния экранов. На этом этапе специалист прорабатывает hi-level архитектуру проекта и модель хранения данных.



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



Программирование и тестирование

Работа переходит в руки программистов. Процесс разработки строится по методологии гибкой разработки Scrum. Формируется полный список задач (так называемый «back-log») и разделяется на небольшие участки (называются «спринты»).



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



Публикация приложения

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





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



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




Техническая поддержка продукта

Проекты после сдачи переходят на стадию технической поддержки.