ProVideoMeeting: как объединить Zoom, Calendly и DocuSign в единую платформу к 2026 году

Почему этот разбор написала Фора Софт

Фора Софт создаёт продукты на WebRTC с 2005 года. Мы с нуля разработали ProVideoMeeting для B2B-клиента, которому нужно было объединить «Zoom + Calendly + DocuSign» в один сервис. Также мы построили Scholarly (живые классы на 2 000 участников), TransLinguist (видеоперевод в реальном времени) и VALT (корпоративное видеонаблюдение). Сегодня значительную часть наших заказов приносят команды, которые уже пытались интегрировать эти три SaaS-сервиса через Zapier, но столкнулись с ограничениями.

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

Что на самом деле умеет ProVideoMeeting

ProVideoMeeting — это B2B-платформа для видеоконференций, которая объединяет три ранее разрозненных рабочих процесса в одной ссылке на встречу:

• Планирование. Интегрируется с Calendly, Google Calendar и Outlook; участники получают приглашения по электронной почте или SMS до начала встречи.

• Видеоконференция. Комната на базе WebRTC, оптимизированная для десктопов, мобильных устройств и планшетов; брендированные комнаты с фирменными цветами, логотипами и персональными ссылками-приглашениями.

• Дозвон по телефону (PSTN). Участники без доступа в интернет могут подключиться, позвонив на телефонный номер с мобильного или стационарного телефона.

• Встроенное подписание. Участники подписывают документы прямо во время звонка с проверкой подписи для юридической силы.

Суть для покупателя из sales-ops или legal-ops: весь процесс — от продажи до подписанного договора — проходит в одном окне. Именно это делает платформу коммерчески привлекательной.

Почему единая платформа выигрывает у трёх подписок на SaaS

Типичная B2B-команда сегодня платит за рабочее место в Zoom (или Teams), за место в Calendly (или Chili Piper) и за место или конверт в DocuSign (или Adobe Sign). Суммарная стоимость на одного сотрудника обычно составляет 2 250–4 500 ₽, а операционные издержки остаются высокими: сбои в календарях, просроченные ссылки на подпись, ошибки при копировании ссылок на встречи и потеря информации при передаче задач между отделами продаж, юристами и операционной командой.

Кому действительно нужна платформа уровня ProVideoMeeting

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

1. Недвижимость и ипотека. Агенты работают с клиентами по договорам лично — подписи ставятся прямо во время звонка. Если после этого прислать письмо с просьбой подписать через DocuSign, сделка может сорваться. Такая ошибка обходится в сотни тысяч рублей.

2. Юридические услуги и нотариусы. Удалённое нотариальное заверение, проверка договора с немедленным подписанием, оформление в присутствии свидетеля. В некоторых штатах США все три действия должны проходить в одной сессии.

3. Финансовое консультирование и управление капиталом. Подписание KYC-документов происходит во время звонков при онбординге; разделение этих шагов создаёт неудобства, снижающие конверсию.

4. Продажи страховых продуктов и урегулирование убытков. Принятие котировки, подписание полиса и обработка выплат становятся эффективнее, если всё происходит прямо во время звонка.

5. HR и рекрутинг. Офферы и NDA подписываются во время звонка с предложением о работе, документы для онбординга оформляются в одной сессии.

6. Здравоохранение (телемедицина с формами согласия). Во время телемедицинских консультаций пациенты подписывают согласие, подтверждают назначения и заполняют анкету приёма.

Эталонная архитектура — как складываются части

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

Два выбора важнее всех остальных: медиасервер и процесс электронной подписи. См. следующие два раздела.

Kurento, LiveKit или коммерческий SDK? Выбираем медиаоснову

Медиасервер — это место, где сосредоточено 60% стоимости инфраструктуры и весь вопрос: «А это вообще масштабируется?» Четыре реалистичных варианта в 2026 году:

В ProVideoMeeting мы выбрали Kurento, потому что клиенту требовалась мощная собственная обработка — наложение брендинга, микширование дозвона, синхронизированные события подписания — а поминутная оплата SaaS-решений не подходила под нашу бизнес-модель. Если бы проект стартовал сегодня, мы бы параллельно рассмотрели и LiveKit.

