Мобильное приложение для бизнеса: что нужно знать заказчику [Александр Хрущев] (fb2) читать онлайн

[Настройки текста] [Cбросить фильтры]
[Оглавление]

Введение

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

Этот важный вопрос, на который нельзя ответить в двух словах, вдохновил нас на создание этой брошюры. В ней не будет туманных советов из серии «Как сделать приложение: три простых шага». Зато будет опыт, накопленный WINFOX за пять с лишним лет работы на рынке мобильной разработки, примеры из практики и руководство к действию.

Вы узнаете:

• как понять, что вашему бизнесу нужно мобильное приложение;

• для чего компании делают свои мобильные сервисы;

• сколько стоит разработка и как на ней сэкономить;

• как строится работа над мобильным приложением;

• с кем лучше работать – с фрилансером или студией;

• что делать после того, как приложение готово.

Готовы выделить 50 минут на чтение? Тогда поехали!

Глава 1. Как понять, что вашему бизнесу нужно мобильное приложение

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

Рустам Мухамедьянов, руководитель студии WINFOX:
«Мы вкладываемся в создание каждого приложения, поэтому хотим, чтобы оно приносило пользу, жило и развивалось, помогало развивать бизнес. Когда мы не уверены, что так и будет, говорим об этом прямо. Если заказчик не развивает и не улучшает приложение, оно оказывается на задворках сторов, а это совсем неинтересно. Гораздо лучше делать то, что потом можно с удовольствием показать коллегам по цеху или маме. Миллион установок – вот амбициозная цель для хорошего разработчика и разумного заказчика».

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

1. Поможет ли приложение автоматизировать процессы?

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

2. На ваш сайт заходят с мобильных?

Яндекс. Метрика или Google Analytics показывает, что на сайт заходят со смартфонов и планшетов? Дайте пользователям более удобный инструмент взаимодействия с брендом, чем мобильная версия. В мобильном приложении пользователи проводят в 20 раз больше времени, чем на сайте, адаптированном для мобильных устройств. Чем дольше клиент с вами, тем больше у вас возможностей вовлечь его, узнать о его привычках и дать ему то, что он хочет.

Уровень конверсии в приложениях более чем в 3 раза выше, чем в мобильных браузерах.

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

3. У вас есть повторные продажи?

Приложение помогает удержать тех, кто привык у вас покупать. Решили запустить акцию для постоянных клиентов? Отправьте им пуш-уведомление с призывом к действию. Планируете устроить новогоднюю распродажу? Дайте пользователям промокод, по которому они получат скидку на товары в корзине. Чем привлекательнее предложение в нужный момент, тем выше вероятность, что человек его купит.

В приложении клиент уже ваш. Надо только сформировать у него привычку покупать именно здесь.

4. Сможет ли приложение решить проблемы клиентов?

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

5. У вас есть система лояльности?

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

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

6. Приложение позволит делать то, что сейчас не может сайт?

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

7. Есть ли приложения у конкурентов?

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

Коротко

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

Глава 2. Как бизнес использует мобильные приложения

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

По данным Gartner, мобильные сервисы окажут наибольшее влияние на успех бизнеса в 2020 году. Так, 90 % компаний из разных отраслей уже инвестировали в разработку мобильных приложений.

К 2021 году доля мобильной коммерции во всей электронной коммерции вырастет до 72,9 %.

Appinventiv прогнозирует, что к 2021 году мировая выручка от мобильных продаж составит 3,5 триллиона долларов.

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

Ретейл

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

Система лояльности

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

84 % покупателей совершают импульсивные покупки. С удобной системой лояльности в мобильном этот показатель растет.

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

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

Отладка процессов внутри компании

Мобильная автоматизация бизнес-процессов – хорошая возможность упростить ежедневные и повторяющиеся задачи.

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

В мобайле. Мобильное приложение автоматизирует рутинные операции. Как только человек заносит данные в мобильное приложение, они передаются в Google Docs или CRM. Это экономит время сотрудника, которое он обычно тратил на несколько записей на разных платформах – и он может активнее делать то, что приносит компании деньги.

