Сколько можно сэкономить: до 100 % от стоимости этапа.
Оптимизируйте пользовательские сценарии
Идеально, когда пользователь может сделать то, для чего скачал приложение, в пару кликов. Если ему надо сделать много действий, чтобы выполнить целевое действие – это плохо. А для вас, как для заказчика, нарисовать три экрана вместо семи будет дешевле. Чтобы так и было, уделите особое внимание этапу проектирования, постарайтесь сократить количество экранов и сделать сервис удобным для людей.
Рустам Мухамедьянов, руководитель студии WINFOX:
«Представьте, что вы строите дом и нарушили технологию на этапе заливки фундамента. Если вы вовремя спохватились, потребуется не очень много денег и времени, чтобы все переделать. Но если вы уже возвели стены и положили крышу, а дом вдруг покосился, придется его сносить и строить заново. В результате вы заплатите за два дома, а получите один. Сделать приложение – это как построить дом. Лучше заранее продумать пользовательские сценарии и исправить все на этапе проектирования, чем заниматься переделкой готового дизайна и оплачивать работу по второму разу».
Используйте привычную навигацию
Разработчики операционных систем iOS и Android придумали три универсальных сценария навигации: плоская, иерархичная и смешанная. Для каждого типа есть уже готовые компоненты. Используйте их вместо того, чтобы придумывать уникальные сценарии. Вероятнее всего пользователь их не оценит, а на написание нетипичной навигации разработчикам потребуется гораздо больше времени. Вы заплатите за него, не получив ожидаемого результата.
Валерий Сорокин, менеджер проектов студии WINFOX:
«Неочевидный способ сэкономить – это опубликовать приложение в сторах не от своего имени, а от имени разработчика. Так вам не придется тратить около недели на регистрацию, изучать все правила, а потом заниматься технической поддержкой сервиса – это будет на стороне программистов. Так вы сэкономите от 11 000 ₽ до 15 000 ₽».
Коротко
Собрать приложение из готовых модулей всегда дешевле и быстрее. Для создания приложения с нуля потребуется больше денег, времени и сил.
Чтобы немного сэкономить на разработке, откажитесь от дополнительных функций, следуйте гайдлайнам, не мудрите с навигацией и хорошо продумайте пользовательские сценарии.
Глава 4. Этапы создания мобильного приложения: что нужно знать
Мы в WINFOX обычно строим работу так:
• аналитика;
• техническое задание;
• проектирование и дизайн;
• разработка;
• тестирование и стабилизация;
• публикация в сторах;
• поддержка и развитие.
Рустам Мухамедьянов, руководитель студии WINFOX:
«Каждый проект – особенный. Для одного можно объединить несколько этапов в один, чтобы реализовать задуманное быстрее и дешевле. Для другого целесообразно пройти все этапы. Мы поможем выбрать оптимальный путь».
Дальше мы расскажем, что вам важно знать о каждом этапе.
Этап 1. Аналитика
Каждое приложение начинается с идеи. Вы рассказываете нам, какие задачи должен решать будущий сервис, и мы приступаем к сбору аналитики. Глубокий срез рынка, анализ уже существующих решений, изучение конкурентов и моделей поведения покупателей… На каждом этапе анализа мы помним о конечном пользователе и продумываем жизненный цикл клиента. Это помогает нам вместе понять, как люди будут использовать новое приложение – и сделать его максимально удобным, понятным и полезным. Такой сервис принесет пользу и вашему бизнесу.
Что в результате:
• референсы по функциональности и дизайну.
Валерий Сорокин, менеджер проектов студии WINFOX:
«Аналитика – принципиально важный этап. Не надо от него отказываться и начинать работу над проектом с технического задания. В процессе анализа мы понимаем, кто есть на рынке, на кого ориентироваться, а как лучше не делать. Мы в WINFOX обычно собираем лучшие практики и предлагаем клиенту проверенные решения, которые 100 % сработают».
Этап 2. Техническое задание
Мы составляем подробное описание функциональности и дизайна будущего приложения. Определяем персонажи пользователей, описываем пользовательские истории (User Story), составляем карту путешествия пользователей (Customer Journey Map) и формируем технические требования к сервису. То есть фиксируем, каким должно быть приложение, что оно должно уметь и как это будет работать.