newsmode
search
Меню
arrow_back Назад

From Confusion to Clarity with Dan Sahar - Predictable Revenue

auto_awesomeКраткое саммари

В выпуске подкаста Predictable Revenue Коллин Стюарт беседует с Дэном Сахаром, сооsnователем Guidde, о реальном, неприглаженном пути к product-market fit. Команда Guidde не начинала с узкого фокуса: сначала они поговорили с 70–80 людьми из разных ролей (RevOps, IT, CS, агентства) и поняли, что слишком много персон не дают чёткого сигнала, поэтому перешли к глубокой работе с одной персоной. Ключевые уроки: строить меньше, но доказывать больше (Guidde сначала отказались от платформы доставки контента в пользу одного инструмента создания), назначать цену уже на этапе прототипа и продавать дизайн-партнёрам по слайдам и макетам, а также делать так, чтобы первый результат ощущался непропорционально впечатляющим и распространялся сам. Поворотным сигналом стало органичное подключение Bayer — глобального предприятия с 100 000+ сотрудников — без какого-либо аутрича, что показало: продукт уже не продвигают, он «притягивает». Главный вывод — строить по течению уже идущего сдвига (для Guidde это волна внедрения AI), а не пытаться создавать спрос с нуля.

This week on the Predictable Revenue podcast, Collin Stewart sat down with Dan Sahar, co-founder of Guidde, to unpack the messy path to product-market fit.

На этой неделе в подкасте Predictable Revenue Collin Stewart поговорил с Dan Sahar, сооснователем Guidde, чтобы разобрать запутанный путь к product-market fit.

This isn’t a highlight reel, it’s a real-world breakdown of what actually worked: from narrowing focus and charging early, to finding pull from unexpected places and riding the AI wave at just the right moment.

Это не нарезка лучших моментов, а реальный разбор того, что действительно сработало: от сужения фокуса и ранней монетизации до поиска притяжения в неожиданных местах и того, как поймать волну AI ровно в нужный момент.

Here’s what early-stage founders can take from Guidde’s journey and apply to their own.

Вот что основатели на ранней стадии могут вынести из истории Guidde и применить к себе.

Don’t Start Narrow. Get to Narrow

Не начинайте узко. Придите к узкому

There’s a lot of advice out there telling founders to “start focused.” Sounds good in theory, but in practice, it’s rarely that clean.

Существует масса советов основателям «начинать сфокусированно». В теории звучит хорошо, но на практике так чисто получается редко.

Dan and the Guidde team didn’t start narrow. They began, like most founders, with a broad idea and numerous hypotheses. They spoke with 70–80 people across various roles, including RevOps, IT, CS, and agencies. Everyone seemed like a potential buyer. The problem? That much variety made it impossible to see a clear pattern.

Дэн и команда Guidde не начинали узко. Они, как и большинство основателей, стартовали с широкой идеи и множества гипотез. Они поговорили с 70–80 людьми из разных ролей, включая RevOps, IT, CS и агентства. Каждый казался потенциальным покупателем. В чём проблема? Из-за такого разнообразия было невозможно увидеть чёткую закономерность.

Eventually, they realized the mistake: too many personas, too little signal. Instead of going wide and shallow, they needed to go narrow and deep. One persona at a time. One specific pain. Many reps.

В конце концов они осознали ошибку: слишком много персон, слишком мало сигнала. Вместо того чтобы идти вширь и неглубоко, им нужно было идти узко и вглубь. По одной персоне за раз. Одна конкретная боль. Много реплик.

That’s when things started to click.

Вот тогда всё начало складываться.

Take this with you:

Возьмите с собой:

You don’t need to start focused. You need to get focused. That clarity comes from conversations, not guesses.

