Продукт

Как построить систему для масштабирования бизнеса Чтобы бизнес уверенно рос, бренд должен быть не только красивым логотипом, но и частью продуманной структуры. Архитектура бренда определяет, как соотносятся между собой компания, её продукты и направления. Существуют два основных подхода: 1. Дом брендов (House of Brands) Пример: Procter & Gamble. Главная компания остаётся за кадром, а каждый продукт — отдельный бренд с уникальным позиционированием. Плюсы: свобода и гибкость, минимизация рисков. Минусы: выше расходы на продвижение каждого бренда. 2. Бренд-дом (Branded House) Пример: Яндекс. Все продукты объединены под единым брендом. Плюсы: узнаваемость, единая репутация, экономия на маркетинге. Минусы: ошибка одного продукта отражается на всей экосистеме. Правильный выбор архитектуры бренда помогает масштабировать бизнес, сохраняя контроль и доверие клиентов. Фаундер | Бизнес и Стартапы

Я как продукт, я как продюсер и я человек. Много думаю про себя как про продукт. Мы все в той или иной степени продукты - нас выбирают мужья/жены, работодатели, клиенты… Выбирают под конкретные задачи и с конкретными характеристиками. Я иногда в моей роли контент креатора и автора своих курсов и программ совсем ощущаю себя продуктом на полке. Вот я с одной стороны, вот с другой. Можно попробовать, можно посмотреть, можно купить. Как продюсер самой себя - мне хочется себя поставить выгодной стороной и сделать сочное предложение. Но когда я очень явно чувствую себя просто человеком, которому эмоционально все это дается уязвимо и сложно (не сложно-сложно, но сложно!), то я вспоминаю совет моего бывшего акционера. Самый крупный бизнесмен России сказал мне как-то: Оля, самое важное в бизнесе - это клиентоориентированность. Но и самое важное в жизни. Поверь, Оля, твой сын - это твой клиент, твой муж - это твой клиент, твой руководитель - да, тоже твой клиент. И чем быстрее ты освоишь клиентоориентированное мышление, тем счастливее и успешнее будет твоя жизни. И был очень прав. Спасибо ему ♥️ #каждыйденьлета

Оверкаст и лимит выпусков В начале недавнего выпуска АТП Марко Армент рассказывал про фичу Episodes limit в Оверкасте (начало темы где-то в 7:50): https://atp.fm/703 У любого подкаста можно настроить, сколько выпусков держать скаченными на устройстве. Скажем, ставишь три выпуска, перестал регулярно слушать какой-то подкаст — следующие три выпуска скачались, а дальше уже не качаются — чё зря место тратить. Ну или слушаешь ты выпуски нерегулярно — наготове всегда ждут только последние три, а остальные, если что, придётся скачать вручную. Так вот, Марко рассказывал о проблеме. Что, если человек вручную просит скачать какой-то выпуск, а у него уже три и так скачано? Не удалять же его сразу же для поддержания порядка! А как тогда быть? Марко ввёл в базе данных специальный скрытый флаг «выпуск скачан вручную», чтобы такие выпуски не учитывались в лимите. Это очередной пример того, как даже самые, казалось бы, тривиальные фичи требуют продумывания и учёта разных случаев, которые на первый взгляд могут быть неочевидны. Все проектировщики интерфейса и дизайнеры продуктов должны такие примеры впитывать и копить. В общем, Марко рассказывает дальше. Решение со скрытым флагом худо-бедно работает. Но если пользователь нет-нет, да скачивает выпуски вручную, у него копится расхождение между настроенным и фактическим количеством хранимых выпусков. Постепенно он, разумеется, забывает, что что-то скачивал вручную. Но он видит, что лимит не работает: в каких-то подкастах лежит пять, в каких-то семь выпусков без видимых причин. И он пишет Марко багрепорт или жалобу в Апсторе! В итоге жена подсказала Марко решение всех проблем: просто не давай, говорит, пользователям скачивать больше выпусков, а выводи сообщение: «У вас стоит лимит на три выпуска, а это уже четвёртый». Марко решение понравилось, а мне нет. Оно конечно снимает проблемы с Марко, но не с пользователя. Теперь ведь получается, что программа не выполняет прямую просьбу пользователя скачать подкаст, причём делает это, как говорят юристы, «по формальным основаниям». Оверкаст, чё прикопался, видишь же, я прошу скачать этот выпуск? Просто скачай! Соблюдай принцип «Дай нажать!» Ещё хуже, что при обновлении Оверкаст удаляет все скаченные выпуски сверх установленного лимита. Я бы предложил в таком случае выводить компактное немодальное сообщение: “Episode limit for %podcast% raised to 4”. Так мы и просьбу пользователя уважим, и никаких скрытых статусов вводить не станем. Ну и при обновлении, соответственно, поднять лимиты тем подкастам, которые фактически уже больше набрали вследствие ручной скачки.

