← Все работыПриложение для онлайн-консультаций · Услуги специалистов

Приложения для видеоконсультаций, где звонок открывает оплаченная запись, а не ссылка

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

Что на самом деле сложно, когда строишь «приложение для онлайн-консультаций»

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

Где в этом продукте прячется работа

Чат и звонок идут по одному сокету

Видеосвязь проще всего отдать стороннему сервису и прислать клиенту ссылку, но тогда доступ к разговору живёт отдельно от записи и проверяется в двух местах. Здесь у каждой записи один WebSocket: по нему идут и сообщения чата, и сигналинг звонка — четыре типа сообщений: начало звонка, ответ, ICE-кандидат и завершение. Поэтому звонок не может открыться там, где закрыт чат: проверка доступа у них одна. Для клиентов за NAT, когда прямое соединение между телефонами не устанавливается, в проекте настроен свой TURN-сервер на coturn: его конфигурация лежит в репозитории, а в настройках соединения приложения прописаны свои STUN и TURN. Если связь рвётся, приложение переподключается само: пауза перед попыткой растёт на секунду и упирается в 5 секунд.

Доступ к разговору — у записи, а не у пользователя

Сокет открывается по номеру, и если сервер не спросит, кто подключается, разговор откроет любой, кто подберёт номер. Поэтому при подключении сервер проверяет и человека, и запись: подключиться может только специалист, чья это услуга, или клиент, который сделал эту запись, и только пока консультация идёт. Не сошлось — соединение закрывается. Консультацию начинает специалист, только по оплаченной записи и не раньше её даты и часа; он же её заканчивает, и запись уходит в архив. До начала у оплаченной записи работает обычный чат: писать в него могут только участники записи, текст — до 1499 символов, картинки сервер уменьшает до 800 пикселей, а картинку тяжелее 5 МБ приложение не отправит.

Оплачено — когда сообщил платёжный сервис, а не экран

Экран «успешно» ничего не доказывает: приложение могли свернуть посреди оплаты, а сеть — потерять. Поэтому оплаченной запись становится только со слов платёжного сервиса. Сервер формирует платёжную ссылку и отдаёт её приложению, клиент платит во встроенном браузере, а платёжный сервис присылает уведомление на адрес, в который зашит ключ этой записи — случайный UUID, свой у каждой покупки. По ключу сервер находит запись, ожидающую оплаты, и переводит её в «оплачено»; уведомление с незнакомым ключом отклоняется. Приложение статус оплаты никогда не утверждает — только показывает.

Неоплаченный час — тоже ресурс

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

Бонусы и рефералы — тоже деньги

Бонусы выглядят как маркетинг, а ведут себя как деньги: ими платят. Поэтому их правила живут на сервере. С каждой оплаченной записи клиент получает 5 % её цены бонусными рублями, а при записи может списать до 2 000 бонусных рублей, но не больше, чем накопил. Если бонусы покрывают цену целиком, ссылка на оплату не нужна, и запись сразу становится оплаченной. У каждого клиента может быть только один пригласивший, и тот получает процент с оплаченных записей приглашённого; ставка растёт с числом приглашённых — семь ступеней, от 2 до 5 %. И бонусы, и реферальные начисления появляются, когда сервер получил уведомление об оплате, а не когда клиент нажал «Оплатить».

Выплаты — по заявке и с комиссией на каждого специалиста

Когда специалист заканчивает консультацию, сумма записи зачисляется на его баланс. Вывести деньги можно заявкой: на балансе должно быть от 10 000 ₽, и в работе может быть только одна заявка. Заявку одобряют в админке, и в этот момент сервис удерживает комиссию, остаток уходит специалисту, а баланс обнуляется. Комиссия задаётся каждому специалисту отдельно и по умолчанию равна 5 %, и разные ставки для разных специалистов никто не пересчитывает вручную. Всё, что удержал сервис, складывается в статистику дохода — за всё время и за месяц.

Своя админка вместо стандартной

Стандартная админка Django удобна разработчику, а владельцу сервиса нужны очередь выплат, комиссии и модераторы. Поэтому админка здесь своя: 21 маршрут и 24 шаблона. У владельца свой вход, у модератора — по личной ссылке. Внутри — очередь выплат и статистика дохода, пользователи с настройкой комиссии, сменой роли и блокировкой, новости, категории услуг и модераторы. Там же переводы: тексты приложения приходят с сервера — 182 строки интерфейса и список из 50 кодов языков, — поэтому формулировку можно поправить без выпуска новой версии приложения.

Как это выглядит

Снимки того же стенда, что открывается выше: данные вымышленные, шаги — те, что подсказывает сам стенд.

Запись стала оплаченной, когда платёжный сервис прислал уведомление на сервер; бонусы начислены тогда же.
Переписка, файл и звонок идут по одному сокету записи: в логе под чатом — сигналы звонка и relay через свой TURN.
После консультации на баланс специалиста приходит вся сумма записи; выплата идёт заявкой, комиссию сервиса удерживают при её одобрении.

