Переходим к решениям, которым наши специалисты доверяют при разработке мобильных приложений.
Определение цели: кастдевС помощью проверки гипотез и глубинных интервью необходимо выяснить,
что реально нужно бизнесу и протестировать. После того, как эффективность доказана, решение можно внедрять. Часто бизнес нуждается во внешнем взгляде экспертов, которые могут провести кастдев с фокусом на специфику рынка цифровых сервисов — так отрабатываются именно те гипотезы, которые помогут четко сформулировать задачи приложения.
Проверка фактов: аудитВсегда нужно отталкиваться от реальной ситуации — часто это сложный момент для тех, кто находится внутри бизнеса, необходим взгляд со стороны,
и чем больше масштаб задачи, тем важнее опереться на грамотный аудит внешних экспертов. Мы непредвзято изучаем всю имеющуюся цифровую инфраструктуру, смотрим, какие есть сервисы, процессы, базы данных, хорошо ли они работают и как между собой интегрируются. После такого исследования цифровой продукт получает шансы стать инструментом, который решит реальные задачи компании и логично впишется в весь процесс цифровизации.
План действий: проектированиеНа этапе аудита вы узнаете, в каком состоянии ваш бизнес сейчас. Но также вы должны знать, в каком состоянии он должен быть. Между этими двумя точками вы проложите маршрут, это и будет проектирование. Здесь включаются аналитики и архитекторы, которые разрабатывают CJM, продуктовый роадмэп, концептуальную архитектуру и IT-ландшафт — так у результата появляется логичный путь к воплощению.
Пошаговое планирование: построение плана проектаЗдесь вы наверняка захотите поспешить с реализацией, но поверьте нашему опыту, быстро — это медленно, но регулярно. На этом этапе нужно определить короткие отрезки пути, которые вы постепенно будете проходить, то есть создать версионирование скоупа. Второй соблазн после спешки — импульсивные изменения в скоупе. Не отступайте от согласованного плана, иначе проложите себе путь в бесконечный производственный ад постоянных доработок.
Старт работы: проектное производствоВы знаете, как есть сейчас, знаете, как должно быть, и знаете маршрут между двумя этими точками. Теперь можно идти в реализацию. Проект всегда имеет фиксированный треугольник: срок, бюджет и скоуп задач. Многим хочется вырваться из уже утвержденной части работ, добавить пару небольших изменений там и тут, но необходимо понимать последствия: перфекционизм увеличивает не только скоуп задач, с ним увеличиваются и сроки, и бюджет,
а пара «небольших» доработок незаметно становится сотней-другой, и ваш проект очень сильно прибавляет в днях и деньгах.
КомандаКлючевым элементом является не инструмент, а опытный специалист, который этим инструментом пользуется эффективно. При создании приложения требуется целая команда таких людей. Здесь есть три варианта:
- у вас есть такая команда и вы ведете проект инхаус,
- вы находите подрядчика и рассчитываете на хороший результат,
- вы формируете команду внутри.
Первый случай — большая редкость, если у вас такая команда есть, то вы счастливчики. И, скорее всего, эта статья не для вас.
Во втором — мы не рекомендуем надеяться только на порядочность подрядчика в вопросах, которые касаются серьезных инвестиций в ваш бизнес. Шансы решить задачу гораздо выше, когда внутри компании есть команда, которая понимает, что делать, и в каком статусе работы сейчас.
Остается третий вариант: понять, что это за команда, и как ее сформировать.
- Проектный менеджер для ведения проектов. Таких вам понадобится несколько, так как создание приложения — это параллельная работа над несколькими направлениями сразу. Плюс необходимо дублировать критичные функции в процессе, чтобы не зависеть от конкретных людей на важных позициях.
- Лид аналитики: тоже неплохо бы иметь два специалиста, которые закроют собой и системный и бизнес-анализ, будут структурировать знания о вашей системе и следить за тем, чтобы вы понимали все нюансы ее работы.
- Владелец продукта: смотрит метрики, создает роадмэп, приоритезирует бэклог, делает исследования аудитории, понимает УТП продукта и знает, как его правильно продавать потребителю. Работы тут будет много, особенно на старте, когда вы должны будете определить весь ваш продукт с нуля.
Это минимальный набор людей, который придется масштабировать в зависимости от сложности проекта. Также команде нужна хорошая система менеджмента, чтобы процессы шли при постоянной поддержке, и результат был гарантированным и качественным. За выстраиванием работы команды можно и нужно обращаться к подрядчикам, которые умеют это делать.
Определить уровень подрядчика легко: у хорошего всегда есть быть крупные
и успешные кейсы, а также бизнес-архитекторы, которые умеют выстраивать процессы, и практика PMO. Плюс такой аутсорс-экспертизы в том, что ваш подрядчик будет иметь большой опыт управления проектами и внедрения команд и знает, как решать все проблемы, которые возникают в процессе.