Вам не нужно начинать сфокусированно. Вам нужно стать сфокусированным. Эта ясность приходит из разговоров, а не из догадок.

  • Pick one persona you think has the pain.
  • Speak with 10–20 individuals in that role.
  • Listen for urgency, not politeness.
  • If it clicks, keep going if it doesn’t, move on fast.
  • Выберите одну персону, у которой, как вы думаете, есть боль. Поговорите с 10–20 людьми в этой роли. Слушайте срочность, а не вежливость. Если это срабатывает — продолжайте; если нет — быстро двигайтесь дальше.

    Trap to avoid: Don’t build for “everyone who might benefit.” Build for the one person who absolutely needs it, right now.

    Ловушка, которой стоит избегать: Не стройте для «всех, кому это может пригодиться». Стройте для того одного человека, которому это абсолютно необходимо прямо сейчас.

    Build Less, Prove More

    Стройте меньше, доказывайте больше

    Startups love to ship. But building isn’t the same as proving.

    Стартапы обожают выпускать продукт. Но строить — не то же самое, что доказывать.

    One of the most common traps founders fall into is the misconception that more product equals more value. You hear feedback, collect ideas, and before long, you’re building parallel features, hoping that one of them will stick.

    Одна из самых распространённых ловушек, в которую попадают основатели — это заблуждение, что больше продукта означает больше ценности. Вы слышите обратную связь, собираете идеи и вскоре уже строите параллельные функции в надежде, что хоть одна из них приживётся.

    Guidde did exactly that in the early days. They developed both a content creation tool and a content delivery platform simultaneously. Both sounded essential. But in practice, neither hit the mark. It was too much, too soon. Customers didn’t get the full value from either, because the team hadn’t had the time to make either great.

    Именно так и поступила Guidde в самом начале. Они одновременно разрабатывали и инструмент создания контента, и платформу доставки контента. Оба казались необходимыми. Но на практике ни один не попал в цель. Это было слишком много и слишком рано. Клиенты не получали полной ценности ни от одного из них, потому что у команды не было времени сделать хоть один по-настоящему отличным.

    So they cut back. They chose one creation and put everything behind it. That single focus is what got them into the market. Only later, once they had traction, did they reintroduce delivery.

    Поэтому они сократились. Они выбрали одно — создание — и вложили в него всё. Именно этот единственный фокус вывел их на рынок. И только позже, когда у них появилась тяга, они вернули доставку.

    The deeper insight:

    Более глубокий вывод:

    In the early stage, your job isn’t to build the full product vision. Your job is to prove that you can solve one specific, painful job better than anyone else.

    На ранней стадии ваша задача — не построить полное видение продукта. Ваша задача — доказать, что вы можете решить одну конкретную, болезненную задачу лучше всех.

    When you try to do everything at once, you lose clarity, internally and externally. Internally, your team is divided. Externally, your users don’t know what you stand for. They can’t champion you, because they don’t get a sharp win.

    Когда вы пытаетесь делать всё сразу, вы теряете ясность — и внутри, и снаружи. Внутри ваша команда раздроблена. Снаружи пользователи не понимают, за что вы стоите. Они не могут стать вашими адвокатами, потому что не получают чёткой победы.

    PMF often happens not when you add more, but when you cut to the part that actually delivers.

    PMF часто наступает не тогда, когда вы добавляете больше, а когда вы отрезаете до той части, которая действительно приносит результат.

    What to do:

    Что делать:

  • Ask: “If we had to cut everything except one feature, what would we keep?”
  • Ship the smallest version of that feature that solves a full job-to-be-done.
  • Wait for signs: Are users sharing it? Are they paying for it? Are they using it more than once?
  • Спросите: «Если бы пришлось вырезать всё, кроме одной функции, что бы мы оставили?» Выпустите минимальную версию этой функции, которая решает полную job-to-be-done. Ждите признаков: Делятся ли пользователи этим? Платят ли за это? Используют ли больше одного раза?

    If the answer’s no, keep trimming. If it’s yes, go deeper, not wider.

    Если ответ «нет» — продолжайте урезать. Если «да» — идите вглубь, а не вширь.

    Price the Prototype

    Назначьте цену прототипу

    Most founders delay monetization. The excuse is usually the same: “It’s not ready yet.” But readiness is subjective. What’s concrete is whether someone will pay for what you’re building, as it stands today.

    Большинство основателей откладывают монетизацию. Оправдание обычно одно и то же: «Это ещё не готово». Но готовность субъективна. Конкретно то, заплатит ли кто-то за то, что вы строите, в его сегодняшнем виде.

    Dan and the team at Guidde didn’t wait. Before they had a working product, they put a price on it. They pitched design partners using nothing more than a slide deck and mockups, and charged them. Some said yes. That was the real validation.

    Дэн и команда Guidde не стали ждать. Ещё до того, как у них появился рабочий продукт, они назначили на него цену. Они презентовали дизайн-партнёрам, имея на руках лишь слайды и макеты, и брали с них деньги. Некоторые согласились. Это и было настоящей валидацией.

    By charging from the start, they filtered out people with only polite interest, not genuine pain. They positioned the product as valuable from the outset.

    Беря деньги с самого начала, они отсеивали тех, у кого был лишь вежливый интерес, а не настоящая боль. Они с самого начала позиционировали продукт как ценный.

    This is where most founders get stuck. They treat early access like a favor to the user when it should be a test for the business.

    Именно здесь застревает большинство основателей. Они воспринимают ранний доступ как одолжение пользователю, тогда как это должна быть проверка для бизнеса.

    If someone won’t pay even a little for what you’ve shown them, you have to ask: Is the pain real, or are you solving a nice-to-have?

    Если кто-то не готов заплатить даже немного за то, что вы ему показали, нужно спросить: реальна ли боль, или вы решаете «приятно, но необязательно»?

    How to apply it:

    Как это применить:

  • If you have a demo, clickable prototype, or mock flow, sell it.
  • Anchor your price higher than you’re comfortable with. You can always lower it, but raising it later is much harder.
  • Watch what happens when pricing enters the conversation. Flinches, hesitations, and objections all tell you where your value story is weak.
  • Если у вас есть демо, кликабельный прототип или макет процесса — продавайте это. Закрепляйте цену выше, чем вам комфортно. Снизить её можно всегда, а вот поднять позже гораздо труднее. Наблюдайте, что происходит, когда в разговор входит цена. Подёргивания, колебания и возражения — всё это говорит вам, где ваша история ценности слаба.

    If people start saying, “This is worth it,” before the product is finished, you’re on the right track.

    Если люди начинают говорить «это того стоит» ещё до того, как продукт готов, — вы на верном пути.

    Simplicity Creates Spread. But Only If It Hits

    Простота создаёт распространение. Но только если она попадает в цель

    There’s a difference between being simple and being obvious. Founders often confuse the two.

    Есть разница между «быть простым» и «быть очевидным». Основатели часто их путают.

    You cut features. You polish onboarding. You remove friction. And yet… nobody shares it. Nobody talks about it.

    Вы вырезаете функции. Вы шлифуете онбординг. Вы убираете трение. И всё же… никто этим не делится. Никто об этом не говорит.

    That’s because simplicity, by itself, doesn’t create spread. What creates the spread is delivering an immediate win that feels bigger than the effort it took to get it.

    Это потому, что простота сама по себе не создаёт распространения. Распространение создаёт мгновенная победа, которая ощущается больше, чем усилия, потраченные на её получение.

    That’s what Guidde nailed. Not just “easy to use,” but “I can’t believe how fast I got something valuable.” The first experience wasn’t just smooth, it was productive. It made users look good to their teammates. It gave them something they could instantly forward, embed, or show off.

    Именно это Guidde и поймала. Не просто «легко пользоваться», а «не верится, как быстро я получил что-то ценное». Первый опыт был не просто гладким — он был продуктивным. Он делал пользователей хорошими в глазах коллег. Он давал им что-то, чем можно было мгновенно поделиться, встроить или показать.

    You don’t get that effect from clean UI alone. You achieve this by collapsing the time between input and outcome, making the outcome feel disproportionately impressive. That’s what makes someone drop a link into Slack without being asked.

    Такого эффекта не получить от одного лишь чистого UI. Вы добиваетесь этого, сжимая время между вводом и результатом так, чтобы результат ощущался непропорционально впечатляющим. Именно это заставляет человека бросить ссылку в Slack, даже когда его об этом не просили.

    This is where many early-stage founders misfire. They design for completeness instead of clarity. They prioritize control over speed. They assume that giving the user options = giving them power. It’s the opposite.

    Именно здесь промахиваются многие основатели на ранней стадии. Они проектируют ради полноты, а не ради ясности. Они ставят контроль выше скорости. Они полагают, что дать пользователю опции = дать ему силу. Всё наоборот.

    When your product does one thing well, without asking the user to overthink, you give them something rare: confidence. And that’s what spreads.

    Когда ваш продукт делает одну вещь хорошо, не заставляя пользователя переусложнять, вы даёте ему нечто редкое: уверенность. И именно это распространяется.

    The Most Honest Signal Is the One You Don’t Chase

    Самый честный сигнал — тот, за которым вы не гонитесь

    It’s easy to fool yourself in the early days.

    В первые дни легко обмануть себя.

    You’ve got a few warm intros. Some promising demos. A handful of logos you can name-drop. It feels like momentum, but it’s not always the kind that compounds.

    У вас есть несколько тёплых интро. Пара многообещающих демо. Горстка логотипов, которыми можно блеснуть. Это ощущается как импульс, но не всегда тот, что накапливается.

    The shift occurs when someone unexpected shows up.

    Сдвиг происходит, когда появляется кто-то неожиданный.

    You didn’t cold email them. You didn’t pitch them. They just… found you. Signed up. Started using the product. And they looked exactly like the customer you wish you could land.

    Вы не писали ему холодное письмо. Вы ему не презентовали. Он просто… нашёл вас. Зарегистрировался. Начал пользоваться продуктом. И он выглядел в точности как тот клиент, которого вы мечтаете заполучить.

    That’s what happened with Guidde. One day, Bayer, a global enterprise with 100,000+ employees, signed up organically. Then, more companies like it followed. No one on the team had spoken to them before. No outreach campaign. No enterprise sales motion. Just real usage from the right kind of customer.

    Именно это произошло с Guidde. Однажды Bayer — глобальное предприятие со 100 000+ сотрудников — зарегистрировался органично. Затем за ним последовали и другие подобные компании. Никто в команде раньше с ними не общался. Никакой кампании аутрича. Никакого корпоративного процесса продаж. Просто реальное использование от правильного типа клиента.

    That’s when they knew something had shifted. The product was no longer being promoted. It was pulling.

    Вот тогда они поняли, что что-то изменилось. Продукт больше не продвигали. Он притягивал.

    You don’t need dozens of these moments. One or two is enough to tell you you’re not chasing interest, you’re catching it. That’s a different game.

    Вам не нужны десятки таких моментов. Одного-двух достаточно, чтобы понять: вы не гонитесь за интересом, вы его ловите. Это другая игра.

    Build for the Current, Not Against It

    Стройте по течению, а не против него

    You don’t get to decide when the market is ready. The market decides.

    Вы не решаете, когда рынок готов. Это решает рынок.

    Too many founders try to create momentum from scratch, trying to convince customers they should care about a problem that doesn’t feel urgent yet. It’s exhausting. And it rarely works.

    Слишком многие основатели пытаются создать импульс с нуля, пытаясь убедить клиентов, что им следует переживать о проблеме, которая пока не ощущается срочной. Это изматывает. И срабатывает редко.

    The smarter move? Look for the shift that’s already underway. The thing your customer is already navigating, but hasn’t yet figured out how to deal with.

    Более умный ход? Ищите сдвиг, который уже идёт. То, с чем ваш клиент уже сталкивается, но ещё не понял, как с этим справиться.

    For Guidde, that shift is the adoption of AI. Enterprises aren’t wondering if they’ll use AI, they’re struggling to figure out how. Suddenly, every department requires new workflows, training, and enablement. Guidde didn’t invent that need. They spotted it early and built toward it.

    Для Guidde таким сдвигом стало внедрение AI. Предприятия не задаются вопросом, будут ли они использовать AI, — они мучаются над тем, как. Внезапно каждому отделу нужны новые рабочие процессы, обучение и enablement. Guidde не изобрела эту потребность. Они заметили её рано и строили под неё.

    You don’t have to predict the future. You just have to tune in to what your market is already reacting to, and place yourself where they’re headed.

    Вам не нужно предсказывать будущее. Нужно лишь настроиться на то, на что ваш рынок уже реагирует, и встать туда, куда он движется.

  • The question isn’t: “How do we make this product work?”
  • It’s: “Where is the energy already building, and how do we plug into it?”
  • Вопрос не в том: «Как нам заставить этот продукт работать?» А в том: «Где энергия уже нарастает и как нам в неё включиться?»

    Ride the current. Don’t build a dam.

    Двигайтесь по течению. Не стройте плотину.

    Conclusion

    Заключение

    Guidde didn’t find PMF by guessing. They earned it through focus, fast feedback, and aligning with momentum already in motion.

    Guidde нашла PMF не путём догадок. Они заслужили его через фокус, быструю обратную связь и встраивание в уже существующий импульс.

    If you’re building, simplify your bets, talk to your users, and look for pull, not just activity.

    Если вы что-то строите, упрощайте свои ставки, говорите с пользователями и ищите притяжение, а не просто активность.

    👉 Try Guidde if you’re creating internal training or onboarding content
    👉 Subscribe to Predictable Revenue’s newsletter or book an intro call to build a smarter outbound motion

    👉 Попробуйте Guidde, если вы создаёте внутренние обучающие или онбординговые материалы 👉 Подпишитесь на рассылку Predictable Revenue или запишитесь на вводный звонок, чтобы выстроить более умный outbound-процесс

    NO TIME TO READ?

    НЕТ ВРЕМЕНИ ЧИТАТЬ?