«Нам нужно API»: как B2B-стартап потратил 4 млн на то, что никому не нужно
B2B-сервис для электронного документооборота был уверен: продажи встали, потому что клиентам сложно интегрироваться. Команда потратила полгода и 4 млн на API и SDK — продажи выросли на 5%. 20 глубинных интервью показали: проблема была не в функциях, а в том, что продукт продавали бухгалтерам, а решение принимали директора. Результат — рост клиентской базы на 187% за квартал.
Исходная ситуация
К нам обратился российский B2B-сервис электронного документооборота — назовём его DocuSend. Компания работала на рынке 18 месяцев, вложила около 12 млн рублей в разработку и привлекла 230 платящих клиентов. План на квартал был 1 200.
Рост встал на третьем месяце. Команда перепробовала всё: контекстную рекламу, холодные звонки, партнёрскую сеть, скидки за годовые подписки. Ничего не работало. CPA (стоимость привлечения клиента) составлял 24 000 рублей — при среднем чеке 18 000 рублей в год бизнес генерировал убыток с каждого нового клиента.
«Мы опросили десяток клиентов, которые ушли. Они сказали: «У вас неудобно, нет интеграции с 1С, нет API, мы хотим всё в одном окне». Мы сели писать API» — CEO DocuSend
Шесть месяцев команда разработки (5 человек) писала API, SDK для 1С и готовые модули для «МоегоСклада» и CRM-систем. Было потрачено 4 млн рублей из привлечённых инвестиций. Когда API запустили — продажи выросли на 5%. CEO позвонил нам в состоянии, близком к панике.
Гипотеза заказчика
Команда сформулировала гипотезу так: «Наша целевая аудитория — бухгалтеры и операционисты малого и среднего бизнеса. Они хотят, чтобы документы уходили автоматически из их рабочей системы. Мы дали им это — но они всё равно не покупают. Значит, продукт плохой».
Продукт-менеджер предлагал два варианта: (1) сделать бесплатный тариф с рекламой, чтобы набрать базу, или (2) pivot в сторону более простого продукта для микробизнеса. Оба решения стоили денег и не гарантировали результата.
Что мы сделали
Мы предложили не принимать решений до диагностики. 20 глубинных интервью: 15 с реальными пользователями DocuSend (бухгалтеры, операционисты, финансовые директора) и 5 с синтетическими персонами, собранными на основе данных из CRM и скриптов поддержки.
Ключевое отличие от подхода заказчика: мы не спрашивали «что вам не нравится в продукте». Мы спрашивали про процесс: «Расскажите, как вы сейчас работаете с документами», «Кто принимает решение о покупке», «Что изменилось бы, если бы завтра документы уходили автоматом».
Синтетические кастомеры мы собрали за 4 дня. Они провоцировали команду на встречные вопросы: «А если бы продукт стоил 0 рублей?», «А если бы он интегрировался со всем, что у вас есть?». Ответы цифровых двойников совпали с ответами живых респондентов в 9 из 10 случаев по ключевым паттернам.
Что мы обнаружили
Первые же четыре интервью разнесли гипотезу заказчика в щепки. Вот что мы увидели.
1. Бухгалтер не принимает решений. Из 15 живых респондентов 12 были бухгалтерами или операционистами. Ни один из них не имел права подписывать договоры. Они могли рекомендовать, но решение о покупке принимал директор или собственник бизнеса.
2. Директор не знает о проблеме. Мы поговорили с 5 руководителями компаний (отдельная выборка). Четверо из пяти сказали, что «с документами всё в порядке» или «бухгалтер справляется». Проблема бухгалтера не была проблемой компании — директор её просто не видел.
3. 14 из 20 не знали, что такое ЭДО. Сами слова «электронный документооборот» вызывали пустой взгляд. Люди знали про «налоговую подпись» и «СБИС», но не воспринимали ЭДО как отдельную категорию продуктов.
4. Про API знали двое. Только 2 из 20 респондентов слышали про API или SDK. Для остальных это были пустые слова. При этом 16 из 20 сказали, что «продукт и так неплохо работает». Интерфейс и функции устраивали почти всех.
🔑 Ключевой вывод: Команда продавала бухгалтерам, которые не могли купить. Директорам, которые могли — никто не продавал, потому что они не знали о проблеме. API и интеграции были решением проблемы, которой не существовало в восприятии клиентов.
Что мы изменили
Ни одного изменения в коде продукта. Все изменения — в позиционировании, упаковке и каналах продаж.
1. Сменили адресата. Все маркетинговые материалы переписали так, чтобы их видел директор. Вместо «интеграция с 1С» — «перестаньте тонуть в бумаге». Вместо технических характеристик — бизнес-метрики: сколько времени и денег теряет компания на бумажный документооборот.
2. Сделали «письмо директору». В онбординг добавили скрипт: бухгалтер регистрируется, вводит почту директора, и директор получает письмо: «Коллеги нашли способ сэкономить нам N часов в месяц на документах. Вот ссылка, посмотрите». Конверсия из регистрации в демо-звонок выросла в 6 раз.
3. Сменили каналы. Убрали контекстную рекламу на запросы про API и 1С. Запустили: выступления на бухгалтерских конференциях (бухгалтер — агитатор, директор — покупатель), контент для директоров в Business Facebook (стоимость ошибок в документообороте), партнёрство с банками (пакетная продажа при открытии расчётного счёта).
4. Ввели первичный отбор. На странице регистрации появился вопрос: «Кто в вашей компании принимает решение о покупке?». Это позволило сразу отделить бухгалтеров-одиночек (которые никогда не купят) от компаний, где есть ЛПР.
Результат через 90 дней
Через 3 месяца после внедрения изменений клиентская база выросла на 187% — с 230 до 660 платящих компаний. CPA снизился с 24 000 до 8 500 рублей. Конверсия из регистрации в покупку выросла с 4% до 15%.
API, на который потратили 4 млн рублей и полгода работы, — не пригодился. Ни один новый клиент не пришёл через интеграцию. Ни один старый клиент не увеличил потребление после появления API.
«Самое больное — осознать, что мы сами придумали проблему, которую решали полгода. Никто не просил API. Просили бухгалтеры — но они просили не API, они просили внимания. Мы дали им код» — CEO DocuSend через 90 дней
Почему это работает
Этот случай — классика B2B-ошибки: путать пользователя и покупателя. Бухгалтер — пользователь продукта. Директор — покупатель. Если вы продаёте пользователю, который не может заплатить — вы продаёте в пустоту, сколько бы функций ни добавили.
В нашей практике каждый третий запрос начинается с «сделайте исследование, чтобы понять, какой функционал добавить». В 60% таких случаев ответ — «не добавляйте ничего. Смените упаковку и адресата».
Синтетические кастомеры в этом проекте сработали как машина времени: они позволили за 4 дня проверить сценарии, которые команда собиралась проверять следующие полгода. Каждая AI-персона — это цифровой слепок реального сегмента: мы загрузили данные из CRM, записи звонков поддержки, скрипты продаж — и нейросеть достроила портрет. Ответы на ключевые вопросы совпали с живыми интервью с точностью 90%.
Вывод
Прежде чем писать код — проверьте, кому и зачем вы продаёте. 4 млн на API не стоят одного разговора с тремя директорами компаний. Глубинные интервью — это не «после того как продукт готов», это «до того как вы начали разработку». Особенно в B2B, где цепочка принятия решения длиннее, чем кажется.
Если ваши продажи встали — не спешите добавлять функции. Возможно, вы просто продаёте не тому человеку.
Автор: Команда CustDevica. Провели более 5 000 глубинных интервью за 8 лет. Теперь — синтетические кастомеры для продуктовых команд.