Бесплатный pet-проект GolosHub, который начинался как личный способ разбирать записи созвонов, дорос более чем до 5 тысяч пользователей. Для русскоязычной IT-аудитории это не история про очередной «AI-сервис», а вполне приземлённый кейс: проблема оказалась не в том, как сохранить встречу, а в том, как потом быстро достать из неё нужный смысл.
Об этом пишет Habr / Менеджмент в колонке автора проекта Александра, продакта из бигтеха. Исходная боль знакома почти любому, кто живёт в календаре: встреча записана, файл лежит на диске, но через две недели уже непонятно, в каком именно созвоне обсуждали сроки, бюджет или того самого участника, которого нужно было добавить в копию письма. В итоге формально информация есть, а практически ею пользоваться почти так же неудобно, как если бы записи созвонов вообще не было.
Автор описывает типичный сценарий менеджерской рутины без романтики. Если записывать только важные звонки, приходится заранее угадывать, какой из них окажется важным. Если писать всё подряд, очень быстро появляется «кладбище mp4-файлов»: десятки встреч с похожими названиями, где нужная мысль спрятана где-то внутри многочасовой записи. Папки по клиентам, датам и проектам немного дисциплинируют архив, но не решают главную задачу. Пользователь ищет не файл с названием вроде sync_06_04.mp4, а момент, где клиент назвал дедлайн, отказался от интеграции или согласовал бюджет. Именно из этого наблюдения выросла центральная продуктовая идея: хранение не равно доступу.
Первая версия GolosHub появилась примерно полтора года назад. По словам автора, разработка шла ещё в тот период, когда генеративные инструменты помогали с отдельными функциями и библиотеками, но не умели аккуратно разбирать весь репозиторий и предлагать связную архитектуру. Поэтому проект собирался «по-классике»: вручную, с ChatGPT в роли советчика, а не автопилота. Технологический стек тоже получился прагматичным. Веб-часть автор сделал на React, серверную логику — на Node.js, а в качестве базы выбрал MongoDB, потому что схема данных в таком продукте почти наверняка будет переписываться не один раз. Для интерфейса использовался Tailwind CSS — не из любви к прекрасному, а чтобы не утонуть в ручной вёрстке.
Ключевой компонент GolosHub вырос не с нуля: основой стал уже существовавший у автора движок распознавания речи. Он умел превращать длинные аудио- и видеозаписи в текст за разумное время и был рассчитан на реальные, а не лабораторные условия: большие файлы, длинные дорожки, ошибки распознавания, диаризацию и прочие радости работы с голосом. Но сам по себе движок оставался скорее инженерным инструментом. Чтобы из него получился продукт, понадобился веб-слой, через который можно было бы загружать запись с любого устройства, работать с транскриптом, искать по содержанию, раскладывать материалы по проектам и не заниматься ручной логистикой файлов между рабочим ноутбуком, домашним компьютером и мессенджерами.
Отдельно важен и пользовательский сценарий, который автор формулирует почти как учебник по Jobs To Be Done, только без консалтингового пафоса. Первая «работа» — вообще записать встречу вне зависимости от того, в какой системе она проходит. Teams, «Телемост», «СберJazz» и прочий корпоративный зоопарк редко дают единый опыт. Где-то запись может включить только организатор, где-то файл потом уедет в неудобное место, а где-то сама кнопка record устроена так, что проще не связываться. Плюс остаётся социальный аспект: просьба «давайте я включу запись» на практике не всегда комфортна, особенно если человеку нужен не официальный протокол, а возможность позже восстановить рабочий контекст. Вторая «работа» — сделать так, чтобы записи созвонов после встречи не оседали мёртвым грузом, а превращались в рабочий артефакт: с поиском по смыслу, быстрым переходом к нужному фрагменту, тегами, проектами и возможностью делиться результатом.
Собственно, на этом месте история становится интересной уже не только продактам, но и разработчикам. GolosHub вырос из личной боли, но быстро уткнулся в реальность, где пользователи почти никогда не используют продукт так, как придумал автор. В исходном описании упоминаются тяжёлые кейсы, которые выглядят знакомо для любого, кто выпускал что-то «для себя», а потом внезапно встретился с внешним миром: видеофайлы на 20 ГБ, многочасовые аудиозаписи, плохой интернет, автоматизация через боты, сценарии шаринга и постоянные попытки сломать интерфейс нестандартным поведением. Это хороший антидот против популярной легенды, будто современный AI-продукт можно собрать за вечер в редакторе с автодополнением и дальше всё полетит само. Нет, не полетит. Пользовательская среда по-прежнему сильнее красивого демо.
Для бизнеса и внутренних IT-команд в этой истории важен ещё один слой. Рынок уже привык к тому, что генеративный ИИ пишет письма, пересказывает документы и делает саммари встреч. Но кейс GolosHub показывает более скучную и потому более полезную нишу: не «попросить нейросеть что-нибудь придумать», а наладить доступ к уже существующей деловой информации, которая годами тонет в архивах звонков. Для команд, работающих в длинных продажах, интеграционных проектах, клиентском сервисе и продуктовой разработке, цена такой потери контекста вполне материальна: лишние созвоны, повторные согласования, ошибки в коммуникации и зависимость от памяти конкретного сотрудника. Если записи созвонов становятся индексируемыми и пригодными для поиска, это уже не удобная мелочь, а инфраструктура знаний.
История GolosHub в итоге упирается в вопрос, который будет всё чаще звучать в корпоративном софте: что ценнее — ещё одна функция записи или нормальный доступ к смыслу внутри уже накопленного аудиоархива. Похоже, следующий раунд конкуренции в инструментах для встреч пойдёт не за право сохранить файл, а за право быстро ответить на простой рабочий вопрос: где именно это обсуждали и что тогда решили.