на чем написан дискорд веб
Discord как корпоративный мессенджер и не только
Хочу рассказать про использование мессенджера Discord как основного средства коммуникации в команде. Опыт может быть полезен другим командам, использующим бесплатные мессенджеры, а также всем, кто ищет пути повышения эффективности использования мессенджеров.
Discord – программа странная и выдающаяся одновременно. Почему? Хотя бы потому, что про способы работы в Discord получилась целая статья.
Что-то пошло не так
В данной статье я рассматриваю исключительно мессенджеры, у которых основной функционал доступен бесплатно. Да, существуют прекрасные платные программы, но они за рамками данной статьи, даже если имеют бесплатный урезанный режим.
Обычные мессенджеры устроены так, чтобы работать «из коробки» и без всякого администрирования. Это вполне здравый подход, обеспечивающий низкий порог вхождения: просто создали групповой чат и общаемся в нём. По-другому эти мессенджеры не могут, так как сложные процедуры настройки отпугнут основную аудиторию. Но, как обычно, низкие начальные вложения оборачиваются высокими эксплуатационными издержками. Какие проблемы имеем в итоге.
Разделение по темам. Чем больше пользователей в группе, тем больше количество обсуждаемых тем. Большинство тем интересны ограниченному числу пользователей группы. Подход здорового человека заключается в том, чтобы создавать тематические группы и включать в них только тех, кому тема интересна – такая изоляция уменьшает «информационный шум» от ненужного контента. Но на практике это приводит к полному хаосу. Например, имеем 10 чатов по работе, 4 чата детского сада, 3 чата многоквартирного дома и так далее. И всё это в одном пространстве имён, поэтому мы начинаем путаться в чатах. Они уползают вниз списка, забываются, потом создаются дубликаты забытых чатов, но туда забывают добавить всех пользователей. Если же количество участников примерно от полсотни и выше, то никакие параллельные чаты уже не создаются – слишком сложно поддерживать актуальный список участников. Ведется один супер-чат, содержащий все вопросы жизни, вселенной и всего такого. Результат: большие группы в мессенджерах становятся «токсичными»: контент неинтересен из-за большого количества мусора, мы присутствуем в группах только из-за необходимости.
Избыточные нотификации. Каждому знакома ситуация, когда нам приходит слишком большое количество нотификаций различных мессенджеров. Рассмотрим пример. Пусть, у нас команда из 50 человек и каждый пишет в общий чат 5 сообщений в день. Тогда каждый получит по 50*5=250 нотификаций. Если считать, что для просмотра сообщения мы отвлекаемся на 30 секунд, то 250 нотификаций съедают 250*30=7500 секунд, что составляет 2 часа! А всю команду нотификации отвлекают на время 7500*50=375000 секунд или 104 часа! Вдумайтесь: 104 человеко-часа в день или 13 человеко-дней каждый день! Это 26% ресурсов команды. Такие большие числа получаем потому, что количество людей (50 человек) в чате входит в итоговую формулу квадратично (каждый нотифицирует каждого):
В реальности все несколько лучше, так как сообщения обычно появляются и читаются пачками. Но суть проблемы понятна: квадратичный рост потерь времени команды на нотификации. Кэп подсказывает два способа решения, но оба плохие:
Discord: начало
Теперь переходим к Discord. Прежде всего заметим, что в Discord есть два режима или, скорее, «вида»: назовем их «обычный» и «сервер». Они существуют параллельно и имеют разные цели. В «обычном» виде Discord – это такой же обычный мессенджер, как и все остальные. Даже с более ограниченными возможностями, чем тот же Skype:
Сервер
Чтобы работать с сервером, надо этот самый сервер иметь. Для определенности будем считать, что мы сотрудники стартапа «Рога и Копыта», поэтому наш сервер будет называться «РК». Создаем сервер путем нажатия на кнопку с большим знаком «+». Сервер – это уютное место, где будет проходить всё наше корпоративное общение (кроме 1-на-1, которое в «обычном» виде, вне сервера). Пользователи должны присоединиться к серверу по приглашению.
В левой панели сразу видим две новые сущности:
Теперь переходим к инструментам Discord, которые делают его эффективным для командной работы. Прежде всего это роли. Смысл в том, что мы настраиваем права доступа не для конкретных пользователей, а для ролей и даём эти роли людям. Список разных прав, которые может иметь роль, внушает: целых 32 пункта. Кроме того, у каналов мы настраиваем, какие права имеет роль в канале: чтение, написание, удаление сообщений и т.п.
Какие роли создавать – решаем сами. Роль соответствует некоему типичному набору действий пользователя. Например, на нашем сервере сделаем такие роли:
Каналы
Текстовые каналы на нашем сервере могут быть, например, такие:
Упоминания
Упоминания – ещё одна вещь, которая делает работу в Discord эффективной. Это когда мы пишем сообщение в текстовый канал, упоминая аккаунт с помощью специального синтаксиса:
Можно упомянуть роль:
А вот так можно упомянуть всех, кто есть в канале (любой из этих вариантов работает):
Тут вы можете сказать: «Ха! В Skype тоже можно упомянуть через @имя. И зачем упоминать всех, какой в этом смысл? Ведь сообщение и без того обращено ко всем».
Действительно, в Skype можно написать Vasya.Pupkin. Но в Skype вся польза от упоминания в том, что во всплывающем уведомлении будет добавлено, что «вас упомянули». Наверное, в этом есть смысл, но в Discord сделали лучше. Прежде всего заметим, что в Discord есть два вида нотификаций о новых сообщениях:
Поток сообщений в текстовых каналах не требует внимания, пока пользователь не упомянут.
Легко видеть, что такой подход решает описанную выше проблему избыточных нотификаций, если немного обучить пользователей правильному стилю работы. Например, такому:
И таких упоминаний в реальности очень мало, не более 2% сообщений. Обычно упоминают here когда задают вопрос не зная, кто конкретно может на него ответить. Все отвлекаются от работы и читают вопрос. Дальше люди, которым есть что сказать, остаются вести дискуссию, остальные возвращаются к своим делам. И не бойтесь, что here будет слишком много: лишний раз писать here в сообщении просто лень!
Также упоминаний не будет слишком мало. Хотя бы потому, что человек сам заинтересован позвать правильных людей упоминанием в своем посте, чтобы достичь нужного ему результата. Короче, всё это самобалансируется и получается норм. Что с остальными 98% сообщений? Их тоже надо читать, но не срочно. В удобное время с чашкой кофе прочитываем весь поток сообщений. Такое отложенное прочитывание не приводит к огромным потерям времени, как описано в начале статьи. Ведь читаем подряд, не переключая свой мозг между сообщениям и другими делами. И, что самое главное, сообщения не отрывают нас от работы.
Итого: проблема избыточных нотификаций полностью решена, и при этом обеспечено быстрое реагирование на важные сообщения.
А минусы какие?
Технические ограничения в Discord.
Стандартные возможности
В этой статье рассмотрены принципиальные отличия Discord от других мессенджеров, позволяющие значительно увеличить эффективность работы. А вот список мелких фич, которые типичны для мессенджеров и не являются чем-то выдающимся:
А еще есть.
Боты и возможность написания своих ботов. Но это уже совсем другая тема.
Итого
Discord – это в некотором роде мессенджер 2.0, имеющий средства для эффективного общения больших групп пользователей, в том числе и в корпоративном применении. Создатели программы не побоялись выйти за рамки парадигмы обычных мессенджеров – и получилось неплохо. И в то же время Discord не конкурент обычным мессенджерам, у него своя экологическая ниша. Ведь у простых пользователей, не айтишников и не геймеров, наступает шок и трепет от необходимости администрирования и непохожести на привычные программы.
Надеюсь, информации в статье достаточно, чтобы решить, надо вам это или нет.
UPD1: Комментарий JustDont:
Перед тем как советовать дискорд для контор, нужно обязательно упоминать о том, что вообще-то нужно внимательно честь Discord Privacy Policy, в которой вполне себе английским или русским по белому написано, что Discord собирает всё, что вы ему отправляете. В том числе и всю вашу переписку, обратите внимание. И совершенно не обещает её шифровать и вообще как-то беречь её конфиденциальность от самих себя. И есть ряд сценариев, в которых эта собранная информация вполне может уйти куда-то, куда вам не очень хочется, чтоб она ушла. И нужно оценивать эти риски.
Как Discord одновременно обслуживает 2,5 млн голосовых чатов с помощью WebRTC
С самого начала мы так спланировали инженерные и продуктовые решения, чтобы Discord хорошо подходил для голосовых чатов во время игры с друзьями. Эти решения позволили сильно масштабировать систему, обладая небольшой командой и ограниченными ресурсами.
В статье рассматриваются различных технологии, которые использует Discord для аудио/видеочатов.
Для ясности всю группу пользователей и каналов мы будем называть «группа» (guild) — в клиенте они называются «серверами». Вместо этого здесь термин «сервер» относится к нашей серверной инфраструктуре.
Главные принципы
Каждый аудио/видеочат в Discord поддерживает много участников. Мы наблюдали, как в больших групповых чатах тысяча человек разговаривают по очереди. Такая поддержка требует клиент-серверной архитектуры, потому что одноранговая пиринговая сеть становится непомерно дорогой при увеличении числа участников.
Маршрутизация сетевого трафика через серверы Discord также гарантирует, что ваш IP-адрес никогда не виден — и никто не запустит DDoS-атаку. У маршрутизация через серверы есть и другие преимущества: например, модерация. Администраторы могут быстренько отключить звук и видео нарушителям.
Клиентская архитектура
Discord работает на многих платформах.
Аудио и видео в Discord работает на WebRTC. Таким образом, браузерное приложение полагается на реализацию WebRTC в браузере. Однако приложения для десктопов, iOS и Android используют единый мультимедийный движок C++, построенный поверх собственной библиотеки WebRTC, специально адаптированной к потребностям наших пользователей. Это означает, что некоторые функции в приложении работают лучше, чем в браузере. Например, в наших нативных приложениях мы можем:
В Discord голосовая и видеосвязь инициируется путём ввода голосового канала или вызова. То есть связь всегда инициируется клиентом — это снижает сложность клиентской и серверной части, а также повышает устойчивость к ошибкам. В случае сбоя инфраструктуры участники могут просто повторно подключиться к новому внутреннему серверу.
Под нашим контролем
Контроль нативной библиотеки позволяет реализовать некоторые функции иначе, чем в браузерной реализации WebRTC.
Во-первых, WebRTC полагается на протокол Session Description Protocol (SDP) для согласования аудио/видео между участниками (до 10 КБ на каждый обмен пакетами). В собственной библиотеке для создания обоих потоков — входящего и исходящего — используется API более низкого уровня от WebRTC ( webrtc::Call ). При подключении к голосовому каналу происходит минимальный обмен информацией. Это адрес и порт сервера бэкенда, метод шифрования, ключи, кодек и идентификация потока (около 1000 байт).
Кроме того, для определения наилучшего маршрута между участниками WebRTC использует Interactive Connectivity Establishment (ICE). Поскольку у нас каждый клиент подключается к серверу, нам не нужен ICE. Это позволяет обеспечить гораздо более надёжное соединение, если вы находитесь за NAT, а также сохранить ваш IP-адрес в секрете от других участников. Клиенты периодически пингуются, чтобы файрвол сохранял открытое соединение.
Наконец, WebRTC использует Secure Real-time Transport Protocol (SRTP) для шифрования носителей. Ключи шифрования устанавливаются с помощью протокола Datagram Transport Layer Security (DTLS) на основе стандартного TLS. Встроенная библиотека WebRTC позволяет реализовать собственный транспортный уровень с помощью webrtc::Transport API.
Вместо DTLS/SRTP мы решили использовать более быстрое шифрование Salsa20. Кроме того, мы не отправляем аудиоданные в периоды тишины — частое явление, особенно в больших чатах. Это приводит к значительной экономии пропускной способности и ресурсов CPU, однако и клиент, и сервер должны быть готовы в любой момент прекратить приём данных и переписать порядковые номера аудио/видеопакетов.
Поскольку веб-приложение использует браузерную реализацию WebRTC API, тут нельзя отказаться от SDP, ICE, DTLS и SRTP. Клиент и сервер обмениваются всей необходимой информацией (менее 1200 байт при обмене пакетами) — и у клиентов на основе этой информации устанавливается сессия SDP. Бэкенд отвечает за устранение различий между десктопными и браузерными приложениями.
Архитектура бэкенда
На бэкенде работает несколько сервисов для голосовых чатов, но мы сосредоточимся на трёх: Discord Gateway, Discord Guilds и Discord Voice. Все наши сигнальные серверы написаны на Elixir, что позволяет многократно повторно использовать код.
Когда вы в сети, ваш клиент поддерживает соединение WebSocket к шлюзу Discord Gateway (мы называем его шлюзовым подключением WebSocket). Через это соединение ваш клиент получает события, связанные с группами и каналами, текстовые сообщения, пакеты присутствия и т. д.
При подключении к голосовому каналу статус подключения отображается объектом состояния голосовой связи. Клиент обновляет этот объект по шлюзовому подключению.
При подключении к голосовому каналу вам назначают один из серверов Discord Voice. Он отвечает за передачу звука каждому участнику канала. Все голосовые каналы в группе назначаются одному серверу. Если вы первый в чате, сервер Discord Guilds отвечает за назначение сервера Discord Voice всей группе с помощью описанного ниже процесса.
Назначение сервера Discord Voice
Каждый сервер Discord Voice периодически сообщает о своём состоянии и нагрузке. Эта информация помещается в систему обнаружения сервисов (мы используем etcd), как обсуждалось в предыдущей статье.
Сервер Discord Guilds следит за системой обнаружения сервисов и назначает группе наименее используемый сервер Discord Voice в данном регионе. Когда он выбран, все объекты состояния голосовой связи (также поддерживаемые сервером Discord Guilds) передаются на сервер Discord Voice, чтобы тот мог настроить переадресацию аудио/видео. Клиенты уведомляются о выбранном сервере Discord Voice. Тогда клиент открывает второе соединение WebSocket с голосовым сервером (мы называем его голосовым соединением WebSocket), которое используется для настройки переадресации мультимедиа и индикации речи.
Когда в клиенте отображается статус Awaiting Endpoint, это означает, что сервер Discord Guilds ищет оптимальный сервер Discord Voice. Сообщение Voice Connected означает, что клиент успешно обменялся пакетами UDP с выбранным сервером Discord Voice.
Сервер Discord Voice содержит два компонента: сигнальный модуль и блок ретрансляции мультимедиа, называемый блоком избирательной пересылки, SFU (selective forwarding unit). Сигнальный модуль полностью контролирует SFU и отвечает за генерацию идентификаторов потоков и ключей шифрования, перенаправление индикаторов речи и т. д.
Наш SFU (на C++) отвечает за направление аудио- и видеотрафика между каналами. Он разработан своими силами: для нашего конкретного случая SFU обеспечивает максимальную производительность и, таким образом, самую большую экономию. При модерации нарушителей (отключение звука на сервере), их аудиопакеты не обрабатываются. SFU также работает мостом между нативными и браузерными приложениями: он реализует транспорт и шифрование и для браузера и для нативных приложений, преобразуя пакеты в процессе передачи. Наконец, SFU отвечает за обработку протокола RTCP, который используется для оптимизации качества видео. SFU собирает и обрабатывает отчёты RTCP от получателей — и уведомляет отправителей, какая полоса доступна для передачи видео.
Отказоустойчивость
Поскольку напрямую из интернета у нас доступны только сервера Discord Voice, речь пойдёт о них.
Сигнальный модуль непрерывно контролирует SFU. Если тот сбоит, он мгновенно перезапускается с минимальной паузой в обслуживании (несколько потерянных пакетов). Состояние SFU восстанавливается сигнальным модулем без какого-либо взаимодействия с клиентом. Хотя сбои SFU редки, мы используем тот же механизм для обновления SFU без перерывов в обслуживании.
Когда падает сервер Discord Voice, он не отвечает на пинг — и удаляется из системы обнаружения сервисов. Клиент также замечает сбой сервера из-за разрыва голосового соединения WebSocket, тогда он запрашивает пинг голосового сервера через шлюзовое соединение WebSocket. Сервер Discord Guilds подтверждает сбой, консультируется с системой обнаружения сервисов и назначает группе новый сервер Discord Voice. Затем Гильдии Discordов отправляют все объекты состояния голоса на новый голосовой сервер. Все клиенты получают уведомление о новом сервере и подключаются к нему для запуска настройки мультимедиа.
Довольно часто серверы Discord Voice попадают под DDoS (мы видим это по быстрому увеличению входящих IP-пакетов). В этом случае мы выполняем такую же процедуру, как при сбое сервера: удаляем его из системы обнаружения сервисов, выбираем новый сервер, переводим на него все объекты состояния голосовой связи и уведомляем клиентов о новом сервере. Когда DDoS-атака утихает, сервер возвращается обратно в систему обнаружения служб.
Если владелец группы решает выбрать новый регион для голоса, мы выполняем очень похожую процедуру. Сервер Discord Guilds выбирает наилучший доступный голосовой сервер в новом регионе, консультируясь с системой обнаружения сервисов. Затем он переводим на него все объекты состояния голосовой связи и уведомляем клиентов о новом сервере. Клиенты разрывают текущее соединение WebSocket со старым сервером Discord Voice и создают новое соединение с новым сервером Discord Voice.
Масштабирование
Вся инфраструктура Discord Gateway, Discord Guilds и Discord Voice поддерживает горизонтальное масштабирование. Discord Gateway и Discord Guilds работают в облаке Google.
У нас более 850 голосовых серверов в 13 регионах (размещёнными более чем в 30 дата-центрах) по всему миру. Такая инфраструктура обеспечивает большую избыточность на случай сбоев в дата-центрах и DDoS. Мы работаем с несколькими партнёрами и используем свои физические серверы в их дата-центрах. Совсем недавно добавили регион Южной Африки. Благодаря инженерным усилиям как в клиентской, так и в серверной архитектуре, теперь Discord способен обслуживать одновременно более 2,6 миллиона пользователей голосового чата с исходящим трафиком более 220 Гбит/с и 120 млн пакетов в секунду.
Что дальше?
Мы постоянно следим за качеством голосовой связи (метрики поступают с клиентской стороны на серверы бэкенда). В будущем эта информация поможет в автоматическом обнаружении и устранении деградаций.
Хотя мы запустили видеочат и скринкасты год назад, но сейчас их можно использовать только в личных сообщениях. По сравнению со звуком, видео требует значительно большей мощности CPU и пропускной способности. Задача состоит в том, чтобы сбалансировать объём пропускной способности и ресурсов CPU/GPU, используемых для обеспечения наилучшего качества видео, особенно когда группа геймеров в канале находится на разных устройствах. Решением проблемы может стать технология масштабируемого видеокодирования Scalable Video Coding (SVC), расширение стандарта H.264/MPEG-4 AVC.
Для скринкастов нужно ещё больше полосы, чем для видео, из-за более высокого FPS и разрешения, чем у обычной веб-камеры. Мы сейчас работаем над поддержкой аппаратное кодирования видео в десктопном приложении.
Как Discord стал мессенджером для всех
Не запрещайте детям играть
35-летний Ситрон очень благодарен родителям, что они позволяли ему играть в приставку Nintendo сколько душе угодно. Требование у них было только одно: сначала сделать уроки. Пока других ребят выгоняли из дома играть со сверстниками или отправляли в кружки, Ситрон сидел с джойстиком перед телевизором. Приятели у него подобрались из таких же геймеров. «Когда мне было лет 12–13, на моей первой вечеринке с ночевкой не дома друг научил меня программировать на Qbasic. Все остальные заснули, а мы и не думали ложиться и написали за ночь приключенческую видеоигру», – говорил Ситрон Business Insider. Из-за увлечения играми (в частности, World of Warcraft) он чуть не вылетел из колледжа за неуспеваемость. Но игромания сделала его миллионером.
Тогда Ситрону пришла в голову идея: «Еще никто не делал аналог Xbox Live для этой штуки [iPhone]!»
Xbox Live – это сервис, позволяющий владельцам приставок общаться во время игры. У стартапа была уже база для разработки: в его игру был встроен чат. Правда, была маловата команда – всего четыре человека.
Тогда Ситрон написал объявление, что ищет разработчиков, и подробно описал будущий проект. Объявление разместил сайт TechCrunch. Идея понравилась компьютерной тусовке: за ночь откликнулось около 400 программистов. Через 45 дней с их помощью продукт был готов, и в феврале 2009 г. вышла соцсеть для геймеров OpenFeint, поначалу интегрированная с 30 играми от 15 разработчиков. В ней можно было не только общаться, но и сравнивать свои и чужие результаты, ставить друзьям игровые задачи. Вскоре соцсеть начала работать и на платформе Android.
Правда, на профильных сайтах муссировалась еще одна версия: компания не нашла способ монетизировать OpenFeint, а конкуренция на этом рынке становилась все жестче. Apple активно продвигала для iOS свое приложение Game Center, запущенное еще в 2010 г., а на Android вообще было не протолкнуться от конкурентов: Gameloft Live, Plus+ и т. д.
Как родился Discord
Ситрон некоторое время проработал в GREE и уволился. Он уверял, что, не будь он геймером, забрал бы свои миллионы и жил бы спокойно. Но страсть к играм заставила его в 2012 г. основать следующий стартап – Hammer & Chisel. В команду вошел программист Стэн Вишневский, моложе Ситрона на четыре года, с которым их познакомил один из сотрудников GREE.
На чем зарабатывает Discord
Стартап выпустил многопользовательскую игру под названием Fates Forever, очень похожую на League of Legends. В нее были встроены текстовый и голосовой чаты. Вишневского беспокоили жалобы геймеров на качество чата и скудный набор инструментов в нем. Он уговорил Ситрона выделить работу над чатом в отдельный проект. И, как это порой случается в Кремниевой долине, в 2014 г. разработчики поняли, что лучшее в их игре – это побочная функция, т. е. чат. Сама игра почти не приносила прибыли (несмотря на хорошие отзывы), деньги заканчивались, так что Ситрон принял самое трудное решение в жизни: уволил пятерых дизайнеров игры и сосредоточился на разработке чата, который назвали Discord. «Мы не могли заниматься одновременно двумя проектами как стартап, – говорил он Business Insider. – Fates Forever пришлось умереть, чтобы Discord остался в живых Discord не родился бы, если б я не провалился как разработчик игр».
Стартап тоже переименовали в Discord. Его гендиректором стал Ситрон, техническим директором – Вишневский. Случилось это в 2014 г. На рынке было немало многопользовательских игр с миллионами фанатов, которые играли на множестве устройств: компьютерах с операционными системами Windows и MacOS, приставках PlayStation, Xbox, Nintendo, телефонах на Android и iOS. Проблема была в том, что играющие в одну и ту же игру на разных устройствах геймеры не могли общаться. Например, Xbox Live позволял вести чат только владельцам приставки этой марки.
Игроки пользовались сторонними программами. Но список альтернатив был коротким. TeamSpeak считался устаревшим – он почти не изменился с момента выхода в 2001 г. К тому же он взимал плату за чат-группы из более чем 32 пользователей. Skype и Slack тоже не пользовались популярностью у игроков.
Discord был разработан геймерами для геймеров и учитывал все, что нужно игрокам, вплоть до мелочей. Например, такая деталь: чтобы игра не тормозила, он потреблял минимум ресурсов и даже не запускал автоматически гифки (мини-ролики), чтобы не забивать память. Рекламный слоган у Discord был прямолинейным донельзя: «Пора отказаться от Skype и TeamSpeak».
Не чат, а бар
Поначалу дело у стартаперов не клеилось. «Когда мы решили пойти ва-банк с Discord, оказалось, что у нас всего десяток пользователей, – говорил Ситрон интернет-изданию Protocol. – Одна группа играла в League of Legends, одна гильдия – в World of Warcraft, и больше никого. Мы показывали приложение нашим друзьям, они говорили: «Крутяк!» и. не пользовались им».
Сначала Ситрон и Вишневский решили, что дело в качестве связи. За первые месяцы работы они трижды переделывали технологию передачи голоса, чтобы добиться стабильности работы и хорошей слышимости. Попутно они запустили функцию, которая позволяет пользователям модерировать, банить, давать разрешения на отдельные действия другим участникам чата. Именно после этого приятели, которых просили протестировать Discord, стали пользовался им сами и рассказывать о нем своим друзьям.
Днем своего запуска Discord считает 13 мая 2015 г. Приложение и до этого было доступно всем желающим для использования. Но в мае кто-то написал о нем на популярном сайте Reddit в новостях для фанатов игры Final Fantasy XIV. Заметив, что в чате появились новые участники, Ситрон и Вишневский зашли в него, представились и принялись активно общаться. Геймерам понравилось трепаться с разработчиками, разбирающимися в играх. Они принялись звать в ветку чата все новых и новых знакомых. За сутки на Discord завели аккаунты несколько сотен новых пользователей.
Пока Zoom и другие конкуренты работали над функциями для телеконференций, Discord продолжал улучшать качество, рассказывал Вишневский Protocol: «Мы хотели, чтобы 1000 человек могли бы разговаривать с задержкой менее миллисекунды. Задержка не очень существенная для людей, участвующих в телеконференциях». Зато для геймеров такие вещи критически важны. В Discord множество фишек для игроков, но все собеседники журналиста Protocol особенно отмечали одну: возможность войти в голосовой чат на канале и включиться в идущий там разговор или же начать новый. Это как будто войти в комнату с друзьями, плюхнуться на диван и сказать приятелям: «Ну что, потреплемся?»
Говоря с Forbes этим летом, Ситрон видел будущее сервиса неким подобием бара из сериала «Чирс» (Cheers, 1982–1993): «Это место, где все тебя знают, где можно проводить время с друзьями, общаться и делиться всем, что считаешь нужным».
Чужаки среди геймеров
Пока Ситрон и Вишневский делали Discord как можно более удобным для геймеров, с ним творилось нечто странное. Его стали использовать для общения со своей аудиторией популярные блогеры с YouTube и Instagram. Ситрон и Вишневский не до конца понимали причину, пока не прочитали в марте 2019 г. статью о своем стартапе в журнале The Atlantic. Блогеры рассказали журналистам, что Discord удобно пользоваться. К тому же не было риска (это отличало Discord от других площадок), что их видео или пост будет погребен алгоритмом под ворохом других новостей, которые искусственный интеллект считает более важными для читателей.
Ситрон с Вишневским провели масштабный опрос пользователей и выяснили, что около 30% из них не имеют отношения к играм. Например, в Discord было крупное сообщество – около 5700 человек – фанатов гонок «Формула 1». В Discord бойскауты обсуждали организационные вопросы. Любители вязания делились выкройками. Поклонники оригами вели онлайн-занятия.
Нельзя сказать, что стартаперы не знали, что их сервис удобен не только геймерам. В 2017 г. они с изумлением обнаружили, что Discord использовался для координации планов некоторыми группами правых экстремистов, устроившими погромы в Шарлоттсвилле. После этого стартап нарастил численность команды Trust and Safety, которая отслеживает незаконный контент. Сейчас на нее приходится более 15% от общего числа сотрудников.
Но то, что негеймеров на платформе так много, стало открытием для стартаперов. Анкета помогла выяснить, что этим людям нравится в сервисе, а что стоит улучшить. В начале этого года Discord приступил к масштабному редизайну и ребрендингу, добавил ряд функций, в частности видеочат, и стал позиционироваться как сервис для всех, а не только для игроманов. Его слоганом стало «Ваше место для разговоров», а со страниц пропали шутки, понятные только поклонникам компьютерных игр.