Рустам Мухамедьянов, руководитель студии WINFOX:
«У крупных ретейлеров обычно есть штат аналитиков, которые тестируют приложения, проверяют пользовательские сценарии и новые фичи, говорят разработчикам, что и как надо исправить, чтобы было еще удобнее.
Компании поменьше не могут такое себе позволить – это дорого. Если хотите сделать рабочее и удобное приложение, логично ориентироваться на опыт лидеров рынка. В этом материале мы проанализировали приложения известных российских ретейлеров».

E-commerce

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

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

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

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

Образование

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

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

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

Медицина

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

Обычно. У Антона поднялась температура, он решил записаться к врачу. Найдя телефон клиники, Антон не смог туда дозвониться с первого раза. Ближе к вечеру у него это получилось, но администратор сказал, что запись к врачу на завтра уже закрыта. Молодому человеку пришлось записаться на другой день, а пока заниматься самолечением.

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

Строительство

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

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

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

Промышленность

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

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

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

Коротко

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

Глава 3. Сколько стоит разработка и как на ней сэкономить

Стоимость зависит от типа приложения и сложности работ. Выделяют два типа.

Типовое решение

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

Для кого: преимущественно малый бизнес: предприятия сферы услуг, рестораны, службы доставки еды, интернет-магазины с бонусными программами.

Плюсы:

• низкая стоимость;

• быстрота разработки.

Минусы:

• не индивидуальный дизайн;

• нельзя добавить новый функционал;

• иногда надо платить владельцу типового решения процент от заказов или фиксированную ежемесячную плату;

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

Стоимость: от 150 000 ₽ за платформу (iOS, Android).

Срок разработки: от 20 рабочих дней.

Приложение с нуля

Некоторые задачи настолько сложные и нестандартные, что для них нет универсального шаблона или конструктора. В таком случае мы делаем мобильное приложение с нуля: проводим бизнес-анализ исходя из данных от заказчика, готовим техническое задание, описываем пользовательские истории, делаем прототипы. Примеры таких приложений из портфолио WINFOX: 1HonestCar, «ЭлЖур».

Для кого: стартапы, которые хотят опробовать новую бизнес-модель, корпорации и производственные предприятия, которые хотят автоматизировать бизнес-процессы (учет, диспетчеризация, визуализация данных), автобизнес, госпредприятия.

Плюсы:

• индивидуальный дизайн;

• решение пользовательских задач любой сложности;

• полная адаптация под задачи заказчика.

Минусы:

• сложный процесс разработки;

• длительное время разработки;

• высокая стоимость.

Стоимость: от 600 000–800 000 ₽.

Срок разработки: от 2 месяцев.

Как сэкономить

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

Сосредоточьтесь на основной функции

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

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

Сколько можно сэкономить: до 50 % от стоимости этапа.

Следуйте гайдлайнам

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

Сколько можно сэкономить: до 100 % от стоимости этапа.

Оптимизируйте пользовательские сценарии

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

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

Используйте привычную навигацию

Разработчики операционных систем iOS и Android придумали три универсальных сценария навигации: плоская, иерархичная и смешанная. Для каждого типа есть уже готовые компоненты. Используйте их вместо того, чтобы придумывать уникальные сценарии. Вероятнее всего пользователь их не оценит, а на написание нетипичной навигации разработчикам потребуется гораздо больше времени. Вы заплатите за него, не получив ожидаемого результата.

Валерий Сорокин, менеджер проектов студии WINFOX:
«Неочевидный способ сэкономить – это опубликовать приложение в сторах не от своего имени, а от имени разработчика. Так вам не придется тратить около недели на регистрацию, изучать все правила, а потом заниматься технической поддержкой сервиса – это будет на стороне программистов. Так вы сэкономите от 11 000 ₽ до 15 000 ₽».

Коротко

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

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

