Контекст
Уточняем цель, аудиторию и границы первой версии.
Расширяем цифровой продукт на телефон, используя общий язык с веб-командой и сохраняя нативное ощущение ключевых сценариев.
Начинаем с реального мобильного контекста: где, зачем и как пользователь принимает решение.
Уточняем цель, аудиторию и границы первой версии.
Проверяем путь пользователя в интерактивном прототипе.
Разрабатываем короткими итерациями с регулярными демо.
Тестируем, публикуем и измеряем использование.
Фиксируем задачу, риски и критерии успеха.
Согласуем сценарии, данные и интерфейс.
Собираем приложение и интеграции спринтами.
Проверяем устройства, публикуем и передаём проект.
| Критерий | meretti.pro | Шаблон | Один исполнитель |
|---|---|---|---|
| Сценарии | Проверяем до разработки | Ограничены шаблоном | Зависят от опыта |
| Интеграции | Тестируем весь контур | Через готовые плагины | Без системной гарантии |
| Развитие | Архитектура и план релизов | Рост ограничен | Зависит от доступности |
Стоимость зависит от сценариев, интеграций и требований к публикации; состав работ фиксируем до старта.
Классифайды живут скоростью и доверием. Если категория, поиск или переписка «тормозят» — пользователь уходит к привычной площадке.
Когда нужна скорость на iOS+Android и команда сильна в React. Тяжёлая графика/офлайн-кастом — повод подумать о нативе. Оценка по фичам. Сравниваем с Flutter.
Иногда да — камера, блютус, платежи. Закладываем бюджет на мосты. Чем меньше кастомных модулей, тем проще. Аудит библиотек.
Expo ускоряет старт; bare — больше контроля. Выбор по зависимостям. Можем мигрировать позже. Решение на архитектуре.
Достаточна для большинства бизнес-приложений при аккуратной работе со списками и навигацией. Профилируем узкие места. Не обещаем «как натив во всём».
Частично: логика/UI-киты. Полный share не цель. Монорепа возможна. См. React.
На первой встрече разберём задачу, риски и состав первой версии.