Почему AI агенты не делают продакта эффективнее Если вы всерьез пытаетесь делегировать *значимую* (значимую – это такую, без которой не обойтись, а не какую-то фигню, которую вы до этого не делали, и без этого никто не страдал) часть своей продуктовой работы агенту, то вас будут ограничивать две вещи: - интеграция агента с рабочими системами (то есть, наличие MCP и прав доступа) - информационный контекст. Про интеграции мы с вами уже немного поговорили – это ад, особенно для корпоративных систем, где безопасники несут вахту. Но это ад предсказуемый, который мы в горизонте пары лет скорее всего победим. Давайте сегодня поговорим про то, почему у агента не хватает контекста, чтобы решать ваши рабочие задачи. Для того, чтобы сделать почти любое осмысленное действие по проекту, агенту нужен будет полный и актуальный статус. Что уже случилось до текущего момента, и какие дальнейшие шаги ожидаются. Но актуального статуса проектов нигде не существует в готовом виде! - Где-то на диске лежит PRD, но он потерял актуальность в тот момент, когда над проектом пошла активная работа - В Jira есть задачи даже со ссылками на коммиты, но это лишь часть истории - Есть расшифровки встреч (но не всех), оттуда попробуй извлеки точно о чем стороны договорились - Есть чатики в корпоративном мессендежре: личные сообщения, канал команды, чатик проекта (тут я передаю пламенный привет любителям создавать новый чатик с рандомным набором участников на каждый чих. В аду для вас уготован отдельный котел, который будет называться "Алексей Иванов, Иван Пертров, Елена Головач... и др.") - И если до этого пункта у вас еще теплилась надежда, что все это можно как-то структурировать и организовать, то в этот момент мимо вашего стола проходит разработчик и говорит "Кстати, по задаче, про которую ты спрашивал – она заблокинована, мне нужно прокинуть название use case из upstream сервиса", и окончательно убивает надежду. Этот самый полный контекст проекта поразительным образом существует у вас в голове, потому что ваш мозг, получая каждый новый сигнал, обновляет текущий статус. Но как только я сажусь делегировать задачу AI ассистенту, я осознаю, как много информации либо вообще не отражено в цифровом мире, либо погребены в такой помойке human слопа, что и за сто тысяч токенов не извлечешь. И это, на мой взгляд, наибольший барьер внедрения AI в рабочие процессы продакта на данный момент. Это то, почему продакт, приручивший Claude, пока не может значительно выигрывать у своего коллеги-луддита с блокнотиком и карандашом. Расскажите в комментах ощущаете ли вы тоже эту проблему и как с ней боретесь? На мой взгляд решение может выглядеть как second brain система. В следующем посте я порассуждаю о том, как она могла бы выглядеть и что уже удалось построить.