Глава 4. Этапы создания мобильного приложения: что нужно знать

Мы в WINFOX обычно строим работу так:

• аналитика;

• техническое задание;

• проектирование и дизайн;

• разработка;

• тестирование и стабилизация;

• публикация в сторах;

• поддержка и развитие.

Рустам Мухамедьянов, руководитель студии WINFOX:
«Каждый проект – особенный. Для одного можно объединить несколько этапов в один, чтобы реализовать задуманное быстрее и дешевле. Для другого целесообразно пройти все этапы. Мы поможем выбрать оптимальный путь».

Дальше мы расскажем, что вам важно знать о каждом этапе.

Этап 1. Аналитика

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

Что в результате:

• референсы по функциональности и дизайну.

Валерий Сорокин, менеджер проектов студии WINFOX:
«Аналитика – принципиально важный этап. Не надо от него отказываться и начинать работу над проектом с технического задания. В процессе анализа мы понимаем, кто есть на рынке, на кого ориентироваться, а как лучше не делать. Мы в WINFOX обычно собираем лучшие практики и предлагаем клиенту проверенные решения, которые 100 % сработают».

Этап 2. Техническое задание

Мы составляем подробное описание функциональности и дизайна будущего приложения. Определяем персонажи пользователей, описываем пользовательские истории (User Story), составляем карту путешествия пользователей (Customer Journey Map) и формируем технические требования к сервису. То есть фиксируем, каким должно быть приложение, что оно должно уметь и как это будет работать.

Благодаря такому техническому заданию (ТЗ) наша команда дизайнеров и разработчиков четко понимает, какой сервис хочет получить заказчик, и поэтапно реализует первоначальную идею.

Что в результате:

• перечень функций, которые должны быть в приложении;

• требования к интерфейсу, ролям пользователя, безопасности, производительности и другие нефункциональные требования;

• описание того, как будут реализованы все эти требования;

• смета проекта.

Что такое пользовательские истории

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

Рустам Мухамедьянов, руководитель студии WINFOX:
«Допустим, вы хотите сделать приложение, с помощью которого можно будет распечатывать фотографии как фотоальбом. Основными пользовательскими историями будут создание аккаунта, выбор фотографий из фотогалереи, выбор размера альбома, оплата за альбом с помощью карты, доступ к истории заказов. Мы всегда работаем над пользовательскими историями всей командой и обязательно вместе с заказчиком. Это помогает продумать все нюансы и взглянуть на всю систему целиком, а в будущем избежать сложностей на этапе проектирования и разработки».

Что такое карта путешествий пользователя

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

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

Александр Хрущев, технический директор студии WINFOX:
«Мы делаем карту путешествия пользователя в Miro. Вся команда может работать над картой в реальном времени, а заказчик – смотреть результат в режиме презентации».

Чек-лист: что должно быть в ТЗ

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

Общие сведения:

• цель создания сервиса;

• совместимость с платформами: это будет приложение для iOS, Android или других платформ;

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

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

Функциональные требования к приложению:

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

• форматы данных: как будет реализован обмен данными в приложении;

• интеграция: должно ли приложение поддерживать совместную работу с другими сервисами, например с платежными системами и почтовыми серверами;

• интерфейсы доступа: как приложение будет обмениваться данными с внешними сервисами;

• дополнительные функции: должно ли приложение уметь что-то еще, например работать с файлами или библиотеками шифрования;

• конфигурация и администрирование: с помощью каких элементов администратор будет управлять приложением;

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

Нефункциональные требования к приложению:

• безопасность: требования к безопасности приложения;

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

• производительность: требования к работе приложения, например к скорости работы базы данных;

• требования к аппаратному обеспечению сервера: перечень технических характеристик.

Реализация функциональности приложения:

• экран загрузки;

• регистрация и авторизация;

• основной экран;

• меню;

• поиск;

• …

• уведомления.

Этап 3. Проектирование и дизайн

