Как мы создавали Miro и Zoom в одном флаконе

getLocus.io — чему мы научились за четыре месяца после релиза.

Первую статью мы опубликовали в день релиза и рассказали в ней о том, как пришли к идее, как разрабатывали MVP и с какими трудностями сталкивались.

getLocus — интерактивная доска (whiteboard), поверх которой перемещаются аватарки с видеосвязью. Причём пространство доски имитирует комнаты — чем дальше аватарки друг от друга, тем меньше они друг друга слышат.

К пользователям мы выходили с базовой гипотезой о том, что мы сервис для проведения встреч в онлайне. Мы думали, что наши виртуальные комнаты смогут заменить zoom, где пользователи будут интерактивно взаимодействовать между собой.

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

Выявили проблему в коммуникации между CTO и продакт менеджером.
Для поиска решений подготовили парный доклад и выступили на DevOpsLive2020.

Рассказали о сложности фиксации и исправления багов в формате открытой дискуссии с экспертами и участниками. Беседа развивалась вокруг понятия «ошибка» и различении того, что считает ошибкой пользователь и продакт, и как она может быть интерпретирована разработчиками «из-под капота». Из полезного посоветовали почитать и подумать про DoD бага, test requirements, bdd (behavior-driven development).

Планируем написать об этом отдельную статью.

После релиза, клиенты стали проводить пробы с большим числом участников (от 20 одновременных подключений и больше). Только в этот момент к нам пришло осознание, что стартовая техническая задумка, организовать видеосвязь через p2p — провальна (кто бы мог подумать).
Заявленная мощность браузеров по числу одновременных p2p соединений оказалась в разы меньше заявленной и пользователям не удавалось подключиться сразу ко всем участником доски, а скорость подключения оказалась неприемлемой.

Поскольку через несколько дней у нас планировалось коммерческое мероприятие на 100+ человек, мы приняли решение в срочном порядке переписать всю архитектуру. Бессонные ночи и работа в выходные спасли ситуацию и ивент был успешно проведен.
Важно — клиент был предупрежден о рисках и лояльно к ним отнесся. Мы вместе с ним подготовили резервный план на случай неудачи, но к счастью, всё обошлось.

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

Изучив проблему подробнее, пришли к выводу, что с такой проблемой в той или иной мере сталкиваются ~11% наших юзеров. Проблема была вызвана потерей «пакетов», за которым следовала потеря связи на доли секунды. А вот дальнейшее переподключение уже занимало несколько секунд, что негативно сказывалось на пользовательском опыте.

Такое часто случается на старых wi-fi роутерах или когда не очень надежный интернет-провайдер. При этом, скорость интернета может оставаться очень даже высокой. Это напоминает мигание лампочки, при некачественной проводке.

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

Ограничения браузеров не позволяют нам делать также, однако решить проблему все таки можно. Патч выйдет со дня на день:)

Спасибо команде за вовлеченность, а пользователям за фидбек, обратная связь помогает нам лучше понять себя:)