Как спроектировать MVP своего сервиса с видеосвязью

Денис Гордиенко, генеральный директор Bright Mobile, о проектировании приложения телемедицины с видеосвязью

Раньше на vc.ru рассказывал о своём стартапе 2018 года — сервисе с видеозвонками, представляющем собой некий аналог «Яндекс.Здоровья». В нём происходит взаимодействие двух сторон: одна из них инициирует вызов, а другая принимает.

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

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

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

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

Какие функции делали мы

Посмотрим нашу старую версию приложения и подумаем, как на его основе можно сделать новое, которое будет актуальное в наши дни:

PayVideoCalls 2018

Сначала пользователь вводит на странице сайта своё имя и телефон, на который ему приходит ссылка на промежуточную страницу. Она определяет, с какого устройства человек посетил сайт, iOS или Android, а затем предлагает ему скачать приложение в соответствующем сторе.

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

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

Проектируем MVP для своего сервиса

В MVP есть три части:

  • Сайт
  • Приложение пользователя
  • Приложение консультанта

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

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

Приложение клиента включает следующие пункты:

  1. экран авторизации: я бы, на самом деле, сделал тут привязку к телефону, но это не всем нужно (кому-то, например, удобнее по купону)
  2. экран меню;
  3. пользовательское соглашение;
  4. о сервисе;
  5. просмотр профиля консультанта;
  6. форма записи на консультацию;
  7. список консультантов (раз клиент начал пользоваться сервисом, его могут заинтересовать и другие специалисты);
  8. экран оплаты;
  9. видеосвязь p2p;
  10. прайс для ознакомления с расценками.

В приложение консультанта пользовательское соглашения и раздела «о сервисе» добавлять не нужно, предполагается, что это свои специалисты, которые всё это знают.

В него входят такие разделы, как:

  1. авторизация;
  2. меню;
  3. календарь/список записей (в нашей базовой версии подразумевалось, что после оплаты сразу идёт консультация);
  4. просмотр записей;
  5. видеосвязь p2p;
  6. баланс для отображения заработанных средств;
  7. форма вывода средств (эквайринга вывода средств здесь не будет: запросы перевода денег будут улетать на почту админу).

Добавляем и доп. функционал: в прошлой статье я рассказывал, что сюда мы выносим всё то, что кажется «сложным» и превышает стандартный экран. Видеосвязь однозначно будет более сложной, и оценивать её будут отдельно.

Дополнительный функционал:

  1. видеосвязь;
  2. эквайринг на приём средств.

Вот, собственно, и всё: структура краткого MVP готова, можно оценивать, добавив экраны на свою идею.

Сколько стоит

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

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

В данном случае стоит ориентироваться на такие оценки:

  • Фрилансеры — 250 — 400 тыс. р
  • Студии среднего ценового диавазона — 650 — 850 тыс. р
  • Студии высокого ценового диапазона — 900 тыс — 1,5 млн. р

Само собой каждый выбирает решение в зависимости от своих навыков управления программистами и возможностей, но я бы заложил 10-15% на то, что в процессе потребуются какие-то доработки или появятся идеи по улучшению.

Больше видеоразборов можно посмотреть на моём YouTube или в Telegram.

8
9 комментариев