Что подготовить перед оценкой мобильного приложения

Начните с аудитории и проблемы

Опишите, для кого приложение и какую проблему оно решает. Можно очень простыми словами.

Например:

• "Ученикам онлайн-школы нужно смотреть уроки и сдавать домашние задания."
• "Клиентам фитнес-клуба нужно записываться и видеть план тренировок."
• "Гостям ресторана нужно заказать еду на самовывоз."
• "Менеджерам нужно быстрее согласовывать отчеты выездной команды."

Так студия быстрее понимает продукт еще до разговора про экраны.

Опишите один главный сценарий

Главный сценарий - это путь, который пользователь должен пройти, чтобы приложение принесло пользу.

Запишите его короткой последовательностью:

1. Пользователь открывает приложение.
2. Пользователь выбирает нужное действие.
3. Пользователь платит, записывается, отправляет заявку или завершает задачу.
4. Бизнес получает результат.
5. Пользователь видит подтверждение или обратную связь.

Для онлайн-школы это может быть урок, домашнее задание, проверка и прогресс. Для интернет-магазина - каталог, корзина, оплата и статус доставки. Для фитнеса - запись, план тренировки и прогресс.

Разделите известное и неизвестное

Хорошая оценка должна отличать принятые решения от открытых вопросов.

Подготовьте:

• обязательные функции первой версии;
• функции, которые можно отложить;
• роли: клиент, тренер, администратор, курьер, менеджер, продавец;
• оплату, подписки, запись, чат, карты или уведомления;
• сервисы, которые уже есть и должны быть связаны с приложением;
• ограничения по контенту, поддержке, модерации или документам;
• рынок запуска и языки;
• примерный бюджет или желаемый срок, если они уже есть.

Если чего-то не знаете, так и напишите. Неизвестные вопросы нормальны. Плохо, когда они прячутся до середины разработки.

Покажите референсы, но объясните почему

Референсы полезны только тогда, когда понятно, что именно вам в них нравится.

Вместо "сделайте как в этом приложении" лучше написать:

• "Мне нравится короткое приветствие."
• "Мне нравятся карточки товаров, потому что цену легко сравнить."
• "Мне нравится экран урока, потому что прогресс виден сразу."
• "Мне не нравится, что ошибки оплаты трудно понять."

Так команда видит не только пример, но и решение, которое стоит за примером.

Что не стоит готовить слишком рано

Не тратьте недели на огромный документ, если идея еще меняется. Не рисуйте все экраны до того, как понятен главный сценарий. Не оценивайте приложение по конкуренту, если не ясно, какие части действительно нужны вашему бизнесу.

Хорошая студия поможет превратить простой бриф в практичный план. Первая цель - ясность, а не бумага ради бумаги.

Как Appfyl использует эту информацию

Appfyl использует первый бриф, чтобы разложить приложение на действия пользователя, действия бизнеса, сервисы, риски и приоритеты запуска. После 100+ запущенных мобильных и веб-продуктов мы знаем, что ранняя ясность экономит больше бюджета, чем поздние переделки.

Посмотрите, как Appfyl превращает объем работ в запущенные продукты. Смотреть кейсы Appfyl.

Следующий шаг

Напишите одну страницу с пятью блоками: аудитория, главный сценарий, функции первой версии, референсы и известные ограничения. Этого достаточно, чтобы начать полезный разговор об оценке.

Частые вопросы