Связь с клиентом
Запись, личный кабинет, история обращений или уведомления помогают человеку быстрее находить нужное действие.
МОБИЛЬНЫЕ ПРОДУКТЫ · ОБНОВЛЕНО
Перед разработкой полезно определить, кому нужен продукт, какое действие он упрощает и как вы проверите результат. Этот короткий гид помогает сформулировать основу проекта без лишних функций и обещаний.
С чего начать01 / СЦЕНАРИИ
У мобильного продукта есть смысл, когда он делает конкретное действие удобнее для конкретных людей. Начните с одного понятного сценария — а весь путь от идеи до релиза разобран в статье об этапах разработки.
Запись, личный кабинет, история обращений или уведомления помогают человеку быстрее находить нужное действие.
Задачи для выездных сотрудников, статусы заявок и доступ к данным могут сократить ручную передачу информации.
Для небольшого продукта важно проверить основной сценарий с пользователями до расширения функций и интерфейса.
02 / ПОДГОТОВКА
Опишите человека и ситуацию, в которой ему нужен продукт. Разные роли могут требовать разных сценариев.
Выберите главное действие: оформить запись, передать задачу, найти данные или получить результат. Как описать его в требованиях — в статье о техническом задании.
Определите, что хранится в приложении, откуда поступает информация и кому разрешён доступ. Для данных пользователей действуют требования 152-ФЗ — см. разбор о персональных данных.
Покажите прототип будущим пользователям и заранее решите, какой результат подтвердит ценность идеи. Как собрать первую версию для проверки — в статье про MVP.
03 / РЕШЕНИЯ
Способ реализации зависит от нужных функций, устройств, доступа к сети и того, как часто продукт потребуется обновлять. Сначала зафиксируйте требования, затем сравнивайте варианты: нативная или кроссплатформенная разработка и из чего складывается стоимость.
04 / БАЗА ЗНАНИЙ
Подробные разборы каждого шага: от первого описания идеи и требований до бюджета, выбора технологии и работы с данными пользователей.
Восемь шагов от идеи до поддержки: что происходит на каждом, какой результат должен остаться и где проекты чаще всего теряют время.
14 мин чтения →ТребованияРазделы ТЗ, примеры хороших и плохих формулировок, критерии приёмки и список того, что чаще всего забывают описать.
15 мин чтения →ПродуктMVP — не «дешёвое приложение», а способ проверить главную гипотезу. Разбираем, что включать в первую версию и как понять, что она сработала.
17 мин чтения →БюджетПочему оценки одного и того же приложения отличаются в разы, как считать бюджет в часах и какие расходы забывают включить в смету.
15 мин чтения →ПубликацияТри магазина — три разных аккаунта, сбора и модерации. Разбираем, что подготовить заранее, чтобы не потерять неделю на отказе перед самым релизом.
15 мин чтения →Право и данныеРегистрация, геолокация, push — почти любое приложение работает с персональными данными. Разбираем, что требует 152-ФЗ и магазины приложений и как не получить штраф.
18 мин чтения →