Как дважды перестроить компанию и поднять уровень сервиса Сделал это СЕО американского страхового гиганта Aetna - Марк Бертолини через один и тот же принцип - меньше контроля, больше доверия. И как я люблю говорить - всё началось с изменений самого лидера и именно поэтому эта история так притягательна (о чём он и написал в своей книге, а я - в своей и об этом уже скоро 😊). В 2004 году Бертолини повредил шею, катаясь на лыжах, и долго жил с хронической болью, которую не снимали даже обезболивающие. Йога и медитация в итоге вернули ему работоспособность, и он решил проверить действие нетрадиционных способов лечения на 50 тыс. своих сотрудников. Сначала замерили рабочий стресс через вариабельность сердечного ритма, затем запустили 12-недельную программу йоги с Duke University, подняли минимальную зарплату до $16/ час, стали платить бонус до $300/ год за здоровый сон. Как итог - стресс уменьшился на 28%, продуктивность выросла на 1час/ нед на человека, а расходы на медстраховку упали на 7,5%. Это сработало, и Марк пошёл дальше - от физического интеллекта к эмоциональному - занялись атмосферой в компании. На одном из собраний Бертолини увидел, как жёстко устроена служба поддержки - операторы не могли решить вопрос сами, передавали его дальше, и решение занимало недели. Их работу оценивали по нормативу в 8 минут, а это стимулировало побыстрее закончить разговор вместо того, чтобы помочь клиенту. Программа "Сервис без границ", запущенная позже, включала несколько связанных изменений: ▪︎Прямые звонки из поддержки в любые подразделения - клиническую помощь, амбулаторку, комплаенс, поставщиков, минуя иерархию и посредников. ▪︎Право на здравый смысл - сотрудники могли делать разовые исключения и покрывать то, что компания формально не обязана была покрывать. ▪︎Отказ от норматива в 8 минут - оценку стали привязывать к удовлетворенности клиента. ▪︎Сменили цели работы с "защищаться и защищать" на "чем я могу помочь" — новой метрикой успеха стала защита здоровья клиента. ▪︎Обучили всех сотрудников фронта критическому мышлению и эмпатии. ▪︎Осознанно отказались бороться с нечестными 1% клиентов ценой качества обслуживания честных 99%.

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

Результат: удовлетворённость клиентов выросла на 10%, а прибыль компании за год — на 75%. Как видите, ослабляя нелепый контроль там где он не нужен, и усиливая доверие там, где оно реально нужно, можно сильно бустануть бизнес. Искусство управления в том, чтобы это самое "нужно" не перепутать 😄 #disrupt ®️ Фанат сервиса| MAX| Клуб| Об авторе Личный путь лидера - В моменте

Терминалы Сбера красиво тормозят Постепенно везде наставили модные терминалы Сбера размером с полтора айфона. На них крутится завораживающая анимация, разные состояния сменяют друг друга плавно — очень красиво. Кассир: — Можете оплачивать! А я не могу: на экране продолжается магия. Что-то выворачивается-переворачивается, и лишь через несколько секунд дизайн отступает и откуда-то выезжает сумма оплаты. Для кассира выглядит так, будто я игнорирую его слова. Вероятно, в его интерфейсе отображается, что терминал готов принимать оплату, и он удивляется, почему я туплю. Но верить ему на слово и прикладывать карточку раньше времени не хочу — нет никаких признаков того, что это сработает, да и я хочу увидеть сумму. В общем, так делать нельзя. Интерфейс не должен тормозить ради красоты.

