# YC: «Нанимать нужно тогда, когда всё ломается» Источник: https://www.youtube.com/watch?v=nGLmpKi-jRU Канал: Y Combinator Опубликовано: 21.10.2025 --- В новом выпуске Office Hours партнеры акселератора Y Combinator Николас Дессень (сооснователь Algolia), Густаф Алстромер (экс-Growth в Airbnb) и Пит Кумен (сооснователь Optimizely) разбирают тактические вопросы построения стартапов в эпоху ИИ. Речь пойдет о том, как выходить на консервативные рынки, когда стоит убить «хорошую» идею ради «великой» и почему наём сотрудников — это не метрика успеха, а вынужденная мера. ## 🤖 Стратегии GTM: как внедрить ИИ в консервативные индустрии [[JUMP:00:27]] При создании ИИ-стартапа для «старых» отраслей (например, бухгалтерского учета или юриспруденции), где полная автоматизация пока невозможна, Густаф Алстромер выделяет три бизнес-модели: * **Продажа ПО профессионалам.** Вы создаете ИИ-инструмент для существующих бухгалтеров, фокусируясь на одной ценной функции, которую можно реализовать за 2–6 месяцев [01:20]. * **Full-stack агентство.** Вы открываете собственную бухгалтерскую фирму, где ИИ выполняет часть работы, а люди — всё остальное. Главная метрика здесь — процент автоматизированных задач, который должен расти со временем [02:13]. * **Покупка существующего бизнеса.** Вы приобретаете традиционную фирму и внедряете в неё ИИ. По словам Алстромера, это самый сложный путь из-за трудностей с изменением корпоративной культуры, и он редко встречается в практике YC [02:28]. Основной риск full-stack модели заключается в том, что фаундеры могут превратиться в обычных операционных менеджеров, забыв про софт [03:08]. Густаф рекомендует жестко ограничивать наём: например, иметь только одного бухгалтера и не нанимать второго, пока ИИ не позволит масштабировать объемы. Николас Дессень добавляет, что инвесторов на раунде Series A будет интересовать не столько выручка такой фирмы, сколько динамика роста уровня автоматизации [04:52]. Пример успешного входа на «чужой» рынок — стартап Vessence (участники батча S24). Не имея юридического образования, фаундеры договорились с крупной юрфирмой в Стокгольме и работали прямо из их офиса несколько месяцев, чтобы создать MVP на основе реальных болей юристов [05:43]. ## 🏢 Выбор сегмента: Enterprise или Mid-market? [[JUMP:07:00]] Продажи крупным корпорациям (Enterprise) часто сопряжены с длинными циклами и медленным обучением. Пит Кумен считает, что на ранних этапах скорость обучения критически важнее размера контракта [07:52]. Позиции участников по выбору рынка: * **Приоритет обучения:** Кумен сравнивает запуск софта в Enterprise с запуском спутника — это дорого и долго. Он советует начинать с Mid-market, чтобы быстрее получать фидбек и итерировать продукт [08:18]. * **Специфика проблемы:** Дессень отмечает, что иногда проблема существует *только* в Enterprise. В этом случае нужно идти к самому маленькому клиенту в этом сегменте, у которого есть данная боль [09:10]. * **Квалификация покупателя:** Алстромер подчеркивает, что важнее сегмента — личность покупателя. Нужно искать «ранних адептов» внутри компаний, которые наделены полномочиями принимать решения и лично заинтересованы во внедрении инноваций [10:12]. ## 👤 Наём людей vs. ИИ-агенты [[JUMP:10:51]](https://www.youtube.com/watch?v=D-h55ZzHbeU&t=651s) На вопрос, стоит ли нанимать SDR (менеджеров по продажам) или использовать ИИ-агентов, Пит Кумен отвечает однозначно: ИИ-инструменты работают только в тех процессах, которые фаундер уже наладил вручную [11:19]. По его мнению, ИИ не может «починить» отсутствие продаж, если фаундер сам не понимает, кому и как продавать. Густаф Алстромер добавляет, что фаундеры должны быть достаточно любопытными, чтобы сначала изучить работу маркетинга или продаж самостоятельно [14:08]. Наём «VP of Marketing» на ранней стадии часто заканчивается увольнением, так как фаундеры сами не понимают, чего ждать от этой роли. ## 🔄 Искусство пивота: когда менять курс [[JUMP:16:05]] Пивот (разворот) — самый сложный момент для стартапа. Николас Дессень приводит в пример компанию Firecrawl (ранее Mando). У них было несколько сотен тысяч долларов ARR и крупные клиенты в сфере Q&A по документации [16:50]. Однако они заметили, что их внутренний инструмент для веб-краулинга вызывает больше интереса у других разработчиков, чем основной продукт. В итоге они решили закрыть прибыльное направление и начать с нуля, так как увидели в новом продукте признаки «великой идеи» [17:55]. Ключевые признаки того, что пора делать пивот: 1. **Отсутствие «тяги»:** Если продажи идут тяжело, а клиенты не ценят продукт по-настоящему [19:02]. 2. **Потеря веры:** Кумен считает, что главный опережающий индикатор — когда фаундеры перестают верить, что их текущий путь ведет к большой компании [23:00]. 3. **Разрозненный фидбек:** Если каждый клиент хвалит продукт за разное или использует его случайным образом, это признак отсутствия четкого PMF (Product-Market Fit) [20:34]. Густаф советует при пивоте прорабатывать сразу несколько идей параллельно, чтобы не впасть в депрессию, если одна из них окажется неудачной [22:16]. ## 🛠 Техническая сложность как преимущество [[JUMP:26:06]] Если идея кажется слишком сложной для реализации, это хороший знак. Николас Дессень утверждает, что техническая сложность — это барьер для входа конкурентов [26:31]. Он приводит в пример Brahante Biologics, которые строят микро-фабрики для производства лекарств. Несмотря на колоссальные регуляторные и инженерные сложности, энтузиазм команды только растет, так как они решают фундаментальную проблему [27:11]. Как справляться со сложностью: * **Сокращение масштаба (Scope reduction):** Пит Кумен вспоминает, как в Perfect Audience они сначала не строили собственную рекламную платформу, а использовали чужое API, сосредоточившись на лучшем интерфейсе. Это позволило набрать базу пользователей и позже нанять инженеров для «хардкора» [28:16]. * **«Костыльные» решения для себя:** В Optimizely первым продуктом был букмарклет, который позволял фаундерам вручную писать JS-код для сайтов клиентов в рамках консалтинга [30:01]. Это превратило их в собственных пользователей и дало понимание, какой именно визуальный редактор нужно строить. ## 📈 Когда пора нанимать сотрудников? [[JUMP:30:40]] «Если у вас есть время размышлять над этим вопросом, то нанимать еще рано», — считает Густаф Алстромер [30:53]. Наём должен происходить в момент «точки излома», когда фаундеры физически не успевают обрабатывать входящие запросы или фиксить баги. Основные тезисы участников: * **Наём — это не успех.** Алстромер предостерегает от восприятия количества сотрудников как метрики успеха. Сегодня в YC гордятся компаниями, которые достигают большой выручки минимальным составом (модель «billion-dollar 10-person company») [33:57]. * **Опортунистический наём:** Кумен делает исключение для «самых умных друзей». Если ваш гениальный знакомый внезапно освободился, его стоит нанять, даже если прямо сейчас нет горящей вакансии [34:36]. * **Замедление:** Наём новых людей на раннем этапе чаще замедляет компанию, чем ускоряет её, из-за необходимости обучения и менеджмента [34:22]. ## 🔓 Open Source для Enterprise [[JUMP:35:14]] Для корпоративного сектора открытый исходный код (Open Source) — это прежде всего вопрос доверия. На примере компаний Medplum (EHR-система) и 20 (CRM), Дессень объясняет, что Open Source позволяет сократить цикл продаж в Enterprise на годы [35:52]. Преимущества открытого кода для стартапа: * **Возможность self-hosting:** Клиенты могут запустить продукт на своих серверах, что критично для безопасности данных в эпоху ИИ [37:08]. * **Прозрачность:** Корпорации могут провести аудит кода и убедиться в отсутствии уязвимостей [35:40]. * **Кастомизация:** Клиенты знают, что могут дописать нужный функционал сами, даже если никогда этого не сделают [36:44]. Однако self-hosting имеет свою цену. Кумен предупреждает, что за поддержку локальных версий продукта стартапы должны брать очень высокую плату, так как это увеличивает операционные расходы [38:12].