Assembled: $1.25M в месяц на ПО для support-команд — кейс Джона Вана

Assembled — платформа управления командами клиентской поддержки: прогноз нагрузки, расписания агентов, аналитика и ИИ-инструменты. $1.25M выручки в месяц (~$15M ARR), 118 сотрудников, клиенты — Canva, Robinhood, Stripe. Запущена в 2018 году, привлекла $19.7M инвестиций.

Главное в кейсе — Джон Ван и команда вместо классического product discovery физически работали внутри support-команд клиентов. Брали смены, отвечали на тикеты, сидели рядом с агентами. Из этого выросла продуктовая интуиция, которую невозможно получить через интервью.

Кто такой Джон Ван

Джон — сооснователь Y Combinator-стартапа 2014 года, потом несколько лет провёл в Stripe. Там увидел изнутри, как растут support-команды финтех-компании и как ломаются стандартные инструменты на масштабе. После Stripe собрался с другими ex-сотрудниками и запустил Assembled в 2018 году.

Какую проблему решает Assembled

В быстрорастущих компаниях клиентская поддержка превращается в управленческий ад:

• Нагрузка непредсказуемая — нужен прогноз и расписание
• Агентов десятки и сотни — нужно балансировать смены, отпуска, обучение
• Тикеты разной сложности — нужно маршрутизировать
• Метрики разбросаны по Zendesk, Slack, BI-инструментам

Тулзы для контактных центров (NICE, Verint) — тяжёлые, дорогие, под колл-центры. Современные SaaS-команды (Robinhood, Canva) не вписываются в эту парадигму. Assembled закрыл этот зазор: workforce management, построенный для tech-first support-команд.

Как родилась идея

В Stripe Джон видел, как support-команда росла с десятков до сотен человек, а внутренние инструменты не успевали. Прогнозировали нагрузку в Google Sheets, расписания собирали вручную. Когда уволился, проверил гипотезу простым способом: пошёл шадоуить агентов в других компаниях, провёл десятки интервью с support-руководителями. Везде была одна и та же боль.

Команда осознанно выбрала B2B SaaS, который тяжело построить, но тяжело и скопировать: глубокое понимание операционных процессов support плюс интеграции в десятки систем.

Как собирали продукт

Первая версия делалась 3 месяца в формате «startup within a startup» — небольшая команда сидела вместе в одном помещении, которое они называли «the dungeon». Постоянные пивоты, тестирование гипотез, отказ от того что не работало.

Команда не строила продукт «в вакууме»:

1. Шадоуили реальных support-агентов и руководителей
2. Брали на себя смены в support — отвечали на тикеты реальных клиентов своих первых партнёров
3. После каждой итерации сверялись с пользователями
4. Меняли направление если данные показывали, что гипотеза не работает

Стек написан с нуля под задачу — кастомный движок прогнозирования и планирования.

Стратегия роста

Стратегические партнёрства

Главный канал на ранней стадии — клиенты уровня Canva, Robinhood, Stripe. Эти бренды дали Assembled два эффекта сразу: денежный поток и социальное доказательство. Когда HR-директор крупной SaaS-компании ищет инструмент, упоминание Stripe и Robinhood в списке клиентов закрывает половину возражений.

Партнёрства закрывались через сеть основателей: ex-Stripe команда, Y Combinator-альянсы, общие инвесторы. Каждый клиент превращался в источник рекомендаций и кейсов.

Прямой контакт с пользователем

Внутренний лозунг команды — «get on the plane». Если у клиента боль или сложный кейс — инженер или PM физически летит в офис и проводит день с командой. Это противоположность «опроса в Typeform».

Подход требует ресурсов, но даёт продукт, который реально решает работу — не воображаемую, а ту, которой support-команды занимаются каждый день. Это превращается в retention выше среднего по SaaS и word-of-mouth внутри сообщества support-leaders.

Итеративный подход к новым продуктам

После выхода на стабильный MRR команда выделила отдельный отряд под ИИ-инструменты для агентов (умные подсказки, авто-маршрутизация, аналитика разговоров). Этот отряд работал по той же модели «dungeon» — изолированно от основного бизнеса, с быстрыми пивотами. Так Assembled пристроил ИИ-фичи без риска сломать ядро.

Контент и SEO

Прямо в материалах не подсвечивается, но косвенно — блог про управление support-командами, гайды по прогнозированию нагрузки, разборы метрик. Это привлекает руководителей поддержки на сайт ещё до того, как они в активном поиске инструмента.

Pricing

• Tiered по размеру команды: чем больше агентов, тем выше план
• Enterprise: индивидуальные условия для крупных клиентов с SLA, custom-интеграциями
• Без публичного прайса: всё через демо и переговоры

Это нормальная модель для B2B SaaS, где цикл сделки длинный и каждый клиент уникален по требованиям.

5 уроков из кейса

1. Talk to users — это работа, а не интервью. Реальный customer discovery — это не Zoom-звонки, а смены в чужом support-департаменте. Час реальной работы рядом с агентом даёт больше инсайтов, чем десять интервью.
2. Startup within a startup для новых направлений. Когда основной бизнес уже стабилен, новые гипотезы тестируются изолированной командой. Без формальностей, без процессов, с быстрыми пивотами — иначе компания убивает свои же эксперименты.
3. Партнёрства с крупными брендами стоят дороже рекламы. Один Robinhood в списке клиентов закрывает сотни возражений в холодных продажах. Имеет смысл инвестировать в этих клиентов сверх стандартного customer success.
4. Экзистенциальные кризисы — часть процесса. На каждом этапе команда сомневалась в направлении. Это не ошибка, а норма. Главное — не отрицать сигналы, а быстро пивотиться, когда данные показывают тупик.
5. B2B SaaS с глубокой операционной интеграцией — это защитный ров. Поверхностные ИИ-обёртки копируются за месяц. Workforce management с настройкой под процессы клиента — это месяцы внедрения и годы доверия. Конкурент не зайдёт легко.

Главная мысль: в B2B SaaS выигрывают те, кто готов работать рядом с пользователем, а не наблюдать со стороны. Assembled построила $15M ARR не благодаря технологии — а благодаря тому, что команда буквально жила в support-командах своих клиентов.