Собственное EMS-приложение: что настроить в первую очередь

Начните с сеанса, затем переходите к оформлению бренда

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

Только контроллер 2011 использует MBODY, связывая приложение с EMS-одеждой по Bluetooth. В MBODY нет функций для участников. MacroSea может разработать отдельное клиентское приложение с индивидуальным интерфейсом и системой участников. Проект заказного приложения доступен от 100 комплектов одежды и контроллеров. Количества для других заказов обсуждаются по модели и проекту.

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

Выберите один сценарий первого использования

Опишите путь от открытия упаковки до завершения сеанса. Перечислите каждый шаг, который клиенту нужно понять: подготовить одежду и контроллер, открыть приложение, подключить устройство, найти управление, изменить параметр и завершить сеанс. Отметьте места, где человек может замешкаться или попросить помощи. Для первой версии такой список полезнее длинного перечня желаемых функций.

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

Рекомендации Apple по первому знакомству предлагают обучать в контексте и откладывать необязательную настройку. Примените этот принцип к EMS: объясняйте следующее полезное действие там, где оно выполняется, вместо нескольких вводных экранов до знакомства с интерфейсом.

Сделайте управление понятным

Система 2011 поддерживает регулировку интенсивности по зонам от 0 до 100%, а контроллер имеет 16 независимых выходов. Число каналов одежды отличается: например, у шорт 2011 пять каналов и 10 электродов. Используйте подписи, соответствующие реальным зонам одежды и поведению контроллера.

В требованиях к дизайну наметьте информацию, нужную пользователю во время сеанса: состояние соединения, выбранную одежду или зоны, текущие значения и действие для завершения. Определите, какими должны быть понятный язык, читаемые числа и области касания для вашей аудитории. Уточните у разработчиков, какие элементы уже существуют, а какие требуют дополнительного проектирования или разработки.

Включите примеры потери соединения и возвращения пользователя в приложение. Согласуйте с поставщиком сообщения и поведение, затем проверьте их на выбранном оборудовании.

Определите конкретную задачу системы участников

Функции для участников можно разработать в собственном приложении, если они поддерживают вашу бизнес-модель. Сначала определите задачу: студия может хотеть разделять сотрудников и участников, а бренд прямых продаж — предоставлять клиентам учетные записи. Укажите, что каждый человек должен видеть или менять и что происходит, когда доступ ему больше не нужен.

Возможные дополнения — сохраненные предпочтения, история сеансов, бронирование, платежи или панели тренера — относятся к плану развития функций. Опишите нужный результат и запросите оценку реализуемости, стоимости и сроков каждого пункта; не считайте их частью базового приложения. Расставьте приоритеты по ценности для клиента и трудозатратам эксплуатации. Если функция требует ежедневного ведения данных сотрудниками, назначьте ответственного до включения ее в первый выпуск.

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

Заранее спланируйте разрешения и публикацию в магазинах

Если планируется выпуск для Android, соотнесите разрешения Bluetooth с фактическими действиями приложения и целевой версией. Объясняйте пользователю необходимость разрешения в момент запроса и проверяйте, что происходит при отказе. Это вопрос интерфейса и поддержки, а не только разработки.

Для выпуска в App Store правила проверки Apple требуют политику конфиденциальности, а при поддержке создания учетных записей — возможность начать удаление учетной записи внутри приложения. Google Play требует декларацию безопасности данных о сборе и передаче, включая соответствующий сторонний код. Предоставьте команде простой перечень используемых приложением данных и ответственных за обслуживающие его сервисы.

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

Создайте прототип до утверждения списка функций

Пройдите основной сеанс с одеждой и контроллером, используя интерактивный прототип экранов или раннюю сборку. Дайте участникам задачу, а не объяснение: подключить устройство и найти регулировку интенсивности. Запишите, где они останавливаются, какие подписи понимают неверно и могут ли определить состояние устройства.

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

Отделите требования к запуску от последующих идей. Цельная первая версия дает надежную основу для следующего запроса функций.

Что включить в требования к приложению

• Аудитория: кто использует приложение, где и с какой одеждой 2011.
• Бренд: название, логотип, цвета, языки и примеры интерфейса.
• Основной сценарий: экраны подготовки, подключения, настройки зон и завершения сеанса.
• Участники: роли учетных записей и функции для запуска, а также последующие идеи.
• Платформы: целевые страны, типы телефонов, операционные системы и учетные записи магазинов.
• Передача результата: утверждение дизайна, тестовые устройства, критерии приемки, ответственность за выпуск и дальнейшее обслуживание.

На первом обсуждении укажите ориентировочное число комплектов одежды и контроллеров и желаемый график. Обсудите стоимость заказной разработки с отделом продаж. Затем MacroSea сможет использовать требования для обсуждения OEM/ODM по объему работ, дизайну и производству. Поделитесь требованиями чтобы начать.