Find the Pain or Build Forever with Sridhar Uyyala
В выпуске Predictable Revenue Podcast Collin Stewart беседует с Sridhar Uyyala из TensorLinks о реальном пути к product-market fit. Sri начинал с амбициозной идеи AI-ассистентов для беспилотных автомобилей, но рынок и технологии оказались не готовы. После серии разрозненных продуктов (email-ассистент, финансовый анализ, Q&A по документам) он перестал строить и начал спрашивать: оператор сети стоматологических клиник рассказал о пропущенных звонках, которые стоили реальных денег. Первая версия решения для звонков принесла платящего клиента и повторяемость, но попытка расшириться до «AI для всех операций» сломала ясность продукта. Сузив фокус до AI-ресепшен, Sri с бюджетом меньше $1000 получил около 60 демо и закрыл порядка 10 клиентов. Главный вывод: PMF приходит не как точка, а как постепенный сдвиг, когда боль уже существует и рынок сам начинает тянуть продукт.
В этом выпуске Predictable Revenue Podcast Collin Stewart садится с Sridhar Uyyala из TensorLinks, чтобы разобрать, как на самом деле выглядит поиск product-market fit в реальной жизни: путано, медленно и с кучей фальстартов.
Этот пост разбирает тот путь — не чтобы пересказать его, а чтобы показать, где основатели реально ошибаются и почему большинство «хороших идей» проваливаются задолго до того, как рынок будет к ним готов.
Большинство основателей начинают с видения.
Sri задумал построить AI-ассистентов для беспилотных автомобилей — что-то технически впечатляющее, опережающее время и при этом полностью оторванное от реального спроса на тот момент.
На бумаге идея имела смысл. Если автомобили станут автономными, им понадобятся умные интерфейсы. И он начал строить именно это будущее.
Проблема? Этого будущего ещё не было.
Базовые технологии не были готовы: голос был жёстким и ненадёжным, разговоры — роботизированными. LLM в пригодном виде не существовало. Даже аппаратный слой делал дистрибуцию нереалистичной.
И рынка тоже не было. Никто активно не искал такое решение.
Нет срочности.Нет бюджета.Нет тяги.
Что у вас тогда есть? Только прототип и догадка.
Здесь застревает множество основателей.
Продукт кажется правильным, потому что он амбициозный и технически интересный. Но «интересно» не конвертируется в использование или выручку.
Снаружи это выглядело как провал, и очевидным выводом было то, что идея не работает.
Но настоящая проблема была в тайминге. Быть слишком рано и быть неправым дают одинаковые сигналы.
Нет спроса. Нет выручки. Нет тяги.
Если вы не видите этого различия, вы либо бросаете слишком рано, либо, что хуже, продолжаете давить на рынок, который ещё не готов.
Фаза блужданий
После этого Sri сделал то, что делают большинство технических основателей, когда что-то не работает: продолжил строить.
Он перешёл от одной идеи к следующей: email-ассистент, инструмент финансового анализа, продукт для Q&A по документам. Каждая идея в отдельности имела смысл, и каждая была построена на одном и том же убеждении — где-то в этом пространстве должна быть реальная возможность.
Но ни одна из них не получила traction.
Не было ни стабильных пользователей, ни ясного спроса, ни сильного сигнала, что какой-то из этих продуктов решает достаточно болезненную проблему. Снаружи это выглядело как итерация, но на деле это была серия разрозненных ставок.
Стройка начинает ощущаться как прогресс, но без прямой и непрерывной обратной связи от реальных пользователей это просто угадывание. А угадывание, даже если выполнено хорошо, не накапливается.
Строить — не значит учиться.
Точка перелома
Сдвиг пришёл от более правильного вопроса.
Вместо того чтобы строить очередной продукт, Sri начал разговаривать с людьми. По рекомендации его познакомили с оператором, управляющим несколькими стоматологическими клиниками. И впервые он не начал с питча.
Он задал простой вопрос: Какие у вас самые большие проблемы? Ответ был мгновенным и конкретным. Они пропускали звонки — очень много звонков.
А пропущенные звонки означали потерянную выручку. Новые пациенты не могли записаться, существующие — перенести приём. По нескольким клиникам это была накапливающаяся операционная утечка.
На этот раз проблема была ясной, измеримой и уже стоила клиенту денег. Её не нужно было объяснять или продавать. Это и есть та точка перелома, которую большинство основателей упускают.
Product-market fit начинается с проблемы настолько болезненной, что кто-то уже активно ищет решение.
Первый реальный сигнал PMF
Он построил решение вокруг этой одной проблемы — обработки и анализа звонков — и клиника заплатила за него. Уже это было ново.
После нескольких продуктов без traction нашёлся тот, кто готов был вложиться в решение проблемы, которой он занимался.
Но более сильным сигналом было то, что произошло дальше.
Та же проблема всплыла в нескольких локациях. Решение не было привязано к одному частному случаю или разовой потребности. Оно подходило для всей сети клиник, и ценность сохранялась каждый раз. Именно в этот момент «это работает» начинает превращаться в «это, возможно, масштабируется».
Выручка плюс повторяемость — вот первый реальный сигнал.
Вторая ошибка
С платящим клиентом и ясной проблемой казалось, что у него есть импульс. И он сделал естественное — попытался расшириться.
Вместо того чтобы фокусироваться только на звонках, он начал строить более широкое видение: AI-систему, способную справляться со всеми операциями клиники. Расписание, рабочие процессы, внутренние процедуры — всё.
На бумаге это имело смысл. Если можно автоматизировать одну часть операций, почему не остальные? Но именно здесь всё начало ломаться.
Чем шире охват, тем сложнее определить продукт, донести его ценность и воспроизвести решение для других клиентов. То, что работало для одной клиники, не переносилось чисто на другую, и проблемное пространство снова стало запутанным.
Это скрытая цена слишком широкого охвата на раннем этапе. Чем больше вы пытаетесь решить, тем сложнее масштабировать хоть что-то.
Прорыв
Вместо того чтобы решать весь операционный стек, он сузил фокус до одной конкретной функции: ресепшен. Звонки, расписание, общение с пациентами — всё, что происходит до того, как пациент заходит в клинику.
Этот сдвиг изменил всё. Теперь продукт было легко понять, легко объяснить и легко наложить на реальную существующую роль внутри клиники. Вместо размытого «AI для операций» это стало чем-то конкретным: AI-ресепшен.
И с этой ясностью пришла масштабируемость.
Проблема была одинаковой по клиникам, use case не менялся, и ценность была очевидной: меньше пропущенных звонков, больше записанных приёмов, лучшая загрузка. Вот что на самом деле даёт сужение.
То, что случилось дальше, было тонким, но важным.
Менее чем за $1000 рекламного бюджета он сгенерировал около 60 демо и закрыл примерно 10 клиентов. Механика дистрибуции почти не изменилась. Изменилась реакция рынка.
К тому моменту покупатели уже искали — они понимали, что AI может делать в их рабочих процессах, проблема была знакомой, а решение легко ложилось на неё.
Вот как product-market fit на самом деле ощущается на практике.
Он проявляется не как единая поворотная точка, а как постепенный сдвиг: ранние клиенты превращаются в повторяемые победы, одна и та же проблема всплывает в разных аккаунтах, а спрос становится легче захватывать, потому что он уже существует на рынке.
Product-market fit не бинарен. Он выстраивается со временем, и по мере того как он крепнет, всё ниже по цепочке начинает работать с меньшими усилиями.
Заключение
Большинство основателей стартуют слишком рано, строят слишком широко и принимают активность за прогресс. Затем пытаются починить это новыми фичами или большим маркетингом, тогда как настоящая проблема в том, что боль недостаточно острая или рынок ещё не готов.
Sri победил, потому что подошёл ближе к реальной проблеме, сузил охват и продержался достаточно долго, чтобы рынок его догнал.
Это и есть работа: Найти существующую болевую точку, сфокусироваться, пока решение не станет повторяемым, и дождаться, когда рынок начнёт тянуть. Всё остальное — просто шум.
НЕТ ВРЕМЕНИ ЧИТАТЬ?