Здесь наша работа делится на два направления: UX-дизайн, то есть проектирование, и UI-дизайн, то есть дизайн привычном понимании.

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

UI-дизайн определяет то, как будет выглядеть приложение, каким будет его пользовательский интерфейс.

Что в результате:

• карта экранов;

• статичный или интерактивный прототип приложения;

• отрисованные экраны и элементы интерфейса.

Александр Хрущев, технический директор студии WINFOX:
«Иногда заказчик говорит: «А давайте не будем тратить время на проектирование и сразу займемся дизайном?». Не делайте так. Допустим, мы исключили проектирование и сделали дизайн. Посмотрели его, и у вас появилась куча идей, как все улучшить. Мы вносим правки и перерисовываем дизайн. Трудозатраты и стоимость проекта вырастают в два раза, а скорость работы вдвое снижается. Дизайнер выгорает, а вы как заказчик недовольны, что проект стал дороже. Все в минусе».

UX-дизайн

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

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

Александр Хрущев, технический директор студии WINFOX:
«Лучше делать интерактивный прототип, например, в Figma. Перейдя по ссылке, можно пользоваться приложением так, будто оно уже готово и установлено на ваш смартфон. Вы можете перемещаться по разделам, нажимать на кнопки и выполнять различные действия».

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

UI-дизайн

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

Валерий Сорокин, менеджер проектов студии WINFOX:
«Если у заказчика есть корпоративный стиль, мы берем гайдлайн и делаем дизайн по нему. Если стиля нет, предлагаем свое видение с учетом трендов, специфики бизнеса и аудитории. В любом случае мы всегда рекомендуем работать по гайдлайнам от Apple и Google».

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

Этап 4. Разработка

Программирование – один из главных этапов. Написание кода любого приложения делится на фронтенд и бэкенд.

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

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

Что в результате:

• первый релиз приложения.

Фронтенд

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

Нативная разработка

Нативные приложения написаны для конкретной мобильной платформы: iOS, Android, Windows. Язык программирования, который используется для написания таких сервисов, поддерживается только одной платформой. Например, Swift и Objective-C понимает только iOS, а Java или Kotlin – только Android.

Делайте нативное приложение, если оно должно стать важной частью бизнеса и влиять на продажи.

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

Плюсы нативных приложений:

• наиболее производительны;

• получают полную поддержку от сторов;

• интуитивно понятны, работают более плавно, привычны для пользователя и дарят больше эмоций;

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

• позволяют разработчикам получить доступ к полному набору функций операционной системы.

Минусы нативных приложений:

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

• не лучший вариант для простых приложений.

Кроссплатформенная разработка

При создании таких приложений используются общие наборы средств разработки (SDK). Из-за этого кроссплатформенные сервисы не используют все нативные преимущества каждой платформы. Зато сделать такое приложение дешевле – это оптимальный вариант для проектов с ограниченным бюджетом.

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

Плюсы кроссплатформенных приложений:

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

• использование одного и того же кода для создания сервисов для разных платформ.

Минусы кроссплатформенных приложений:

• низкие производительность и отзывчивость;

• для качественного продукта нужны высококвалифицированные разработчики – их мало и они дорого стоят;

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

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

Чек-лист: как выбрать тип приложения

Исходите из своих бизнес-целей и ответьте на следующие вопросы:

• Насколько быстрое и отзывчивое приложение вам нужно?

• Насколько важны бизнес-процессы, которые встроены в приложение?

• Насколько сложные функции будет выполнять ваше приложение?

Рустам Мухамедьянов, руководитель студии WINFOX:
«Главное отличие между нативным и кроссплатформенным приложением – в скорости и отзывчивости работы. Это как проехаться на Porsche Cayenne и Hyundai Solaris. Оба авто едут по дороге, разгоняются, маневрируют и входят в повороты. Но разница чувствуется сразу».

Бэкенд

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

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