Юридически значимая электронная подпись прямо во встрече — самое сложное

Изображение нарисованной подписи на PDF — это не юридически значимая электронная подпись. Чтобы подпись имела юридическую силу, нужно соблюдать следующие требования:

• США — закон ESIGN (2000). Требует, чтобы у стороны было намерение подписать документ, она согласилась вести дела в электронном виде, подпись была связана с документом, а записи — надёжно хранились. Соответствовать этим требованиям относительно несложно.

• ЕС — eIDAS. Три уровня: простая электронная подпись (SES), усиленная (AdES) и квалифицированная (QES). Только QES признаётся автоматически равной собственноручной подписи во всех странах ЕС — для неё нужны квалифицированный поставщик доверительных услуг и квалифицированный сертификат. Большинству B2B-сделок достаточно AdES.

• Великобритания — Закон об электронных коммуникациях 2000 года, судебная практика в основном соответствует подходу eIDAS, действовавшему до Brexit.

Практические варианты реализации:

1. Встроить API DocuSign / Adobe Sign. Самый быстрый способ запустить процесс — юридически надёжно, но приводит к зависимости от поставщика и плате за каждый конверт. Хороший выбор, если нужен единый пользовательский опыт, а вы пока не готовы управлять всем стеком подписания самостоятельно.

2. Построить собственный процесс, совместимый с AdES. Именно это мы реализовали в ProVideoMeeting. Для этого нужно вести защищённый от подделки журнал действий: подтвердить личность участника (через аутентификацию звонка, IP-адрес и временную метку), зафиксировать хеш документа до и после подписания, зафиксировать намерение подписать и зашифровать данные с помощью PKI-сертификата. Также требуется юридическая проверка в целевых юрисдикциях.

3. Подключить квалифицированного поставщика доверительных услуг (QTSP). Требуется для подписей уровня QES. Добавляет шаг в UX (подтверждение личности), но открывает доступ к высокорисковым договорам — например, сделкам с недвижимостью или отдельным государственным подачам документов.

Дозвон по телефону (PSTN) без телеком-бюджета на сотни тысяч

Половина пользователей ProVideoMeeting работает с клиентами, у которых не всегда есть быстрый интернет. Возможность дозвониться по телефону — то, что делает платформу удобной для них. Основа — Twilio Programmable Voice плюс мост SIP-в-WebRTC, но конкретные детали такие:

• Локальные номера доступа. Twilio может выделять номера примерно в 100 странах. Звонок из своей страны участника избавляет от сложностей с международными тарифами.

• IVR с ID встречи. Звонящий вводит код встречи с помощью DTMF; ваш бэкенд находит соответствующую комнату и подключает аудиоканал.

• Микширование аудио. Аудиопоток из PSTN нужно смешать с комнатой SFU вместе с потоками WebRTC. Kurento поддерживает это нативно; LiveKit требует SIP-агента.

• Согласование записи. Если ваша платформа записывает звонки, убедитесь, что аудио дозвона включено в запись, синхронизировано по времени и помечено для соответствия нормативным требованиям.

Поминутные тарифы Twilio — основная переменная статья расходов. Закладывайте 0,75–2,25 ₽ за минуту звонка; для бесплатных номеров в США — около 1,5–3 ₽. При оплате по местам это приемлемо; при оплате по транзакциям каждую минуту нужно считать внимательно.

Продакшен-стек, который мы запустили в ProVideoMeeting

• React на фронтенде — стандарт, хорошо изучен, большой кадровый рынок.

• Node.js + Express для API и слоя сигнализации. JavaScript на всех этапах снижает издержки на переключение контекста в небольшой команде.

• socket.io для обмена сообщениями в реальном времени между браузером и сервером — события комнаты, сигнализация, чат.

• Kurento в роли медиасервера. SFU на своём хостинге; отвечает за запись, микширование, наложения и собственную обработку. О том, что такое WebRTC.

• Twilio для звонков по PSTN и отправки SMS-приглашений.

