Glabix: встречи без встреч и граница асинхронного видео

Я всегда сразу примеряю новый сервис на свою работу.

Не пытаюсь сначала понять всю категорию рынка.

Смотрю проще:

Где бы я реально использовал это завтра?

С Glabix первая ситуация появилась почти сразу.

Я представил, как объясняю дизайнеру правки на макете.

Текстом это часто неудобно.

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

Голосом и экраном тот же контекст можно передать быстрее.

Похожая ситуация с верстальщиком или разработчиком.

Можно показать конкретный экран, воспроизвести ошибку, пройти по сценарию и не пытаться переводить визуальную проблему в длинное сообщение.

В таких задачах я понимаю пользу Glabix без дополнительных объяснений.

Но затем на первом экране я прочитал:

“Глабикс - это встречи без встреч”

И здесь мой управленческий опыт начал спорить с оффером.

Что я увидел на первом экране

Я проверял главную страницу Glabix 19 июля 2026 года.

На ней написано:

“Повышаем скорость и качество коммуникаций внутри команд”

Следом:

“Глабикс - сервис обмена видеосообщениями со встроенным ИИ, который снижает объем переписок и совещаний в 5 раз”

Основные CTA:

• “Записаться на демо”;
• “Зарегистрироваться”.

Ниже продукт раскрывается достаточно понятно:

• записать видео;
• показать экран;
• отправить ссылку;
• дать человеку посмотреть в удобное время;
• увидеть аналитику просмотра;
• ограничить доступ;
• при необходимости отредактировать фрагмент.

Я быстро понял механику.

Один человек записывает объяснение.

Другой получает его асинхронно и смотрит, когда ему удобно.

Где я сразу увидел пользу

Для меня Glabix выглядит сильным в задачах, где нужно передать фактуру.

Например:

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

Здесь текст часто проигрывает.

Он заставляет переводить визуальную и последовательную информацию в слова.

Часть контекста при этом теряется.

Видео возвращает голос, экран, интонацию и последовательность действий.

Я сам постоянно использую такой формат с частью сотрудников, когда мне нужно что-то показать.

Для меня записать экран и голосом объяснить контекст часто проще, чем собирать отдельный созвон или писать длинное сообщение.

Я уже сталкивался с ситуациями, где вместо получасового созвона действительно можно записать пятиминутное объяснение.

Но в реальной работе я вижу и обратную сторону.

Даже мои сотрудники, а тем более сотрудники наших клиентов, редко сами записывают такие видео.

В лучшем случае отправляют несколько скриншотов и короткое пояснение.

То есть польза формата для меня очевидна, но это ещё не значит, что команда автоматически начнёт им пользоваться.

Где я перестаю верить в замену встречи

Но я не верю, что все встречи можно перенести в такой формат.

Не по теории.

По собственному опыту управления.

Для меня встреча нужна не только для передачи информации.

Часто её работа в другом:

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

В такой работе недостаточно отправить видео и увидеть, что его открыли.

Факт просмотра не равен пониманию.

Человек может досмотреть сообщение и всё равно понять его иначе.

Может не заметить важную деталь.

Может решить, что вопрос не требует ответа.

Может согласиться формально, но не принять решение.

В живом разговоре я вижу обратную связь сразу.

Могу остановиться.

Переформулировать.

Спросить:

Ты понял это так же, как я?

И услышать ответ не через несколько часов, а в момент, когда ещё можно быстро снять расхождение.

Две разные работы, которые смешивает оффер

После этого я увидел на первом экране не одну работу, а две.

Первая:

передать контекст.

Вторая:

совместно выработать решение и синхронизировать понимание.

Glabix хорошо подходит для первой.

Но не всегда подходит для второй.

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

Тогда видео сильнее текста.

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

Мне нужен цикл:

объяснил -> увидел реакцию -> уточнил -> получил возражение -> скорректировал -> договорился.

Асинхронное видео этот цикл растягивает и дробит.

Иногда это допустимо.

Иногда полностью меняет качество работы.

Даже подходящий формат ещё нужно внедрить

Здесь появляется ещё один слой, которого я не увидел на первом экране.

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

Нужно:

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

Камера может быть необязательной.