Александр Хрущев, технический директор студии WINFOX:
«На этапе бэкенда участие заказчика минимальное. Вам не надо думать, где хранить данные и нужно ли использовать бессерверную архитектуру – это решают разработчики. Мы в WINFOX всегда выбираем оптимальные для клиента решения. Единственное исключение – это когда надо вписать приложение в уже существующую среду. Тогда вы можете сказать: “Делайте на PHP, а не на Java”».

Этап 5. Тестирование и стабилизация

Тестирование – это процесс поиска ошибок в работе приложения, а стабилизация – процесс их исправления.

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

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

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

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

Рустам Мухамедьянов, руководитель студии WINFOX:
«Тестирование – это недешево и трудоемко. Но мы никому не рекомендуем от него отказываться, стремясь сэкономить».

Что в результате:

• перечень исправлений и доработок;

• исправление багов, повторное тестирование и стабилизация приложения (баг-фикс, регрессионное тестирование).

Чек-лист: что нужно протестировать

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

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

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

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

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

Этап 6. Публикация в сторах

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

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

Что в результате:

• приложение загружено в Google Play и App Store, где пользователи могут его найти и скачать.

Оптимизация для сторов

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

Чек-лист: как оптимизировать приложение для сторов

• Составьте название и описание приложения. Название приложения – первое, что видят пользователи. Оно должно быть броским, уникальным, соответствующим приложению и его основным функциям. А еще должно содержать ключевые слова. Максимальное количество символов в названии – 50, поэтому лучше выбрать одно-два главных ключевых слова.

Описание приложения, которое ограничено 4000 символами, должно содержать основные функции приложения с соответствующими ключевыми словами.

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

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

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

ASO-оптимизация в сторах – это сегодня как SEO в начале 2000-х годов: запросы залетают в топ со скоростью пули.

Процесс загрузки приложения в разные сторы немного отличается.

Публикация в App Store

1. Создайте свой аккаунт или попросите менеджера проекта выложить приложение от имени разработчика.

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

3. Подготовьте сертификат цифровой подписи – его можно сделать на developer.apple.com.

4. Выберите способ монетизации – платный контент в приложении или плата за установку.

5. Загрузите все в App Store.

Готово. Осталось дождаться, когда приложение пройдет модерацию. Обычно она занимает не более недели.

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

Публикация в Google Play

1. Создайте аккаунт в Google Play Developer Console или попросите менеджера проекта выложить приложение от имени разработчика.

2. Оформите пользовательское соглашение от Google (Privacy Policy). Если не знаете, как это сделать, мы поможем.

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

4. Подготовьте сертификат цифровой подписи.

5. Выберите способ монетизации – платный контент в приложении или плата за установку.

6. Загрузите все в Google Play.

Обычно модерация в Google Play проходит быстрее, чем в Apple Store.

Этап 7. Поддержка и развитие

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

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

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

Что в результате:

• техническая поддержка готового приложения: доработки приложения на основе отзывов, администрирование, наполнение контентом;

• развитие приложения, то есть выпуск обновлений.

Поддержка

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

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

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

Развитие

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

План развития приложения называется дорожной картой (Road Map). Такой план обычно составляется на год. Идеально, если у заказчика уже есть понимание, как будет развиваться приложение. Если такого понимания нет – ничего страшного, мы поможем разобраться.

Как составить дорожную карту

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

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

Валерий Сорокин, менеджер проектов студии WINFOX:
«Иногда (очень часто!) лучше проигнорировать просьбы пользователей ради того, чтобы сохранить простоту интерфейса и не зарыть главную функцию в тоннах сомнительных опций. Чтобы понять, как именно поступить, задайте себе всего один вопрос: “Для какого процента аудитории действительно нужна новая фича?”».

Данные аналитики. Для начала можно использовать бесплатные системы аналитики в приложениях, например AppMetrica от Яндекса или Firebase Analytics от Google. Выдвините гипотезы, как можно улучшить те или иные важные для бизнеса показатели: вовлеченность, количество активных пользователей в день и в месяц, стоимость установки приложения. Внедрите изменения для части аудитории, измерьте результат, а после масштабируйте его или откатитесь назад. Затем повторите все еще раз, то есть работайте в рамках HADI-цикла постоянного улучшения.