🚀 SpeakFlow обновился — версия 1.3.92 🖥 Исправили пустое окно при запуске У некоторых пользователей SpeakFlow запускался, но вместо интерфейса показывал пустое или чёрное окно. Ошибка проявлялась только при определённых языковых настройках Windows, поэтому её было непросто воспроизвести. Причину нашли: в сборку не попадал необходимый языковой файл Chromium. Мы вернули его и добавили автоматическую проверку, чтобы такая сборка больше не могла выйти. 🙏 Отдельное спасибо Андрею Андрей помог собрать диагностические данные, терпеливо проверял наши гипотезы и подтвердил решение. В благодарность мы подарили ему подписку SpeakFlow. Если вы тоже заметили странное поведение — не думайте, что проблема только у вас. Напишите нам: даже один подробный отчёт может помочь обнаружить ошибку, которая мешает многим пользователям. За особенно полезную помощь с поиском и проверкой багов мы можем отдельно отблагодарить 🙌 Обновление придёт автоматически. Если оно не установилось, скачайте SpeakFlow 1.3.92 вручную и установите поверх текущей версии — аккаунт, история и настройки сохранятся: 📥 https://github.com/9000464548e-create/speakflow_exe/releases/download/v1.3.92/SpeakFlow-Setup.exe 🤖 Вопросы, баги и идеи присылайте в @speakflowsbot. Если ещё не запускали бота — откройте его и нажмите Start. В скором времени там появятся полезные уведомления и важные новости SpeakFlow.

Контроль над заявками: автоматизация вместо хаоса Ручная обработка заказов остаётся одной из самых частых проблем в логистике. До 95% компаний по-прежнему распределяют заявки вручную, что приводит к сбоям, замедляет процессы и повышает риск ошибок. Такой подход увеличивает вероятность задержек, недовольства клиентов и убытков, связанных с неэффективной организацией доставки. Выход — внедрение автоматизированных систем. Современные технологии позволяют распределять заказы с учётом множества параметров: географии, приоритетов, загрузки транспорта и других факторов. Автоматизация помогает исключить человеческий фактор, ускоряет обработку заявок и делает логистику более точной и надёжной. Это не только экономит время, но и улучшает клиентский опыт, обеспечивая своевременную и качественную доставку. Фаундер | Бизнес и Стартапы

Enjoyable Process Говорят же, что если любишь кататься - люби и саночки возить. На предпринимательском языке говорят "кайф делать половину вещей, но другую половину ПРИХОДИТСЯ делать". Есть вещи, которые мне надо делать. Но препятствием бывает всегда одно из двух: СДВГ или мерзкий процесс, который не по душе. Для первого я стараюсь сделать такой процесс, чтобы я не успел отвлечься, ну и было достаточно залипательно. Обычно в этих процессах всегда есть норм часть (интересная) и есть паузы (в которые риск отвлечься). Например - снять видео на YouTube. Я готовлюсь 30 мин - 2ч обычно (рисую обложку, рисую диаграммы), потом снимаю, а потом сразу монтирую. Чтобы не успеть отвлечься я снимаю в CANVID (про это я снял отдельное видео). Что тут могло отвлечь? - процесс загрузки исходников в монтажный софт (в канвид я снимаю и монтирую сразу в одной проге) - склейка разных видосов (я научился в реальном времени показывать/рисовать/тасовать экраны через хоткеи) А вот есть мерзкие процессы, которые ну лично я не люблю. Это бухгалтерия. Тут конечно создаю папку, добавляю ее в Кодекс, даю логин-пароль от банков (ну точнее браузер авторизую) и прошу все скачать и свести. Соединяю gmail чтобы в почте инвойсы нашел. Но была одна проблема, которую современные ИИ решили - это 50% инвойсов в почте нам в ПДФ не присылаются! Надо залогиниться в софт, в панель биллинга чтобы найти и скачать. И вот благодаря браузер-коннекту и это решабельно. Парюсь ли я что ИИ даю доступ к банку или почте? НИ-ХУ-Я. Альтернатива - это зависшая отчетность, штрафы и огромная тревожность. А при таком раскладе процесс становится даже интереснее, ведь для человека нет ничего более залипательного, чем смотреть на огонь, воду и как ИИ делает за него его работу. Придумайте на любую задачу Enjoyable Process