Но многие всё равно воспринимают видео как формат, в котором нужно показывать лицо.

Не все этого хотят.

Кому-то не нравится собственный голос.

Кому-то проще быстро отправить скриншот.

Кто-то не хочет собираться с мыслью и записывать связное объяснение.

Поэтому удобный сервис сам по себе не создаёт новую привычку.

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

• в каких ситуациях записываем видео;
• когда достаточно текста;
• когда нужен живой созвон;
• должен ли получатель подтвердить понимание;
• где фиксируется итог;
• кто отвечает за следующий шаг.

Без этого Glabix может стать не заменой лишних коммуникаций, а ещё одним каналом рядом со встречами, чатами, скриншотами и письмами.

Какую работу я бы сформулировал уже

Моя рабочая AJTBD-гипотеза для Glabix теперь выглядит не так:

заменить встречи.

А так:

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

Здесь есть важная граница.

Продукт особенно уместен, когда:

• один человек в основном объясняет;
• визуальная демонстрация важнее дискуссии;
• вопрос не требует немедленного совместного решения;
• допустима задержка между объяснением и ответом;
• непонимание можно исправить следующим сообщением;
• цена неверной интерпретации невысока.

И значительно слабее как замена встречи, когда:

• нужно принять решение;
• есть конфликт интересов;
• участвует несколько ролей;
• важна живая реакция;
• нужно проверить одинаковое понимание;
• вопрос меняется в процессе обсуждения;
• цена ошибки высока.

Почему меня режет “в 5 раз”

После этой границы цифра “в 5 раз” вызывает у меня ещё больше вопросов.

Не только потому, что я не вижу методики расчёта.

Я не понимаю рамку применимости:

• для каких ролей;
• для каких процессов;
• для каких типов встреч;
• что именно считалось встречей;
• какие коммуникации можно было заменить без потери качества;
• где видео заменило созвон;
• где только подготовило людей к будущей встрече;
• сколько сотрудников действительно начали регулярно записывать видео;
• какие правила внедрения использовались внутри команд.

Для дизайнера, верстальщика или разработчика видео может заметно сократить число созвонов вокруг конкретных правок и демонстраций.

Для управленческой синхронизации результат может быть совсем другим.

Но даже в подходящих сценариях эффект зависит не только от функций продукта.

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

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

В это я не верю.

Стал бы я переписывать первый экран

Категорию продукта я бы не менял.

Асинхронные видеосообщения описаны понятно.

Проблема для меня находится в слишком широкой рамке заменяемой работы.

“Встречи без встреч” хорошо запоминается.

Но смешивает:

• одностороннюю передачу контекста;
• совместное принятие решения.

Я бы сузил оффер.

Например:

Объясняйте сложное голосом и экраном без отдельного созвона.

Или:

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

Или:

Передавайте визуальный контекст без лишнего созвона.

Такие формулировки слабее как громкий лозунг.

Но точнее объясняют, где продукт действительно полезен.

Что я забираю в “Дожми Продажи”

Этот разбор напомнил мне о двух важных ошибках позиционирования.

Недостаточно назвать знакомую альтернативу.

Нужно проверить, не выполняет ли она несколько разных работ.

И недостаточно показать, что новый формат удобнее.

Нужно ещё понимать, почему люди действительно начнут им пользоваться.

“Встреча” может быть:

• способом передать информацию;
• способом обсудить варианты;
• способом принять решение;
• способом проверить понимание;
• способом распределить ответственность;
• способом снять конфликт.

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

Для “Дожми Продажи” это тоже важная проверка.

Когда мы говорим, что помогаем заменить ручную прослушку, отчёты или споры на ощущениях, нужно точно понимать:

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

Вывод

Glabix я бы использовал.

Я уже использую похожий подход, когда мне нужно что-то показать сотруднику и текст плохо передаёт фактуру.

Но я не воспринимаю его как замену встречам вообще.

Он может заменить часть односторонних демонстраций и объяснений.

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

Поэтому обещание “в 5 раз” требует ответа сразу на два вопроса:

• какие именно встречи и переписки можно заменить без потери качества;
• почему сотрудники действительно начнут использовать новый формат.

Передать информацию, вместе принять решение и изменить поведение команды - три разные работы.