Рустам Мухамедьянов, руководитель студии WINFOX:
«Мы изучаем аналитику и определяем показатели, которые надо улучшить. После расставляем их в порядке значимости и начинаем работу. А еще постоянно мониторим конкурентов и включаем в дорожную карту лучшие практики. Часто заказчик не понимает, чем наполнить бэклог развития приложения. Мы поможем это сделать и обоснуем свои предложения».

Коротко

Сделав приложение, не бросайте его. Занимайтесь поддержкой и развитием.

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

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

Глава 5. Что такое MVP и зачем он нужен

Любой бизнес начинается с идеи, однако не каждая из них выстреливает. Иногда предприниматель узнает, что клиентам не нужно приложение, уже после того, как оно готово. MVP, или Minimum Viable Product – это минимально жизнеспособный продукт, который помогает проверить гипотезу.

Как выглядит MVP

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

Зачем нужен MVP

Сделать MVP – оптимальный способ быстро проверить, что на самом деле нужно рынку (или не нужно).

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

Как мы делаем MVP

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

Чтобы сделать MVP с нуля, нам в WINFOX обычно надо два-три месяца.

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

Коротко

MVP позволяет быстро выйти на рынок, выпустив протестированный продукт без багов. Рекомендуем делать MVP всем, вне зависимости от сферы бизнеса и типа приложения.

Глава 6. iOS или Android: какую платформу выбрать

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

1. Где ваша целевая аудитория?

Android делает ставку на массы, поэтому имеет большой успех на развивающихся рынках, таких как Азия, Африка и Южная Америка. iOS ориентирована на премиум-пользователей и такие рынки, как Северная Америка и Западная Европа.

По данным Bloomberg, в России iOS пользуются 26 % людей, а Android – 73 %. Примерно такая же ситуация в Финляндии, Германии, Италии, Франции, Китае и Южной Корее.

Рустам Мухамедьянов, руководитель студии WINFOX:
«Не менее важно и то, кто ваша целевая аудитория. Когда мы разрабатывали приложение “Глобал Трак Сервис” для водителей грузовиков, то сделали упор на Android, потому что айфонов у водителей почти нет».

2. Как вы хотите зарабатывать?

Какую стратегию монетизации приложения вы выбрали? Встроенные покупки или реклама? Для покупок в приложении iOS приносит на 45 % больше дохода на пользователя, чем Android.

Покупательская способность пользователей Apple почти в пять раз выше, чем у пользователей Android.

3. Вы будете продавать товары в мобильном приложении?

По статистике, пользователи iOS чаще покупают со смартфонов. Это делает 23 % пользователей, тогда как на Android – всего 17 % пользователей.

4. Какое приложение дешевле сделать?

Обычно разработка приложения для Android стоит немного дороже, чем для iOS. Но все зависит от студии разработки, которую вы выбрали.

Рустам Мухамедьянов, руководитель студии WINFOX:
«У нас сделать приложение для iOS дешевле, потому что парк устройств меньше, дешевле тестировать. Однако iOS-разработчики примерно на 20 % дороже, чем специалисты по Android».

Коротко

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

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

Глава 7. Фрилансер, инхаус или студия: как выбрать исполнителя

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

Фрилансер

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

Плюс работы с фрилансером

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

Минусы работы с фрилансером

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

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

• Низкая культура кода. Культура кода – это негласный кодекс разработчиков. Если код написан грамотно, развивать и дорабатывать приложение может не только тот, кто его сделал, но и другой специалист. Фрилансера обычно не волнует, что будет с приложением дальше. Из-за этого фрилансеры нередко пишут плохой код, с которым заказчику сложно работать дальше.

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

Когда лучше работать с фрилансером

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

Инхаус

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

Плюсы инхаус-разработки

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

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

Минусы инхаус-разработки