Что бы я делала сейчас, если бы запускала мобилку или веб-продукт со ставкой на органическое привлечение: 1. Сделала бы простую посадочную страницу с простым доменом. Повесила бы аналитику, поставила бы форму предзаписи. 2. Запустила бы тик-ток / инсту / тредс - там, где в основном обитает моя аудитория. 3. Посмотрела бы, есть ли хотя бы посещения страницы. В идеале - заявки на покупку. 4. Пилила бы продукт только когда канал показал свою состоятельность: есть посещения страницы, в идеале заявки. Если органический канал не работает с посадочной, то есть высокая вероятность, что и с продуктом не сработает. Так было у меня с тик током :) Плюс как бонус вы протестите креативы на платную рекламу 😉 #PG_размышления

Как структурировать продукт для ИИ: 6 элементов Новая точка ценности возникает в создании интерфейса-протокола-API, который позволяет ИИ понимать ваш продукт и действовать в нём (назовём это AIX вдобавок к привычному UX).

AIX, как и UX, ломается не на сложных, а на неявных действиях

Чтобы продукт стал более удобным для ИИ, его можно разложить на несколько элементов: 1) Структурированный контекст, чтобы ИИ-агент мог видеть то же, что видит пользователь. Но ИИ-агенту нужен не весь контекст продукта, а нужный слой на нужном действии, так как избыточный контекст так же ломает агента, как недостаточный (ибо разнообразие должно соответствовать, а не максимизироваться). 2) Типизированные действия, чтобы ИИ-агент знал, какие действия доступны в процессах а) пользователя; б) продукта и бизнеса.

Типизированное действие = предусловие (срез контекста, при котором действие применимо) + действие + постусловие + альтернативный поток (эскалация на человека).

3) Правила эскалации с версионируемой схемой политик поломок и явным владельцем, чтобы ИИ-агент (и человек) знали, при какой ситуации необходимо предпринять действия коррекции и кому. У каждого типизированного действия должна быть задана стоимость отката. Если откат действия дороже самого действия (необратимые операции: отправка, платёж, удаление), эскалация к человеку должна быть предусловием, а не постусловием. 4) Как только продукт структурирован, его частям нужен ИИ-контракт ИИ-контракт определяет, как фича работает на системном уровне, её связь с каждым компонентом, объектом и правила их взаимодействия внутри продукта, чтобы разные продуктовые области могли подключаться и заставлять своих ИИ-агентов выполнять желаемое поведение. И да, версионируйте контракты ВСЁ, иначе без этого ИИ-агенты молча начинают действовать на устаревшей модели продукта. 5) Цикл. Цикл призван улучшать Систему в времени. Примером ценного цикла может служить захват сигнала коррекции: разницы между тем, что сделал ИИ-агент, и тем, исправил ли это пользователь. Например, когда пользователь редактирует текст, сгенеренный ИИ или отменяет предложенный вариант, это разные по силе сигналы. Первый про качество ответа ИИ, второй про доверие/уместность действия со стороны ИИ в глазах юзера, поэтому разделяйте постусловие на «успех» и «частичный успех». Поэтому каждый цикл коррекции должен иметь владельца (ИИ или человек?), который решает, применять ли исправление системно или считать его исключением.

Исправления пользователя — это размеченные им же несостыковки в реальности продукта

Сигнал коррекции даёт сразу 2 преимущества: – Это данные для оценки, потому что сигнал о том, где ИИ терпит неудачу в продакшене, не даст ни один офлайн-бенчмарк и это же данные для улучшения, так как исправления улучшают самого агента с помощью пар предпочтений или прошлых исправлений, добавленных в его контекст, чтобы агент не повторял ту же ошибку. – Этот сигнал даёт ещё и пользовательские поведенческие инсайты для продакта. Сигналы коррекции нужно тайм-стемпить относительно версии контрактов, иначе уже через квартал правки будут учить агента на артефактах несуществующей схемы действий. Все эти ИИ-улучшения делают продукт и фичи персонализируемыми, предсказуемо масштабируемыми и практически автономными. 6) Поскольку ИИ-агентам нужны определённые предусловия для работы в продукте, и лучше продакт-менеджера их не знает никто, то контрактно-ориентированное мышление становится ещё одним элементом в эпоху ИИ

