PM-команда тратила 10 часов в неделю на протоколы совещаний. Теперь --- всего 2.
Профиль компании: B2B SaaS-стартап из 30 человек / автоматизация корпоративных рабочих процессов / 3 PM, 15 инженеров, 4 дизайнера
- Время на оформление протоколов: с 10 часов в неделю до 2 часов (сокращение на 80%)
- Упущенные решения в месяц: с 8 до 0
- Адаптация новых PM: с 3 дней до 1 дня (на 67% быстрее)
Это четырёхнедельный отчёт PM-команды стартапа из 30 человек о внедрении Knoi. Он включает не только успехи, но и ошибки.
До внедрения: типичный день PM
День --- это бесконечный цикл совещаний и обработки записей
Утро начинается с уведомлений в Slack. Просмотр отзывов клиентов, подготовка повестки, затем ежедневный стендап в 9 утра. Пятнадцать минут синхронизации, после чего 20 минут на ручной перенос статуса спринта в Notion.
На утреннем планировании дискуссия становится жаркой --- вы прекращаете вести записи, чтобы участвовать. После совещания вы тратите 40 минут на восстановление сказанного по памяти. Послеобеденный звонок с клиентом? Невозможно одновременно демонстрировать экран и вести записи. Как только звонок заканчивается, вы записываете всё, что удаётся вспомнить. Ещё 30 минут.
К моменту завершения обзора спринта граница между «подтверждено» и «ещё обсуждается» размывается. К четвёртому набору записей концентрация исчерпана. Через две недели вы перечитываете их и не можете понять, что означает половина написанного.
Четыре-пять совещаний в день. 2 часа на оформление записей. Пять дней в неделю: 10 часов. Планирование продукта и исследование пользователей --- собственно работа PM --- постоянно откладывались. Шутка «Я PM или стенографист?» ходила по кругу, но никто не смеялся.
Альтернативы, которые пробовали
Шаблоны Notion с готовыми разделами для повестки, решений и задач всё равно требовали 30 минут на заполнение и полностью игнорировались в загруженные дни. Совместная работа в Google Docs в реальном времени приводила к тому, что три человека писали разные версии одного и того же --- создавая больше путаницы, а не меньше. Правило размещать резюме совещаний в Slack-тредах продержалось две недели, после чего все перестали это делать.
Общая проблема: каждый подход зависел от силы воли людей. Когда люди заняты, они пропускают. Когда устают, делают кое-как. Системы, основанные на привычках, неизбежно ломаются.
Переломный момент --- никто не помнил решение двухнедельной давности
Это произошло на пятничном обзоре спринта. Две недели назад команда договорилась упростить процесс оплаты с 2 шагов до 1. Но инженеры уже реализовали двухшаговую версию.
В документе Notion по тому совещанию было написано лишь «Обсуждался процесс оплаты». Один спринт --- примерно 40 часов инженерной работы --- потрачен впустую. Запланированная функция уведомлений была перенесена на следующий спринт.
На ретроспективе команда сосредоточилась не на поиске виноватых, а на том, почему это происходит системно.
«Кто-то сказал: "Если бы мы лучше вели записи, этого бы не случилось." Но, честно говоря, при четырёх совещаниях в день возможно ли идеальное ведение записей? Это системная проблема, а не проблема людей.» --- Ким Дохён, руководитель PM-команды
Решение о внедрении
После инцидента на обзоре спринта руководитель PM-команды изучил инструменты AI для ведения протоколов совещаний. Найти решение, хорошо работающее в корейскоязычной B2B-среде, оказалось сложнее, чем ожидалось.
Альтернативы и их ограничения
Otter.ai отлично справлялся с английским, но плохо распознавал корейский. Разговоры, в которых корейский и английский смешиваются --- например, «API endpoint refactoring» в корейском предложении --- теряли в точности. 70% совещаний команды проходили именно в таком формате.
Fireflies.ai создавал приемлемые транскрипции, но они требовали серьёзной правки. Проблема «времени на обработку» оставалась. Хранение данных на зарубежных серверах также вызывало вопросы безопасности.
Clova Note хорошо распознавал корейский, но не мог автоматически отделять «решения» от «задач». PM по-прежнему приходилось читать полную транскрипцию и сортировать всё вручную.
Вывод был очевиден: одной транскрипции недостаточно. Для реальной экономии времени нужны структурированные резюме с автоматической классификацией решений и задач.
Почему Knoi
Ключевым преимуществом стали AI-резюме, разработанные для совещаний на корейском языке. Инструмент хорошо справлялся со смешанными корейско-английскими разговорами и автоматически разделял контент на решения, пункты обсуждения и задачи. Уведомления в Slack, интеграция с Notion и синхронизация с календарём органично вписались в существующий рабочий процесс. А поиск --- возможность ввести ключевое слово и найти «обсуждение процесса оплаты двухнедельной давности» --- стал решающим аргументом.
Получение одобрения CTO
Первая реакция CTO: «Ещё один новый инструмент?»
Руководитель PM пришёл с цифрами. Три PM, тратящие 10 часов в неделю на записи, --- это 120 часов в месяц, что составляет примерно $2 500 альтернативных издержек. В предыдущем квартале 3 случая переделок из-за упущенных решений сожгли около 120 часов инженерного времени. «Подписка на Knoi стоит дешевле, чем наём ещё одного PM.» CTO одобрил пилотный проект с одним условием: «Используйте месяц и докажите это цифрами.»
4 недели пути
Неделя 1: пилот --- один PM, одно совещание
Начать с малого, масштабировать при успехе. Руководитель PM Дохён подключил Knoi к пятничному обзору спринта.
Через пять минут после окончания совещания пришло резюме: 4 решения и 6 задач, чётко структурированные. Обычная 40-минутная обработка заняла 5 минут --- потребовалось добавить одну пропущенную деталь.
В среду --- второй тест: часовое совещание с клиентом, насыщенное техническим и деловым языком. Резюме корректно разделило 3 запроса клиента на функциональность и 2 договорённости по срокам.
Неделя 2: команда подключается добровольно
Когда Дохён поделился резюме обзора спринта в Slack, два других PM сразу отреагировали: «Можно мне тоже?» К вторнику все три PM были подключены. Без приказов --- добровольное внедрение.
Были трудности. На очных совещаниях в переговорных точность распознавания падала из-за расположения микрофона --- проблему решил внешний микрофон. Для записи совещаний с клиентами требовалось согласие, поэтому команда стандартизировала вступительную фразу: «Мы запишем совещание для точного протокола и поделимся резюме с вами.»
Недели 3--4: полное развёртывание и распространение между командами
К третьей неделе все регулярные совещания проводились с Knoi. Время на обработку записей сократилось до менее 3 часов в неделю. PM начали проводить вторую половину дня за интервью с пользователями и анализом данных.
Руководитель инженерной команды спросил первым: «Те резюме совещаний, которыми делятся PM, --- мы можем использовать их для наших внутренних встреч?» К середине третьей недели четверо инженеров уже работали с инструментом. К четвёртой неделе присоединилась команда дизайна.
До Knoi вопрос «Что мы говорили на том совещании?» звучал ежедневно. Теперь одна ссылка даёт ответ. Когда кто-то просит контекст в Slack, ответ занимает 30 секунд.
В последний день четвёртой недели команда представила результаты CTO. Цифры превзошли ожидания. Ответ CTO был кратким: «Внедряем на всю компанию.»
«В среду третьей недели клиент спросил: "Наш прошлый запрос был учтён?" Я нашла точный протокол за 10 секунд и подтвердила конкретную просьбу. Клиент был удивлён. Тогда я поняла --- это не просто удобный инструмент. Он меняет подход к работе.» --- Пак Соён, PM
Результаты через 4 недели
Сравнение с базовыми данными за одну неделю, собранными до внедрения:
| Показатель | До | После | Улучшение |
|---|---|---|---|
| Время на обработку записей в неделю | 10 часов | 2 часа | Сокращение на 80% |
| Упущенные решения (в месяц) | 8 | 0 | 100% устранено |
| Время адаптации нового PM | 3 дня | 1 день | На 67% быстрее |
| Время до отправки протокола | в среднем 4 часа | в среднем 15 мин | На 94% быстрее |
| Переделки в спринте (в месяц) | 2--3 | 0 | 100% устранено |
Сэкономленные 8 часов в неделю не просто освободили время. PM-команда реинвестировала их в интервью с пользователями и конкурентный анализ. Качество квартальной продуктовой дорожной карты заметно выросло.
Снижение переделок в спринтах до нуля было важно и для инженеров. Ранее команда в среднем сталкивалась с 8 случаями переделок за квартал, каждый из которых отнимал не менее 20 часов времени разработчиков.
Неожиданные побочные эффекты
Командная культура --- «Люди стали честнее на совещаниях»
Когда записи стали вестись автоматически, психологическая безопасность на самом деле выросла. Тревога «А вдруг я помню неправильно?» исчезла, и люди стали свободнее высказывать несогласие. Один инженер заметил: «Раньше PM смотрели в ноутбуки во время совещаний. Теперь они смотрят в глаза.»
Ускоренная адаптация новых PM
PM, присоединившийся на четвёртой неделе, последовательно прочитал 15 резюме совещаний за прошедший месяц. Решения, контекст и задачи были структурированы --- что позволило быстро погрузиться в проектный контекст.
На второй день, во время обзора спринта, новый PM спросил: «В прошлом спринте мы решили перейти на одношаговый процесс оплаты --- как мы обрабатываем пограничные случаи?» Такой уровень понимания контекста раньше требовал как минимум недели.
Доверие клиентов
Отправка точных протоколов в течение 15 минут стала конкурентным преимуществом. Один клиент сказал: «Другие поставщики присылают записи через неделю. Вы присылаете их ещё до того, как совещание по-настоящему закончилось.»
Пробелы в последующих действиях исчезли. Запросы клиентов стали стабильно попадать в следующий спринт. Ежемесячные напоминания от клиентов сократились с 5 до нуля, а показатели продления договоров улучшились.
Советы другим PM-командам
Не внедряйте везде сразу. Начните с того совещания, где пропущенные записи наносят наибольший ущерб. Для нас это был обзор спринта. Когда ценность станет очевидной, всё остальное подтянется само.
В первые дни не доверяйте AI-резюме слепо. Сверяйте их со своей памятью на протяжении 3--4 совещаний. Этого достаточно, чтобы убедиться в точности.
Для получения поддержки на уровне всей организации «стало удобнее» --- недостаточно. Измерьте время, которое вы тратите на записи, за одну неделю до внедрения. Для нас именно эта единственная цифра стала основой презентации для CTO. И будьте готовы к возражениям --- «запись создаёт дискомфорт» или «мне привычнее по-старому». Первые две недели оставьте использование добровольным. Хорошие инструменты продают себя сами качеством результата.