• Высокая стоимость. Это самый дорогой вариант из трех.

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

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

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

Когда лучше делать приложение инхаус

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

Студия разработки

Третий вариант – обратиться в студию мобильной разработки.

Плюсы работы со студией

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

• Гарантии. Заключая договор с клиентом, студия обязуется исполнять обязательства по срокам, объему и качеству работ. А вы как заказчик можете это контролировать.

Рустам Мухамедьянов, руководитель студии WINFOX:
«Мы в WINFOX гарантируем, что все наши сотрудники обладают необходимыми навыками и знаниями, а программисты соблюдают единые стандарты. Благодаря этому любой разработчик может быстро разобраться, что происходит внутри приложения, и доработать его. То есть вы как заказчик не привязаны к одной студии и можете в будущем выбирать исполнителей исходя из задач и бюджета».

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

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

Минус-плюс работы со студией

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

Вы занимаетесь бизнесом, а мы – вашим продуктом.

Когда лучше обратиться в студию

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

Глава 8. Водопад или аджайл: что вам подходит

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

Водопад – традиционный подход. Аджайл – более новый. Выбор зависит от специфики проекта и особенностей работы команды.

Водопад

Водопад – это линейный подход к разработке. Он основан на строгом планировании и выполнении плана шаг за шагом.

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

Плюсы водопада:

• во время работы над каждым этапом вы понимаете и контролируете весь процесс в целом – проектом проще управлять;

• подходит для проектов, у которых все требования понятны на старте;

• все процессы и результаты задокументированы – можно легко отслеживать затраченное время и вложенные деньги;

• легче перестроиться при смене команды разработчиков.

Минусы водопада:

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

• нельзя протестировать и доработать отдельные решения – тестирование начинается только после того, как продукт готов;

• вносить исправления можно только в конце проекта – это дороже, чем при аджайле.

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

Аджайл

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

Плюсы аджайла:

• заказчик – важный участник рабочего процесса. Он активно участвует в работе над приложением на каждом этапе;

• рабочий продукт – главный показатель успешной работы;

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

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

Минусы аджайла:

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

• сложнее соблюдать сроки, так как объем работ постоянно меняется;

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

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

Коротко

Основное отличие водопада от аджайла – форма оплаты.

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

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

Глава 9. Как продвигать приложение после запуска

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

Бесплатные и недорогие инструменты

Баннер на сайте

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

Раздаточные материалы

Разместите QR-код, который ведет на страницу приложения в App Store и Google Play, на пакетах или коробках, в которых доставляете заказы, тейбл-тентах, флаерах и кассовых чеках.

Оформление кассовых зон

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

Продвижение в своих социальных сетях

Если у компании есть страницы в Фейсбуке, Инстаграме, во «ВКонтакте» или на других площадках, рассказывайте о новом приложении в постах.

Email-маркетинг

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

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

Контент-маркетинг

Рассказывать о новом приложении можно на своем сайте, специализированных площадках вроде vc.ru и habr.com, в СМИ. Способов много: статьи, видео, подкасты.

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

Инструменты с большим рекламным бюджетом

Медийная и контекстная реклама

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

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

Такие рекламные кампании можно настроить в Яндекс. Директ и Google Ads.

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

Яндекс. Директ позволяет показывать рекламные объявления на поиске, площадках, которые входят в Рекламную сеть Яндекса, и на мобильных устройствах, с которыми совместимо приложение.

Продвижение в социальных сетях

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

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

Посев. Посев – это публикация постов о приложении в тематических сообществах.

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

Для посева в Фейсбуке и Инстаграме официального инструмента нет. Можно использовать альтернативные биржи вроде Sociate или договариваться с администраторами сообществ напрямую.

Блогеры. Публикации у блогеров – примерно то же самое, что и посев. Только о вашем приложении пишут не сообщества, а лидеры мнений. Инструменты вроде GetBlogger и Epicstars помогут подобрать блогеров по вашей тематике.

Коротко

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

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

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