Новое знание и непрогнозируемый ущерб Первый параметр хорошей ошибки: это новое знание. Если в результате действия мы получаем новую информацию, то это уже не ошибка, а опыт или эксперимент. Если же в результате мы ничего нового не узнаем, то это не опыт, это может быть просто глупостью. Если мы кинем ноутбук в воду и после этого он перестанет работать — то тут нет никакого нового знания. Мы просто сделали глупую вещь. Если же мы кинули кусок каучука на плиту и получили вулканизированную резину — то это полезная ошибка. Второй параметр: нет значительного непрогнозируемого ущерба. Иногда эксперименты стоят денег, даже сравнительно больших денег. В краш-тестах бьют машины чтобы понять, как машина ведет себя при аварии. В этом случае наши затраты на тест — это стоимость машины. Это может быть значительная сумма, однако она необходима для сертификации или создания более безопасных машин. Мы прогнозируем эту сумму как убыток, для нас не будет сюрпризом, что мы списали эту машину. Если мы разбили машину и не получили новой информации — то вот это точно глупость. Во всем нужен баланс. Чернобыльская авария дала нам кучу новой информации про радиацию, работу оборудования, поведение природы при облучении и т.д. Однако цена за это новое знание была слишком высока, чтобы признать это полезной ошибкой. Если определять сколько же мы можем потратить на новое знание — зависит от компании и ее аппетитов. Нетфликс достаточно четко понимала, что для того, чтобы понять рынок, необходимо тратить деньги. В 2017 году перед Нетфликс стояла задача выйти на зарубежные рынки. 80% роста было за пределами США. Нужно было завоевать Бразилию, Индию, Индонезию. Однако компания совершенно не представляла что происходит на рынках этих стран, какие шоу будет пользоваться успехом, какие нет. Один из принципов, как принимать решения: это познавательная ценность неудачи. Когда ваша команда покупает и производит контент в разных странах мира, необходимо сосредоточиться на уроках, которые можно извлечь из любого опыта. Будьте готовы делать крупные рискованные ставки в странах с наибольшим потенциалом, таких как Индия и Бразилия, чтобы мы могли как следует изучить их рынок. Нам нужны победы, но еще больше нам нужны крупные, громкие поражения, на которых мы сможем учиться. Нам нужно постоянно задаваться вопросом: «Если мы купим вот эту программу и она провалится, какую информацию нам это даст? Если какую-то большую и важную, нужно покупать». То есть, Нетфликс спокойно могла позволить потерять несколько миллионов долларов — но компания прогнозировала этот ущерб. И здесь ключевые слова: значительный и непрогнозируемый. Если ущерб не значительный — то можно не думать и даже не особо волноваться на этот счет. Если ущерб значительный, но прогнозируемый — то почему бы и нет? #чф #ошибки

Заметки на полях Ошибка продуктовых компаний: они часто измеряют то, что растёт, а не то, что объясняет экономику продукта Например, онлайн-кинотеатр измеряет часы просмотра и рапортует, что они выросли на 2%, примерно до X млн. часов. Но если аудитория при этом выросла быстрее, то watch hours per subscriber могли снизиться. То есть агрегированная метрика позволяет рассказать историю «engagement растёт», даже если средний пользователь смотрит меньше. Это универсальная ловушка: для растущих платформ абсолютные метрики почти всегда выглядят лучше когортных. Поехали дальше. Но возможно, watch hours per subscriber вообще не главная метрика онлайн-кинотеатра. Пользователь платит не за каждый просмотренный час. Он платит за опциональность: «Когда мне захочется что-нибудь посмотреть, у сервиса будет что предложить». Ценность продукта не обязана быть пропорциональна интенсивности использования. Поэтому человек, который посмотрел онлайн-кинотеатр 8 часов, необязательно менее ценен или менее удовлетворён, чем человек, посмотревший 25. Для бизнеса гораздо важнее: есть ли у пользователя достаточно причин не отменять подписку? Поэтому engagement надо связывать не с количеством часов, а с вероятностью продления подписки. Интересная продуктовая метрика могла бы выглядеть скорее так: контент → просмотр → ценность → retention → revenue. И тогда может оказаться, что дополнительные 10 часов просмотра почти ничего не дают retention.А один сериал, который человек действительно ждал, даёт очень много. То есть не все часы одинаковы. Более того: разные типы просмотра имеют разную экономическую ценность. Час прямой трансляции ЧМ по футболу и час сериала одинаково попадут в метрику watch hours. Но бизнес-эффект может быть совершенно разным. Сами понимаете, почему.

