Идея есть, непонятно с чего начать
Список функций растёт с каждой встречей, а что войдёт в первую версию и сколько это стоит, всё ещё неясно.
Помогаю определить первую версию продукта, проверить сценарии, разработать приложение и пройти публикацию. Один контакт и одна команда на всём проекте.
Обсудить приложение ↗Смотреть кейсы
Восемь коротких вопросов: с каждым ответом приложение на экране собирается, а вилка и сроки пересчитываются. Это ориентир, а не обязательство – но с него удобно начинать разговор.
Для кого приложение?
Какие платформы?
Нужен вход и аккаунты?
Оплата внутри приложения?
Должно работать без интернета?
Админ-панель, чтобы самим управлять контентом?
Push-уведомления?
Интеграции с другими системами? CRM, 1С, карты…
Первая версия собрана. Вот что в неё вошло:
Ориентир, не смета: точную вилку назову после проработки сценариев.
Мобильные проекты редко тонут на коде. Они тонут на том, что в первую версию пытаются положить всё сразу.
Список функций растёт с каждой встречей, а что войдёт в первую версию и сколько это стоит, всё ещё неясно.
Деньги потрачены, сборка есть, а в сторе приложения нет. Модерация возвращает его по кругу, и никто не понимает почему.
Замеры, заявки и приёмка собираются на бумаге, а потом кто-то переносит это в таблицу. На объекте часто нет связи.
Его писали несколько лет назад, обновления ломают функции, а поддержка стоит уже как новая разработка.
Первая версия решает одну задачу и делает это хорошо. Всё остальное дешевле добавить потом, когда понятно, чем люди реально пользуются.
Приложение на сорок функций стоит как квартира и выходит через год. За этот год рынок и ваши планы успевают поменяться дважды.
Продукт впервые встречается с пользователем в самом конце, когда бюджет уже израсходован. Любая ошибка в гипотезе стоит полного цикла разработки.
Сценарии можно потрогать на кликабельном прототипе до начала разработки. В MVP входит то, ради чего приложение вообще открывают, и уже эта версия уходит в сторы и начинает собирать данные.
Свой продукт и внутренние системы клиентов. Задача, решение и то, что получилось после релиза.
Четыре этапа от идеи до приложения в сторе. Публикация и модерация входят в проект, отдельного подрядчика искать не нужно.
РезультатЯсная первая версия и понятная стоимость до начала разработки.
РезультатПриложение можно потрогать раньше, чем написана первая строчка кода.
РезультатРабочее приложение, собранное поэтапно и без сюрпризов в оценке.
РезультатПриложение в сторах, а не папка со сборками на диске.
MVP обычно два-три месяца от идеи до публикации. Прототип видно уже в первый месяц.
Разбираем сценарии и аудиторию, договариваемся, что входит в первую версию.
Кликабельный прототип и дизайн. Сценарии проверяем на людях, пока менять дёшево.
Разработка и тестирование на реальных устройствах, промежуточные сборки показываю по ходу.
Сборки, материалы, модерация и публикация. Аналитика подключена к релизу.
Ориентир называю сразу, точную вилку – после диагностики. Без сюрпризов в середине проекта.
Из чего складывается суммаMVP – от набора экранов, бэкенда и интеграций. Точную вилку называю после проработки сценариев.
MVP обычно 2-3 месяца от идеи до публикации. Дальше продукт растёт релизами.
Публикация входит в проект: сборки, материалы и прохождение модерации в Google Play, RuStore и App Store на мне. С выпуском из России есть нюансы, и я их уже прошёл на собственном приложении.
Ответы на вопросы, которые возникают до подписания: доступы, оплата и что будет, если мы разойдёмся.
Исходники и учётные записи разработчика в сторах оформлены на вас.
Google Play, RuStore и App Store: сборки, материалы и модерация – моя зона.
Стек выбираю под задачу и объясняю компромиссы до старта.
Первый шаг – сценарии и кликабельный прототип. Дальше решаете про разработку.
Сверьтесь со списком до первого разговора: сэкономим время и вам, и мне.
Есть аудитория и задача, которую приложение решает. Дальше вопрос только в том, что войдёт в первую версию.
Первая версия закрывает главный сценарий. Так продукт выходит в свет за два-три месяца, а не за год.
Приложение требует обновлений под новые версии систем и правила сторов. Разработка это только старт.
Продукт, дизайн, код и публикация в одной команде. Спрашивать за результат можно с меня.
Сделать «как ВКонтакте» без бюджета и продуктовой проработки не получится ни у кого. Это честный разговор про деньги, а не про амбиции.
Выдавать сайт в оболочке за нативное приложение я не буду: в сторах такое всё чаще отклоняют, и вы потеряете время.
Если менять состав первой версии нельзя и обсуждать MVP не с кем, риск сделать не то слишком высокий.
Публикация, аналитика и первые обновления нужны, чтобы приложение вообще начало работать на бизнес.
Решение зависит от требований к интерфейсу, набора устройств, скорости запуска и того, кто будет поддерживать продукт дальше. Кроссплатформа обычно быстрее и дешевле, натив выигрывает там, где важны сложные анимации и работа с железом. Компромиссы объясняю до начала разработки.
Да: Google Play, RuStore и App Store. Сборки, описания, скриншоты и прохождение модерации входят в проектный план. С публикацией из России есть нюансы, расскажу варианты до старта: моё собственное приложение живёт в RuStore, так что путь пройден на практике.
Обычно два-три месяца от идеи до публикации: первый месяц уходит на сценарии и прототип, дальше разработка и релиз. Точный срок зависит от числа экранов и от того, нужен ли собственный бэкенд.
Вам. Учётные записи в сторах и исходный код оформлены на вашу компанию, я работаю внутри ваших аккаунтов. Уйти с продуктом к другой команде можно в любой момент.
Нет. Достаточно понимания, для кого приложение и какую задачу оно решает. Сценарии и состав первой версии мы соберём вместе на первом этапе, и это же станет основой оценки.
Смотрим аналитику: какими экранами пользуются, где отваливаются, что просят. Из этого собирается очередь следующих релизов. Плюс обязательная техническая поддержка под новые версии iOS и Android и правила сторов.
За полчаса разберём сценарии, прикинем состав MVP и назову реалистичную вилку бюджета и сроков.
30 минут, без ТЗ и NDA-марафона