Глава 10. Как измерить эффективность: ключевые показатели

Есть множество показателей, которые вы можете измерить с помощью Firebase Analytics от Google, AppMetrica от Яндекса и других профильных инструментов. Но мы рекомендуем сконцентрироваться на главных. Это позволит сходу понять, насколько эффективен маркетинг, как работает приложение и надо ли его срочно дорабатывать.

Количество установок

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

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

Количество активных пользователей в день (DAU) и количество активных пользователей в месяц (MAU)

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

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

Стоимость за установку (CPI) и стоимость привлечения клиента (CAC)

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

Как рассчитать. Общая стоимость маркетинговой кампании / Количество установок или количество новых пользователей

Пример. За месяц вы потратили 1 000 000 рублей на маркетинг и получили 10 000 новых установок приложения. Ваш CPI равен 100 рублей.

Совет. При оценке затрат на создание и обслуживание приложения важно выбрать правильный период – он зависит от специфики бизнеса. Для развлекательного приложения эти показатели можно проверять каждый день, для приложения по доставке еды – раз в неделю, для приложения e-commerce – раз в месяц или квартал, а для медицинского центра – раз в год.

Пожизненная ценность клиента (CLTV)

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

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

Как рассчитать. Среднее значение конверсии * Среднее количество конверсий за период * Среднее время жизни клиента

Пример. Пользователь тратит в среднем 500 рублей на ваше приложение. Он совершает 3 покупки в год и остается с вашей компанией в среднем 2 года. Тогда CLTV составит 500 * 3 * 2 = 3000 рублей.

Коэффициент удержания (Retention Rate)

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

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

Как рассчитать. (Количество пользователей на конец периода – количество новых пользователей за период) / Количество пользователей на начало периода * 100

Пример. В начале месяца приложением пользовалось 200 человек. За месяц вы потеряли 20 клиентов, но привлекли 40 новых. На конец месяца у вас было 220 клиентов. Retention Rate составит (220–40)/200*100=90. То есть ваш уровень удержания клиентов составляет 90 %.

Скорость оттока (Churn Rate)

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

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

Как рассчитать. 1 – коэффициент удержания

Средняя длительность сеанса (Average Session Length)

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

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

Как рассчитать. Общая продолжительность всех сессий (в секундах) за период / Общее количество сессий за период

Пример. За прошлую неделю клиенты пользовались приложением 1000 минут или 60 000 секунд. Всего было 100 сеансов. Средняя длительность сеанса составит 1000/100 = 10 минут или 600 секунд.

Средний чек (AOV)

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

Увеличение среднего чека – верный способ компенсировать затраты на привлечение клиентов и увеличить размер прибыли.

Как рассчитать. Общий доход / Количество заказов

Пример. Вы продали три разных пиццы по 200, 300 и 450 рублей. Ваш AOV равен (200 + 300 + 450) / 3 = 317 рублей. Учитывая, что цена двух видов пиццы ниже AOV, вы понимаете, что более дешевые товары составляют большинство ваших продаж. Но также вы знаете, что более дорогие пиццы приносят вам большую маржу. Теперь вы можете запустить рекламу, чтобы увеличить продажи самой дорогой пиццы, тем самым увеличивая средний чек.

Коротко

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

Заключение

Сделать приложение – это не быстро и не дешево. Но если правильно подойти к делу, вы получите еще один рабочий канал продаж, привлечете больше клиентов и будете развивать бизнес.

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

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

Почему мы

более 5 лет

на рынке

более 20

реализованных проектов

в топ-50

рейтинга Tagline «Мобильные разработчики 2018»

2 место

в конкурсе Tagline среди разработчиков приложений для детей и семьи

победители

Tagline Awards 2019 за приложение и веб-сервис 1HonestСar

Ищите разработчиков?

Свяжитесь с нами, чтобы обсудить проект.

welcome@wnfx.ru

+7 (499) 350–07–79

Наше портфолио можно посмотреть на сайте wnfx.ru.