Почему мы построили Optima Voice вокруг комплаенса, даже когда это стоило нам скорости

Почему мы построили Optima Voice вокруг комплаенса, даже когда это стоило нам скорости
Дособирать комплаенс задним числом — это пересборка, а не апгрейд. Почему Optima Voice с первого дня строился на инфраструктуре, готовой к HIPAA и FedRAMP.

Самый быстрый способ собрать голосового AI-агента — тот, которым его собирают почти все: взять API языковой модели, подключить сервис синтеза речи, пустить через то, что дешевле, задеплоить в обычное облако. Что-то, отвечающее на звонки, можно получить за выходные.

Мы сделали не так — и первые несколько месяцев это нас тормозило.

Решение, которое определило всё остальное

В самом начале нам нужно было решить, какой компанией будет Optima Voice. Не «AI-агент для отрасли X» — а инфраструктурное решение, которое под этим лежит. Два варианта: быстро собрать на типовом стеке, выйти на рынок, а комплаенс прикрутить потом, если какой-нибудь клиент спросит. Или строить на инфраструктуре, готовой к регулируемым данным с первого дня, хотя почти никто из наших ранних собеседников не говорил ни про медицину, ни про государство.

Мы выбрали второе. Это означало стандартизироваться на AWS вместо сшивания лучших в своём классе вендоров. Выбирать сервисы с поддержкой HIPAA и FedRAMP даже для клиентов, которым ни то ни другое никогда не понадобится. Больше настройки, меньше срезанных углов и более медленные ранние демо.

Почему этот размен имел смысл

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

Встроить это с самого начала стоило нам недель. Дособирать потом — стоило бы продукта.

Что это открыло

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

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

Что я сказал бы фаундеру, который строит это сегодня

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

Нам повезло, что это был осознанный выбор, а не урок, выученный на своей шкуре. Встраивайте рано. Так дешевле каждый раз.

Oleksii Kocherev

CEO, Optima Voice

Голосовые AI-агенты для бизнеса, образования и государства

Оригинал статьи опубликован на Medium.

Оцените статью:

4.9 из 5 на основе 13 оценок