• MongoDB + MySQL. MongoDB используется для гибких метаданных встреч и комнат, а MySQL — для биллинга и транзакционных записей. У каждой базы своё назначение — пытаться уместить всё в одну СУБД обычно неэффективно.

• Stripe для биллинга — стандарт в B2B SaaS.

Мини-кейс — как на самом деле выглядел запуск ProVideoMeeting

Клиент пришёл в Фора Софт с чёткой коммерческой идеей: B2B-команды в США платят трём разным поставщикам за один рабочий процесс и хотят единый white-label-продукт, который смогут перепродавать. Бриф был конкретным: функциональность на уровне Zoom по проведению встреч, на уровне Calendly по планированию и на уровне DocuSign по юридическим подписям.

Мы разделили разработку на три этапа — встречи, планирование, подписание — и запускали каждый отдельно, чтобы клиент мог начать тестирование с пилотными заказчиками ещё до завершения всего продукта. В качестве медиасервера выбрали Kurento — это позволило нам самостоятельно обрабатывать данные и контролировать хостинг. Дозвон осуществлялся через Twilio. Подписание документов реализовано на собственной платформе, совместимой со стандартом AdES, с ведением криптографического журнала всех действий.

Хотите похожий план для своего продукта с объединёнными встречами? Свяжитесь с нами — позвоните по номеру +7 (911) 236-51-91 или напишите на info@fora-soft.ru, и мы пришлём дорожную карту.

Стоимость и сроки запуска платформы уровня ProVideoMeeting

Фора Софт применяет инженерию, усиленную ИИ-агентами, что сокращает сроки поставки по сравнению с типичными оценками агентств. Приведённые диапазоны отражают недавние проекты, а не отраслевые средние показатели.

Добавьте 10–15% на развёртывание в нескольких регионах и ещё 10–20% на соблюдение строгих стандартов (HIPAA, FINRA, eIDAS QES). Текущие расходы на эксплуатацию — это поминутная оплата Twilio, вычисления для SFU (обычно несколько десятков тысяч рублей в месяц для небольшого продакшн-развёртывания), плата за конверты DocuSign при интеграции и стандартная облачная инфраструктура.

Схема принятия решения — стоит ли это строить?

В1. Сколько оплачиваемых рабочих мест в общем наборе Zoom + Calendly + DocuSign? <50 → оставайтесь на SaaS. 50–500 → стройте, если путь «встреча → подпись» — основа вашего продукта. >500 → стройте.

В2. Это white-label-продукт, который вы будете перепродавать? Да → разработка — единственный вариант. Нет → спросите себя, покрывают ли потребности готовые SaaS-решения (например, Zoom Contact Center со встроенным подписанием).

В3. Какую планку по электронной подписи нужно взять? ESIGN / базовый eIDAS SES → собственный процесс реалистичен. AdES → собственный процесс всё ещё выполним при юридической проверке. QES → подключайте QTSP.

В4. Нужен ли участникам дозвон по PSTN? Да → закладывайте интеграцию с Twilio с самого начала. Нет → пропустите её полностью; большинству современных сценариев она не нужна.

В5. Вы строите это, чтобы владеть источником маржи или чтобы поддержать основной бизнес? Владеть источником маржи → свой SFU, полная кастомизация. Поддержать основной бизнес → рассмотрите SaaS-решение вроде LiveKit Cloud ради более быстрого выхода на рынок.

Пять подводных камней, которые губят проекты объединённых встреч

1. Рисунок на PDF, который выдают за электронную подпись. Это не она. Постройте или интегрируйте процесс с защищённым от подделки журналом действий, подтверждением личности и криптографическим запечатыванием — иначе вы создаёте повод для иска.

2. Непоследовательное смешивание приглашений из разных календарей. У Google, Outlook и iCal свои особенности. Протестируйте процессы приглашений во всех трёх до запуска; MVP, который «работает для пользователей Google», раздражает 40% ваших пилотных пользователей.

3. Игнорирование участников с ограничениями сети. ИТ-отделы многих B2B-покупателей блокируют произвольный UDP-трафик. Заложите время на настройку TURN-серверов и альтернативный вариант через TCP — это рутинная работа, но именно она отличает «работает на демо» от «работает в реальных условиях».