Как мы за это взялись

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

Решает всегда сервер: приложение показывает свободные часы, статус оплаты и кнопку звонка, но ни одного из этих решений не принимает. Бэкенд — Django 4.2 с Channels на Daphne и PostgreSQL 16: два модуля Django, API для приложения и админка, 15 моделей данных, 33 метода HTTP API для приложения и одно WebSocket-подключение — около 5 600 строк Python без миграций.

Мобильная часть — одна кодовая база на Flutter для iOS и Android: состояние на MobX, звонок на flutter_webrtc, около 10 000 строк Dart без кодогенерации. В одном аккаунте две роли, и переключаются они прямо в приложении; у каждой по 5 вкладок: у клиента — поиск специалиста, новости, бонусы, чат и профиль, у специалиста — расписание, новости, финансы, чат и профиль.

Лендинг и вёрстка админки собраны на Vite. Это MVP, последний коммит — январь 2024 года. Путь собран целиком — от записи и оплаты до звонка, выплаты и админки, — и всё, кроме админки, можно пройти на стенде в начале страницы.

1 сокет

на запись: по нему идут и чат, и сигналинг видеозвонка

6 статусов

у записи — от них зависят доступ к чату и звонку и движение денег

7 ступеней

реферальной ставки: от 2 до 5 % по числу приглашённых

5 %

комиссия сервиса по умолчанию, своя для каждого специалиста

21 маршрут

своей админки: выплаты, комиссии, модераторы, переводы

Около 10 000

строк Dart без кодогенерации: iOS и Android из одной кодовой базы

FlutterMobXflutter_webrtcDjango 4.2Django ChannelsDaphnePostgreSQL 16coturn (TURN)DockerVite

Из чего он собран

Из каких услуг он собран и сколько это стоит

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

от 800 000 ₽

Начинается от

восемь недель до первого релиза

Первая рабочая версия

Это первый релиз с одним сценарием от начала до конца на iOS и Android: услуги и часы специалиста, запись клиента, оплата по ссылке с подтверждением на сервер и чат по оплаченной записи. Звонок, бонусы, выплаты с комиссией и админка — следующие этапы, и их порядок выбираем вместе. Если сервис с первого дня должен держать веб-версию для обеих сторон и выплаты исполнителям, его считают по строке маркетплейса — от 1 200 000 ₽ за двенадцать недель. Оплата по этапам: сумма этапа не растёт, пока не меняется объём.

Что спрашивают про такие продукты

Пять вопросов, которые звучат почти на каждом первом созвоне.

Начинается от 800 000 ₽ и восьми недель — столько у нас стоит и идёт первый релиз мобильного приложения: один сценарий от начала до конца на iOS и Android, для платформы консультаций это запись, оплата с подтверждением на сервер и чат. Цену двигают не экраны, а то, что за ними: видеозвонок со своим TURN-сервером, бонусы и рефералы, выплаты с комиссией, своя админка — каждое из этого отдельный этап. Если с первого дня нужны веб-версия для обеих сторон и выплаты исполнителям, проект считается как маркетплейс — от 1 200 000 ₽ за двенадцать недель.

Да, здесь так и сделано. Звонок — WebRTC внутри приложения, сигналинг идёт по собственному сокету записи, тому же, что и чат, а для клиентов за NAT настроен свой TURN-сервер на coturn: в настройках соединения приложения — только свои адреса. Клиенту не нужно ставить другое приложение или переходить по ссылке: звонок открывается в самой записи, когда консультация началась. Свой TURN-сервер — инфраструктура, которую нужно держать, и мы закладываем её в план сразу.

Клиент платит по ссылке, которую формирует сервер, во встроенном браузере. Оплаченной запись становится, только когда платёжный сервис пришлёт уведомление на сервер, и в этот же момент начисляются бонусы клиента и реферальный процент пригласившему. Деньги специалиста попадают на баланс после консультации, а вывести их можно заявкой от 10 000 ₽: при одобрении в админке сервис удерживает комиссию — свою для каждого специалиста, по умолчанию 5 %. Платёжный сервис в вашем проекте может быть другим: механизм ссылки и уведомления от этого не меняется.

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

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

Глубже по теме

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

Следующий разборПриложения для цеха, где каждое нажатие доходит до 1С ровно один разAndroid-приложение для сборщиков электротехнического производства: свои задачи по статусам, таймер операции, кнопки «Старт», «Пауза» и «Выполнено» — и всё это уходит в 1С заказчика. Сложное здесь не экраны, а обмен мобильного приложения с 1С, когда в цеху пропадает сеть, а у телефона свои часы.

Расскажите, что нужно сделать

Расчёт придёт за 12 часов: цена от и до, из чего она сложилась и что её двигает. Не хватит данных — вопросы придут в те же 12 часов.