Дискуссия партнера акселератора Y Combinator Кевина Хейла и сооснователя платформы автоматизации Zapier Майка Кнупа посвящена глубокому анализу продуктовых, дизайнерских и управленческих процессов в распределенных командах. На примере опыта развития Wufoo и Zapier эксперты разбирают, как выстраивать эффективную коммуникацию без офиса, масштабировать платформенные экосистемы и нанимать сотрудников, способных работать автономно. Этот материал раскрывает практическую механику превращения провинциального хакатон-проекта в прибыльный бизнес с многомиллионной выручкой.
🛠️ От хакатона до экосистемы: история создания Zapier 0:00
Майк Кнуп начинал свой карьерный путь как фронтенд-инженер и продуктовый дизайнер. По его признанию, именно этот опыт заложил глубокое понимание продуктовой эстетики и помог в дальнейшем эффективно масштабировать дизайнерские команды в Zapier на протяжении последующих семи-восьми лет. Сам продукт представляет собой программное обеспечение, помогающее автоматизировать рутинные рабочие задачи. Если пользователь работает с множеством различных цифровых инструментов и вынужден вручную копировать и вставлять данные из одной системы в другую, Zapier автоматизирует этот процесс в фоновом режиме. Классическим примером применения платформы Кнуп называет автоматическую отправку уведомлений в Slack или JIRA при закрытии тикета разработчиками в GitHub.
История Zapier тесно связана с Кевином Хейлом, который в 2006 году основал компанию Wufoo, ставшую участником второго батча Y Combinator. Wufoo изначально развивалась как полностью удаленная компания без единого офиса. Первое личное знакомство Майка Кнупа и Кевина Хейла произошло во время прохождения Zapier акселерации в Y Combinator. Как вспоминает Хейл, они проговорили несколько часов, и он прямо посоветовал молодой команде копировать процессы Wufoo, настраиваясь на долгосрочную удаленную работу. При этом интеграции в Wufoo изначально рассматривались лишь как дополнительная фича для конструктора форм, однако в действиях создателей Zapier Хейл сразу увидел потенциал для построения самостоятельного масштабного бизнеса.
📈 Эволюция цифрового бизнеса: три стадии зрелости 2:28
На основе многолетнего наблюдения за рынком Кнуп и Хейл вывели концепцию трех последовательных этапов, через которые проходит любой бизнес при выходе в онлайн. По мнению Майка Кнупа, эта траектория выглядит следующим образом:
- Первый этап: создание цифрового присутствия. Компании осознают необходимость заявить о себе в интернете, что породило гигантский рынок конструкторов сайтов.
- Второй этап: сбор данных. Бизнесу требуется собирать информацию от приходящих клиентов, что делает критически важными конструкторы форм, формы обратной связи и опросы.
- Третий этап: обработка и автоматизация данных. Когда компания накопила массивы информации, возникает вопрос, что с ней делать дальше, и на этой стадии подключается Zapier, отправляющий лиды в CRM или списки рассылок.
В первые годы существования Wufoo инвесторы регулярно интересовались у Кевина Хейла объемом его целевого рынка (TAM). Хейл утверждает, что сознательно отказывался от этих расчетов, поскольку в условиях, когда продукт нужен любому владельцу сайта, вычисление TAM становится бессмысленным. Кнуп соглашается с этой позицией, добавляя, что подобные аналитические упражнения могут вводить в заблуждение, если потенциальный рынок чрезмерно велик — точно так же никто не спрашивает про TAM у Facebook при оценке пользовательского спроса.
Первоначальные амбиции основателей Zapier ограничивались созданием софта, способного обеспечить их базовые финансовые потребности, однако взрывной рост индустрии SaaS радикально изменил масштабы бизнеса. Барьер для создания и дистрибуции софта снизился, возникло бесчисленное количество нишевых инструментов, и Zapier стал технологической необходимостью для обеспечения их совместимости. Кнуп подчеркивает: ни один крупный игрок на рынке не имеет коммерческих стимулов создавать тысячи интеграций со всеми подряд, что и открыло дорогу для Zapier.
🔄 Запуск платформы: как переломить проблему «курицы и яйца» 4:38
Несмотря на колоссальные объемы пользовательской базы, Zapier по сей день сохраняет преимущественно горизонтальную стратегию развития. Майк Кнуп считает решение 2012 года сделать платформу открытой одним из лучших стратегических шагов в истории компании. Первые 50–60 интеграций основатели запрограммировали вручную.
Сразу после запуска публикации на TechCrunch команда внедрила на сайт живой чат (использовался инструмент Olark), и в течение трех дней основатели непрерывно отвечали на сообщения пользователей. Абсолютное большинство запросов касалось поддержки приложений, о которых трое разработчиков из Миссури даже никогда не слышали. Это заставило их осознать: масштабировать платформу силами трех человек невозможно, у них не было денег на найм, поэтому необходимо создать условия, чтобы партнеры сами писали интеграции под Zapier.
Кевин Хейл отмечает, что многие стартапы мечтают повторить путь Salesforce и стать платформой, но запуск такой экосистемы с нуля — это тяжелейшая задача, ведь сторонние разработчики неохотно тратят ресурсы на интеграцию с крошечным игроком. Кнуп делится известной ему эвристикой: экосистема обретает устойчивость только тогда, когда компания вырастает до масштабов, позволяющих отрезать 1% ее выручки и превратить этот объем в самостоятельный успешный сторонний бизнес.
На старте у Zapier не было многомиллионной аудитории для обеспечения дистрибуции партнерам. Ценностное предложение для первых разработчиков строилось вокруг удержания клиентов (retention). Интегрируясь с Zapier, сервис мгновенно получал доступ к 50–60 другим приложениям. Это позволяло сотрудникам техподдержки компаний-партнеров на любые сложные запросы пользователей отвечать: «Да, вы можете настроить это через Zapier», разгружая собственный бэклог. Ссылки на Zapier начали массово появляться в справочной документации (help docs) различных сервисов, что заложило основу для мощного органического SEO-доминирования компании.
Сама страница каталога приложений (app directory) была создана за 5 месяцев до официального релиза продукта и запуска на TechCrunch. Это классический подход Lean Startup: команда делала посадочные страницы несуществующих интеграций со сбором email-адресов, чтобы измерить реальный рыночный спрос до написания кода.
Первые очертания продукта, тогда называвшегося API Mixer, появились на хакатоне Startup Weekend, где Майк Кнуп впервые встретил Уэйда Фостера (Wade Foster). За выходные они создали прототип, реализующий маппинг данных, и выбрали три первых приложения для демонстрации: PayPal, Highrise и Twitter. В ходе финального воскресного демо Кнуп предложил зрителям отправить реальный твит и сделать платеж через PayPal, после чего система на глазах у зала агрегировала эти данные в CRM-систему Highrise.
👥 Первые шаги в Y Combinator и переход на удаленный формат 10:32
Zapier удалось попасть в Y Combinator далеко не с первой попытки. Первая заявка, поданная со свежим хакатон-прототипом, получила отказ из-за полного отсутствия клиентов и трекшна. По словам Кнупа, этот отказ лишь разжег в них спортивный азарт и заставил детально проанализировать слабые места бизнеса. Команда продолжила работать по 40 часов в неделю на основных работах, развивая Zapier по ночам и выходным.
Ко второй подаче заявки ситуация изменилась: проект находился в стадии закрытого инвайт-тестирования, первые 10 пользователей заплатили по $100 за верификацию проблемы, затем цена была снижена до $5, и через систему прошли уже сотни оплаченных транзакций. Наличие социального доказательства и подтвержденного спроса открыло им двери в акселератор.
В начале 2012 года в Zapier не было наемных сотрудников — только трое фаундеров (Майк Кнуп, Брайан Хелмиг и Уэйд Фостер). Брайан и Уэйд совмещали стартап с полноценной работой, а Майк являлся студентом магистратуры в Миссури, откуда ему пришлось отчислиться ради Zapier. Рабочий день выглядел так: после 17:00 основатели собирались в квартирах или в офисе, который им разрешал использовать бывший руководитель одного из фаундеров, и кодили до часу ночи. Переезд в Калифорнию для участия в Y Combinator стал мощным форсирующим фактором, превратившим хобби в полноценную работу. Первоначальный капитал позволил им снять квартиру в Саннивейле и сфокусироваться.
Переход на удаленный формат произошел спонтанно из-за операционного кризиса летом перед Demo Day. Каждое утро трое фаундеров просыпались и до полудня занимались клиентской поддержкой через общую почту. Чтобы не отвечать параллельно на одни и те же письма, им приходилось сидеть рядом, что отнимало драгоценное время разработки. Встал вопрос о найме первого сотрудника службы поддержки. Не имея связей в Кремниевой долине, они обратились к своему университетскому кругу и нашли идеального кандидата в Чикаго — одного из соседей Уэйда по комнате в колледже. Кандидат наотрез отказался переезжать в Калифорнию, а у стартапа не было лишних денег на релокацию.
Ситуация усугублялась тем, что девушка (ныне супруга) Майка Кнупа в этот момент оканчивала юридический факультет в Миссури, и Майку приходилось каждые две недели летать туда-обратно. Осознавая, что они уже успешно работали распределенно по ночам в Миссури, основатели решили пойти на эксперимент и утвердили удаленный формат работы. В качестве раннего вдохновения они ориентировались на опыт Basecamp и Wufoo.
💰 Экономика бережливости: $50 млн ARR без раундов финансирования 15:28
Для многих предпринимателей компания не кажется «настоящей», пока у нее не появится физический офис, подпитывающий эго фаундеров, отмечает Кевин Хейл. Майк Кнуп признает силу этого стереотипа: даже когда штат Zapier превысил 100 человек, а показатель ARR (повторяющийся годовой доход) достиг $50 млн, новые сотрудники периодически жаловались, что их родители до сих пор интересуются, работают ли их дети в «реальной компании». В такие моменты публикации в профильных СМИ становились важным инструментом для демонстрации родственникам серьезности бизнеса.
В 2012–2014 годах инвесторы в Кремниевой долине скептически приподнимали брови, узнавая об отсутствии офиса, и некоторые венчурные фонды отказывались от сделок исключительно по этой причине, требуя от стартапа «повзрослеть и начать нанимать locally». Кнуп с удовлетворением отмечает, что к 2019 году отношение инвесторов к Remote-модели радикально изменилось.
Отказ от аренды недвижимости изначально диктовался жесткой экономией — у компании просто не было денег. За всю свою историю Zapier привлек критически малый объем инвестиций: $18 000 от Y Combinator (стандартные условия акселератора на тот момент) и по $50 000 от двух бизнес-ангелов. Суммарный объем привлеченного внешнего капитала составил всего около $118 000. Эксперимент с удаленной работой официально перерос в долгосрочную стратегию развития компании примерно на этапе найма восьмого или девятого сотрудника, сразу после первого корпоративного ретрита в штате Вашингтон, где собралось семеро специалистов.
Кевин Хейл утверждает, что Wufoo и Zapier удерживают лидерство по соотношению стоимости экзита (выхода) к объему привлеченных инвестиций среди выпускников Y Combinator. По словам Хейла, Zapier стабильно входит в топ-10 крупнейших по капитализации выходов акселератора именно благодаря сохранению колоссальных долей у основателей и ранних инвесторов. Финансовая независимость и ранняя прибыльность позволяли фаундерам полностью игнорировать критику венчурной тусовки по поводу их структуры управления.
🎯 Философия найма: автономия, «дефолт к действию» и ментальное здоровье 19:54
Стремление работать удаленно у основателей Zapier уходит корнями в их прошлый опыт работы по ночам и выходным: они хотели самостоятельно распоряжаться своим графиком, ставить собственные цели и не зависеть от жестких рамок крупных корпораций. Это сформировало одну из главных корпоративных ценностей компании — «дефолт к действию» (default to action).
При подборе персонала в распределенную команду Майк Кнуп использует жесткие фильтры. Он открыто заявляет соискателям на собеседованиях важный тезис: «В Zapier ваша работа не может быть вашей семьей». По мнению Кнупа, в офисных компаниях сотрудники часто опираются на работу как на главный источник социализации, что является деструктивным подходом для удаленки. Чтобы успешно работать в Zapier, человеку необходимо иметь развитую социальную сеть за пределами компании — будь то хобби, близкие друзья, семья или религиозные общины.
Наличие прошлого опыта удаленной работы Кнуп считает отличным позитивным сигналом, хотя компания нанимает и новичков, учитывая кривую их адаптации. Ключевой маркер успешности кандидата — его способность действовать в условиях неопределенности без консенсус-ориентированного подхода. На собеседованиях Кнуп ищет примеры из прошлого опыта, когда человек, видя правильное решение, брал на себя ответственность и инициировал изменения вопреки бюрократии.
📡 Управление коммуникацией: цепочка пропускной способности и борьба с шумом 22:57
Главное наблюдение Майка Кнупа за годы масштабирования компании до 200 сотрудников заключается в том, что процессы, необходимые для выживания удаленной организации, делают ее в целом более эффективной и качественной. Удаленный формат просто заставляет прописывать фреймворки принятия решений, коммуникационные регламенты и процессы намного раньше, чем это делают традиционные бизнесы.
Распределенная работа дает колоссальное преимущество при найме лучших талантов по всему миру, а также защищает время для «глубокой работы» (deep work). По мнению Кнупа, даже для такой коллаборативной роли, как продуктовый дизайнер, необходимы непрерывные четырехчасовые блоки тишины для проработки итераций. В офисном пространстве любой коллега может похлопать по плечу и отвлечь, разрушая фокус, тогда как удаленка требует явного разделения времени на концентрацию и координацию.
Одной из главных ошибок ранних этапов Кнуп называет неумение вовремя повышать «пропускную способность коммуникации». В офисе по умолчанию используется максимальная пропускная способность: язык тела, мимика, тон голоса, 100%-е отвлечение внимания собеседника. На удаленке дефолтное состояние противоположно — полная тишина и мигающий курсор в Slack-канале. Компания разработала правила перехода по цепочке bandwidth-канала:
- Если в Slack появляется индикатор «несколько человек набирают текст...» (several people are typing) — это явный сигнал немедленно прекратить переписку, созвониться в Zoom и за 10–15 минут закрыть вопрос, зафиксировав итог в общем чате. Это предотвращает многочасовые бесплодные текстовые баталии, сжирающие десятки человеко-часов.
Кевин Хейл делится опытом Wufoo: если обсуждение проблемы в чате затягивалось на 15 минут, команда обязана была принудительно остановить дискуссию и вернуться к текущим делам. Все неразрешенные споры выносились на общую пятничную встречу. Хейл утверждает, что в 90% случаев, переспав с мыслью, сотрудники находили компромисс самостоятельно, и до пятницы доживали только действительно критические вопросы.
В Zapier для защиты фокуса сотрудников внедрена социальная норма: если коллегу тегают в Slack через символ @, он обязан ответить или подтвердить получение информации в течение 24 часов. Такой лимит установлен осознанно, поскольку над продуктом работают специалисты во всех часовых поясах, и, как шутит Кнуп, «над Zapier никогда не заходит солнце».
🗂️ Синхронизация через OKR: общие цели для триад EPD 30:32
На момент фиксации данных в компании трудится 200 сотрудников. Непосредственно продуктовый блок состоит из 7–8 менеджеров по продукту (PM), аналогичного количества продуктовых дизайнеров и около 50 инженеров. С ростом организации начала проявляться тенденция к обособлению отделов, когда инженеры фокусируются исключительно на оценках, рефакторинге и качестве кода, дизайнеры — на UX, а менеджеры — на бизнес-показателях. Без единой системы ценностей в компании неизбежно заводится мышление в парадигме «мы против них».
Для решения этой проблемы Zapier начал внедрять методологию OKR (Objectives and Key Results), причем цели выставляются не индивидуально сотрудникам, а кросс-функциональным триадам EPD (Engineering, Product, Design). Кнуп поясняет, что дизайнер, менеджер и технический руководитель совместно владеют ежеквартальной бизнес-метрикой (например, «увеличить конверсию в успешную настройку запов на 10%»).
При этом руководство строго следит за единообразием интерфейсов взаимодействия между командами. Каждая команда вольна экспериментировать с внутренними процессами stand-up встреч, но их API-слой взаимодействия и логика ведения задач в JIRA должны быть стандартизированы. Это позволяет руководству выстраивать прозрачную аналитику над процессом разработки (observability) и понимать, где компания недоинвестирует в технический долг или слишком сильно увлекается созданием фич.
Продуктовые команды формируются на уровне руководства под конкретные новые рыночные возможности или этапы воронки конверсии, после чего рекрутеры точечно нанимают под них людей. Команды являются долгоживущими, хотя горизонтальные переходы сотрудников между линиями допускаются при наличии производственной необходимости.
📝 Внутренние инструменты: Async, Quip и отказ от корпоративной почты 36:23
В Zapier выстроена уникальная структура управления знаниями, базирующаяся на принципе 50% планирования сверху вниз и 50% инициатив снизу вверх. Майк Кнуп уверен, что руководство никогда не сможет обладать идеальным видением всех процессов «на земле», поэтому OKR служат в первую очередь инструментом для расстановки приоритетов и совершения жестких компромиссов. Письменная фиксация документации имеет ключевое преимущество: когда процесс описан в виде текста, возникает осязаемый артефакт, о котором можно аргументированно спорить, что исключает эмоциональные конфликты и уход дискуссий в сторону.
Основным инструментом «медленного мышления» (в терминах Даниэля Канемана) в компании является Async — собственная разработка Zapier, представляющая собой внутреннюю блогосферу. Если Slack выполняет роль оперативного, «быстрого» офиса, то Async аккумулирует глубокие размышления, долгосрочные отчеты и финальные решения. В компании действует жесткое правило: сотрудники не обязаны постоянно читать Slack, они имеют полное право выходить из любых каналов. В Slack даже отключены системные уведомления о входе и выходе участников из чатов, чтобы снять социальное давление.
Сердцебиением Zapier является еженедельный пятничный ритуал: каждый сотрудник пишет в Async отчет о проделанной работе за неделю. На этапе 20–30 человек в штате все с удовольствием читали апдейты друг друга, но по достижении 100 сотрудников чтение ленты начало занимать целый рабочий день. Команда кастомизировала Async, внедрив алгоритм кураторства и персонализированных лент, где менеджеры настраивают для новичков подписки только на критически важные для их роли лица.
Внутри компании полностью ликвидирована практика переписок по электронной почте. Email используется исключительно для внешних коммуникаций с партнерами и клиентами (через Help Scout). Для долгосрочной документации, ведения вики-страниц, создания HR-рубрик и описания процессов применяется сервис Quip.
Кнуп подчеркивает важность инвестиций в собственное ПО: Wufoo в свое время тратила от 30% до 40% времени разработки на создание внутренних утилит, что позволяло долго удерживать штат в пределах 10 человек. В Zapier большинство внутренних инструментов создаются изящным способом — как приложения (Zaps) внутри самой платформы Zapier. Многие популярные публичные функции родились из хобби-проектов инженеров на хакатонах во время ретритов.
🤝 Корпоративная культура на расстоянии: ретриты и структурированный хаос 46:18
Дважды в год Zapier организует недельные полностью оплачиваемые общекомпанейские ретриты, арендуя крупные отели на территории США. Майк Кнуп категорически не согласен с идеей, что удаленный формат нивелирует ценность личного общения. Главная цель ретритов — формирование глубинного уровня эмпатии между коллегами. Кнуп считает, что личное знакомство позволяет в дальнейшем «предполагать наилучшие намерения» (assume best intent) при текстовом общении в Slack. Если в разгар напряженного проекта коллега присылает излишне резкое или лаконичное сообщение, знающий его лично сотрудник не станет обижаться, а «услышит» в голове его реальный дружелюбный голос, что сглаживает углы в текстовой коммуникации.
Эволюция проведения ретритов привела к радикальному изменению их структуры. Раньше менеджеры поминутно планировали каждый час недельного мероприятия, организуя хакатоны и командные сессии, из-за чего у людей наступало эмоциональное выгорание. На последнем ретрите руководство пошло на риск и внедрило «неструктурированное время» — две послеполуденные сессии, когда сотрудникам разрешалось заниматься чем угодно.
Кнуп признается, что испытывал сильную тревогу: он опасался, что люди проигнорируют возможность кросс-командного общения и просто закроются в номерах выполнять рутинные задачи по дорожной карте или разбирать тикеты поддержки. Однако результаты превзошли ожидания: специалисты из отделов аналитики, инженерии и поддержки начали спонтанно объединяться в группы, проводить мини-конференции (unconference) и генерировать нестандартные идеи. Этот опыт признан крайне успешным и станет стандартом для будущих встреч.
🎨 Удаленный дизайн: критика через Zoom и упражнение «Девять квадратов» 51:03
Кевин Хейл высказывает распространенное среди классических дизайнеров убеждение: для решения сложных интерфейсных задач и проведения качественных дизайн-критик необходимо сидеть рядом, рисовать карандашом на бумаге и использовать маркерную доску, а удаленный формат кажется медленным и неэффективным. Майк Кнуп опровергает это суждение, подчеркивая, что удаленка требует лишь смены методологии и большей эксплицитности.
В качестве примера Кнуп приводит упражнение «Девять квадратов» (nine box design exercise), которое он успешно проводил по Zoom одновременно для 70–80 сотрудников компании. Суть метода состоит в следующем:
- Каждый участник складывает лист бумаги так, чтобы получилось девять ячеек.
- За две минуты необходимо схематично набросать девять абсолютно разных вариантов решения одной продуктовой проблемы.
- Сжатые сроки намеренно не позволяют людям уходить в глубокие размышления, заставляя мыслить широко и дивергентно.
- Участники включают веб-камеры, рисуют фломастерами Sharpie, демонстрируют листы экрану, а затем фотографируют их и выкладывают в Slack для детального изучения.
Майк Кнуп отмечает удивительный психологический эффект: в Zoom-формате коллаборация оказывается более смелой и эффективной, чем в одной комнате. В физической аудитории люди испытывают социальное давление, боятся показаться глупыми или некомпетентными под чужими взглядами в процессе рисования. Находясь в изолированном домашнем кабинете, сотрудники чувствуют себя в безопасности, что позволяет им предлагать самые дерзкие и странные концепты, которые в итоге и приводят команду к прорывным интерфейсным решениям.
Кроме того, в Zapier выстроен жесткий ритм дизайн-ревью: сессии проходят каждый вторник и четверг. 48-часовой цикл выступает мощным форсирующим фактором, заставляя команды стремительно итерировать софт между созвонами. Важное правило Zoom-этикета на таких встречах от Кнупа — никогда не выключать микрофон (don't mute yourself), чтобы сохранить живую динамику, спонтанные реплики и атмосферу реального мозгового штурма.
🎲 Случайность против продуктивности: нужен ли стартапу «кулер»? 55:42
В индустрии распространено мнение о критической важности случайных встреч у «водяного кулера» (serendipitous encounters) для рождения инноваций. В Zapier для частичной симуляции этого процесса внедрили автоматизированного бота Pair Buddies. Бот случайным образом выбирает трех сотрудников из специального Slack-канала и автоматически бронирует им 30-минутный Zoom-созвон без какой-либо повестки дня — исключительно для того, чтобы поболтать о жизни и текущих задачах.
Тем не менее, Кевин Хейл выступает с жесткой критикой теории ценности случайных встреч. По мнению Хейла, подавляющее большинство современных компаний чрезмерно оптимизируют свои процессы под поиск мифической «серендипности». Хейл сравнивает эту стратегию с игрой в лотерею: надеяться, что сотрудники случайно столкнутся в коридоре и создадут гениальный продукт — это абсурд, когда у 99% стартапов есть колоссальный список четких невыполненных задач, требующих планомерной работы. Приоритетом всегда должно быть плановое исполнение, а не случайные озарения.
Кнуп частично соглашается, отмечая, что хакатоны работают эффективнее, когда в компании долго копится операционное давление, требующее творческой «разрядки». Главная проблема большинства традиционных компаний — это не отсутствие случайных встреч, а тотальное неведение относительно того, чем занимаются соседние отделы. В Zapier благодаря Async и Quip эта проблема решена полностью; напротив, команда борется с противоположным вызовом — избытком информации и необходимостью ее жесткой фильтрации.
