С доступностью интернета и смартфонов интерес к мобильным приложениям растет каждый год. Тематика и функционал разработок не перестает удивлять. Крупные предприятия и организации прибегают к помощи мобильных приложений для расширения бизнеса.
От задумки до воплощения в жизнь мобильное приложение отделяют несколько важных этапов подготовки:
При создании мобильного приложения, есть переломный момент, когда нужно принять решение о том, какой функционал будет составлять MVP (минимальный жизнеспособный продукт), как продумать архитектуру для будущего расширения, какие технологии выбрать, и, кроме того, определиться с трудозатратами и сроками реализации проекта. Чтобы оптимизировать этот процесс рекомендуется сделать проектирование. Ниже мы объясним почему этот этап является важным, и при создании каких приложений его можно пропустить, а при каких — это будет ошибкой, которая обернется заказчику дополнительными вложениями.
Проектирование нужно не каждому приложению. Простое приложение не требует проведения работ по проектированию. Проектирования требуют приложения с уникальным, заведомо новым функционалом, интегрирующие в себе множество функций и систем, предполагающие неоднозначность возможных решений. В отдельных, особо сложных случаях, услуга по проектированию выносится в отдельный договор.
1. Как будет происходить взаимодействие команд на проекте с той и с другой стороны
2. Какие ресурсы будут задействованы в разработке (в первую очередь — труд специалистов со стороны заказчика и разработчика)
3. В какие сроки реально запустить MVP, его функционал
4. Как будет развиваться проект после выпуска MVP (долгосрочный план развития проекта)
1) Цели создания приложения
Перед созданием приложения стоит уделить предельное внимание целям его разработки. Самые общие вопросы могут звучать так: «Для кого это приложение?», «Почему люди будут им пользоваться?». В процессе проектирования эти моменте прорабатываются глубоко и максимально детально — без этой информации разработка теряет смысл.
2) Пользовательские сценарии
Приложением будут пользоваться конкретные люди с конкретными задачами, поэтому для каждого изх них мы должны проработать самый удобный путь решения этих задач. Для прохождения этого этапа важно, чтобы заказчик обладал всей полнотой информации о своей целевой аудитории и знал досконально об особенностях поведения представителей того или иного ее сегмента.
3) Продвижение
Приложение получит жизнь только если его будут скачивать и пользоваться. Проработка стратегии продвижения продукта после релиза позволить сориентироваться по объему будущих инвестиций.
1) Архитектура
Проектирование базы данных сервера
2) Структура
Основываясь на результатах предыдущего этапа мы создаем структуру приложения, оставляя нужное и отбрасывая лишнее.
3) Прототипы интерфейсов
Снова опираясь на пользовательские сценарии, создаем прототипы всех интерфейсов (экранов) приложения
Выбор технологий определяет все будущее приложения. Будет ли оно нативным, гибридным или кроссплатформенным. Какие нагрузки должен выдерживать сервер. Какие возможности интеграции должны быть заложены. Эти и множество других неочевидных вопросов решаются на этом этапе.
Запуск минимального функционала позволяет начать тестирование приложения в короткие сроки — уже через 2-3 месяца. Это позволит быть на связи со своей аудиторией, набирать скачивания, подтверждать/опровергать гипотезы, сделанные в процессе написания пользовательских сценариев, получать первые отзывы по интерфейсам и юзабилити.
MVP — понятный по функционалу и дизайну продукт, с четко обозначенными сроками и фиксированной стоимостью создания. На основе того, как сработала команда в период разработки MVP можно принимать решение о дальнейшем сотрудничестве на условиях Time&Material (по фактически затраченным нормо-часам)
Расширение функционала и продвижение приложения описывается в терминах вех, предварительных сроков и трудозатрат. Долгосрочная стратегия поможет спланировать общий объем требуемых инвестиций.
Создание сложного проекта «по наитию», как правило, превращает его в бесконечный долгострой с непредсказуемыми уходами в ненужные итерации, лишними действиями, недопониманием между командами заказчика и разработчика.
Напротив, грамотно проведенный этап проектирования позволит увидеть прозрачную картину предстоящей работы целиком и идти не вслепую, а с обоюдным четким пониманием что, зачем и для кого делается, а также сколько это займет времени и каков объем требуемых инвестиций.