Разработка мобильного приложения для бизнеса по шагам
Разработка корпоративного мобильного приложения идёт от исследования и объёма работ к дизайну, сборке, тестам и выходу в магазинах. Что решается на каждом шаге.
Команда rabbitclipПубликация: 6 мин чтения
Коротко
Процесс разработки корпоративного мобильного приложения состоит из семи основных шагов: исследование, определение объёма работ, дизайн, разработка, тестирование, публикация в магазинах и сопровождение после запуска. Каждый шаг даёт определённый результат, и следующий шаг начинается только после того, как этот результат утверждён. Процесс выглядит линейным, но на практике в нём есть возвраты назад. Хороший проект здоров прежде всего потому, что совершает эти возвраты рано и недорого, а не потому, что никогда их не совершает.
Корпоративное приложение отличается от личного тем, что за ним стоят несколько лиц, принимающих решения, существующие системы и цепочка согласования со своими правилами. В этой статье объясняется, что решает владелец или руководитель на каждом шаге, где теряется время и когда весь этот процесс не нужен.
На какие вопросы отвечает этап исследования?
Исследование прежде всего проясняет, какую проблему должно решать приложение. Кто пользователь, когда и зачем он его откроет и почему мобильный сайт или уже имеющийся инструмент не может удовлетворить эту потребность? Проект, начатый без честных ответов, нередко заканчивается приложением, которое никто не открывает после запуска.
На этом этапе также описываются существующие системы: где хранятся данные пользователей, с какой внутренней системой должно общаться приложение, чьё согласие необходимо? Представьте приложение для членства и записи в сети спа. Если сведения о бронированиях лежат в отдельной программе в каждом филиале, настоящая задача приложения состоит в том, чтобы безопасно общаться с этой программой. Число и характер таких связей определяют каждый последующий шаг.
Как определяется объём работ и что входит в первый выпуск?
Объём работ это письменный перечень функций, входящих в первый выпуск. Самая частая ошибка состоит в попытке уместить туда всё. Более здоровый подход заключается в том, чтобы выпустить самую маленькую версию, которая выполняет основную задачу пользователя, а остальное расставить по реальным данным об использовании.
Когда объём записывается, функции делятся на три группы: обязательные, желательные и на потом. Если это разделение не зафиксировано письменно, каждое пожелание, добавленное по ходу дела, незаметно расширяет объём. Постепенное разрастание объёма самая частая причина того, что проекты опаздывают.
- Записать основную задачу пользователя одним предложением
- Пометить каждую функцию как обязательную, желательную или на потом
- Перечислить внутренние системы и поставщиков, с которыми будет связано приложение
- Заранее решить, как запрашивается изменение объёма работ
Что происходит во время дизайна и прототипирования?
Дизайн это не только внешний вид. Это построение сценария. Через какие экраны проходит пользователь, чтобы завершить задачу, что он видит, когда что-то не удаётся, что происходит, когда пропадает связь? Все эти вопросы проверяются в кликабельном прототипе до того, как написана хотя бы одна строка кода, потому что изменить сценарий на бумаге гораздо дешевле, чем изменить его в коде.
Прототип показывают нескольким реальным пользователям. Люди внутри организации и так знают сценарий и никогда не отклоняются от него. Узнать нужно другое: где замирает человек, впервые видящий продукт. Здесь же учитывается доступность: читаемый размер текста, достаточная контрастность и удобные зоны нажатия не те детали, которые добавляют потом.
Как проходят разработка и тестирование?
Разработка идёт короткими периодами, и в конце каждого показывают работающий фрагмент. Так неожиданности приходят рано, а не поздно. Тестирование тоже не этап, который оставляют на самый конец. Оно идёт вместе с разработкой: автоматические проверки, испытания на реальных устройствах и взгляд на разные размеры экранов.
В корпоративных приложениях тестирование важнее всего для связей. Даже если интеграция с оплатой, уведомлениями или внутренней системой работает хорошо, нужно увидеть, что происходит в медленной сети или во время сбоя. Если выездная команда производителя напольных покрытий пользуется приложением в основном на объекте при слабом сигнале, то поведение без связи составляет сердце продукта.
Приёмочное тестирование проводится силами собственной команды компании. Люди, знающие настоящий рабочий процесс, находят пробелы, которых техническая команда увидеть не может. Если время, отведённое на этот шаг, сокращают, ошибки обнаруживаются уже после того, как приложение попало в магазин.
Как проходят публикация в магазинах и период после неё?
Отправка в магазин это этап со своей процедурой проверки, сроки которой точно предсказать нельзя. Поэтому дату запуска планируют с запасом на проверку. Правила магазинов и заявления о конфиденциальности тоже готовят заранее, до выпуска, так как отсутствие нужного заявления может привести к отклонению приложения.
Выпуск это начало работы, а вовсе не её конец. В первый период следят за отчётами о сбоях, отзывами пользователей и базовыми данными об использовании. Приложение продолжает жить вместе с обновлениями операционной системы, заменой библиотек и новыми функциями. Если план сопровождения не обсудили до выпуска, приложение незаметно стареет.
Какие ошибки часто встречаются в процессе создания корпоративного приложения?
Первая ошибка состоит в том, чтобы вовсе пропустить исследование и сразу перейти к дизайну. Проект, не знающий проблемы, создаёт красивый, но ненужный продукт. Вторая ошибка в позднем подключении тех, кто принимает решения. Возражение руководства посреди разработки это самое дорогое изменение из всех.
Третья ошибка в том, чтобы сосредоточиться только на дате запуска и не планировать сопровождение. Четвёртая в том, чтобы двигаться на предположениях, ни разу не поговорив с пользователями. Пятая в том, чтобы построить структуру, зависящую от одного человека. Код, данные для доступа и аккаунты магазинов всегда должны быть оформлены на саму организацию.
Когда корпоративное приложение не нужно?
Не всякая потребность требует приложения. Там, где пользователи время от времени читают информацию и не нуждаются в возможностях устройства, таких как камера или уведомления, часто хватает хорошо сделанного мобильного сайта или веб-приложения. А если вы не уверены, как часто пользователи будут возвращаться к вашему продукту, разумно сначала провести небольшую пробу.
Мерило таково: выполняет ли пользователь эту задачу снова и снова и добавляют ли возможности устройства ценность? Если на оба вопроса ответ «да», приложение имеет смысл. В противном случае вложения лучше потратить на другой канал. Чтобы увидеть, как ваш нынешний сайт ведёт себя на мобильном, наш тест скорости сайта бесплатно даст первое впечатление.
Процесс создания корпоративного приложения идёт от исследования до сопровождения в семь шагов, и больше всего времени и денег теряется из-за расплывчатого объёма работ, поздних решений и незапланированного сопровождения. Чётко запишите проблему, держите первый выпуск небольшим, подключайте принимающих решения заранее и обсуждайте сопровождение до запуска. Если вы хотите вместе уточнить вашу идею приложения, вы можете договориться с rabbitclip об ознакомительной беседе.
Частые вопросы
Сколько шагов в процессе разработки корпоративного мобильного приложения?
Обычно семь основных шагов: исследование, объём работ, дизайн, разработка, тестирование, публикация в магазинах и сопровождение. У каждого шага есть результат, который нужно утвердить.
Какие функции относятся к первому выпуску?
Самый маленький набор, который выполняет основную задачу пользователя. Остальное добавляется в последующих выпусках, опираясь на реальные данные об использовании.
Сколько длится проверка в магазине и как планировать дату запуска?
Срок проверки предсказать нельзя, и он может меняться. Планируйте дату запуска с запасом на возможное отклонение и исправление.
Нужно ли сопровождение после публикации приложения?
Да. Обновления операционной системы, замена библиотек и исправление ошибок требуют постоянного внимания. План сопровождения нужно обсудить до выпуска.
Когда вместо приложения достаточно мобильного сайта?
Когда пользователи читают информацию лишь время от времени и не нуждаются в возможностях устройства. Повторяющиеся сценарии и возможности устройства это то, что делает приложение стоящим.