4. Пропуск журналирования для соответствия нормам. Каждую встречу, каждого участника и каждое событие подписания нужно уметь проверить. Добавить это после запуска — дорого, а иногда и невозможно (нужных данных просто не собрали).

5. Поминутные SaaS-медиасерверы на этапе MVP. Быстро запустить — потом мучиться с переносом. Если уверены, что за 12 месяцев выйдете на объём, при котором будет выгодно, сразу ставьте свой хостинг или заранее планируйте миграцию.

KPI — что измерять после запуска

KPI качества. Доля успешных подключений к звонку (цель >99%), качество медиа в первую минуту (цель MOS >4,0), доля завершённых подписок на встречу, где подписание было предусмотрено (цель >90%), доля успешных дозвонов (цель >98%).

Бизнес-метрики. Конверсия из встречи в подписание (ключевой показатель гипотезы — если единый UX не повышает её по сравнению с базовым уровнем, пересмотрите подход), стоимость эксплуатации на одно рабочее место (сравните с тремя SaaS-решениями), количество активных мест в месяц, доля продлений.

KPI надёжности. Время доступности (цель — более 99,95% для B2B), полнота журнала аудита (100% событий подписания зафиксированы), время восстановления сервиса после сбоя (цель: RTO — менее 1 часа, RPO — менее 15 минут для подписанных документов).

Когда не стоит строить единую платформу

Откажитесь от этой разработки, когда:

• У вас меньше примерно 50 рабочих мест суммарно. Три подписки на SaaS обойдутся дешевле, чем разработка с учётом стоимости на каждое рабочее место.

• Ваш процесс встреч на самом деле не заканчивается подписью. Если подписание — приятное дополнение, а не узкое место, постройте только часть со встречами и планированием и оставьте DocuSign.

• Ваша планка соответствия — только QES в шести юрисдикциях. Используйте специализированного поставщика для подписания, а не реализовывайте всё самостоятельно.

• Вы не можете взять на себя постоянную эксплуатацию медиаинфраструктуры. SFU на своём хостинге требует мониторинга, обновлений и устранения уязвимостей (CVE). Если это выходит за рамки ваших возможностей — используйте SaaS.

Безопасность и соответствие нормам для B2B-покупателей

Корпоративная закупка запросит у вас пакет по безопасности, прежде чем согласится на пилот. Подготовьте ответы заранее — из коробки:

• Безопасность транспорта. DTLS-SRTP для медиа по всему пути; TLS 1.3 — во всём остальном. Использование закреплённых сертификатов там, где клиенты это поддерживают.

• Данные в хранении. AES-256 для записей и подписанных документов. Отдельные ключи шифрования для каждого арендатора при работе с регулируемыми отраслями.

• Управление доступом. RBAC, единый вход (SSO) через SAML 2.0 или OIDC, провижининг через SCIM. Это не приятные дополнения, а обязательные требования для закупки.

• Журнал аудита. Защищённый от подделки журнал всех встреч, участников, подписей и действий администратора. Поддерживается экспорт в стандартном формате. Срок хранения настраивается индивидуально для каждого заказчика.

• Рамки соответствия. SOC 2 Type II — базовый стандарт для B2B-компаний в США; HIPAA — для сферы здравоохранения; GDPR — для пользователей из ЕС (хранение данных в регионе + DPA + контакт с DPO). eIDAS — для электронных подписей в ЕС. Не обещайте то, что не можете обеспечить — каждая из этих рамок требует реальной инженерной работы и постоянной поддержки.

Частые вопросы

Что почитать дальше

Стоит ли вашей команде создавать собственную единую платформу для встреч?

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

Когда это оправдано, всё понятно: 14–22 недели разработки, Kurento или LiveKit в середине, Twilio на телефонной границе, собственный процесс подписания по AdES и Stripe для биллинга. Фора Софт уже запускала именно этот стек в продакшене — начните с 30-минутного звонка по архитектуре, и мы скажем, подходит ли ваш сценарий.