Еще вот таким балуюсь на досуге. Хочу автоматизировать создание роликов-туториалов для новой платформы stepimy.com не за все деньги мира, т.е. бесплатно, локально и относительно быстро. Готового сервиса нет, но есть два бесплатных куска, собранных вместе. Облачный диктор Google Chirp 3 HD читает мой текст: миллион знаков в месяц бесплатно, это примерно полторы тысячи роликов. Дальше Chatterbox под лицензией MIT перекрашивает чужой голос в похожий на мой. Ему нужны 20 секунд моей начитки как образец, и всё. Считает локально. Первое, обо что споткнулся при выборе, – это лицензии. Русских бесплатных голосов много, но ролик для платного сервиса, а это коммерческое использование. Silero и Piper ruslan – CC BY-NC, нельзя. У Piper irina права вообще не указаны, тоже мимо. Остались CC0-голоса Piper, MIT у Chatterbox и Chirp по бесплатному тарифу. Перед тем как брать голос, обязательно читайте лицензию корпуса, на котором он обучен. Второе: как понять, что синтез не сжевал слово. Готовую озвучку прогоняю через распознавание и сверяю со сценарием. Автотест на речь. И само собой слушаю сам. Три вещи, которые нашлись только замерами. 1. Теги пауз модель не понимает. Вместо тишины в записи слышно, как она читает тег вслух. 2. Знаки препинания дают разную тишину: запятая 0,15 секунды, тире 0,24, точка с запятой от 0,3 до 0,7, точка 1,25. Поэтому в тексте для голоса запятые заменены на точку с запятой, а на экране в субтитрах остались нормальные запятые. 3. Слово "хэшем" модель приняла за аббревиатуру и прочитала по буквам: "х-э-ш-е-м", полторы секунды вместо полусекунды. Лечится написанием через "е". Далее чтобы не искать только ухом, сборка сама ищет в распознавании подряд идущие однобуквенные "слова" и называет виновника. Картинку тоже никто не записывает руками. Сценарий ролика – это код: открыть страницу, навести курсор на кнопку "Создать доступ", нажать, подождать. Браузером управляет Puppeteer, клики настоящие, курсор дорисован прямо в странице, кадры снимаются с движка и потом собираются в видео. Поменялся интерфейс – ролик переснимается командой, а не заново записывается руками. Итого: бесплатно, локально, считайте безлимитно для моих задач. Да, не elevenlabs, но в этом случае и не надо.

Чистота комьюнити Иногда, чтобы сообщество, близкое по вайбу, жило, развивалось и просто участники норм могли общаться, надо периодически чистить/кикать участников, кто по вайбу просто не подходит, а если этого не делать, то то, что кто-то развивал годами может разрушиться. У меня на это взгляд как у фэйс-контроля в ночном клубе: там тебе могут не пустить не потому что у тебя какие-то неверные научные/политические/культурные взгляды, а просто по вайбу этого ночного клуба ты не проходишь. Еще ближе аналогия - стебные рилсы вышибалы из "вечеринки для 35+", когда, чтобы пройти фейс-контроль, тебе дают кассету с вытащенной пленкой и карандаш, а только если ты трушный чувак из 90х, поймешь, что надо карандашом крутить касету. Клуб интересен, потому что близкие по духу люди там.