Audience: who exactly is the user.
"Anyone watching foreign content" is not an audience — it's a wish. Real shipping happens for one specific person on one specific Tuesday. For Babelio, the broad consumer pitch hides three sharp ICPs (the remote engineer, the reaction streamer, the foreign-lecture student); this lesson teaches you to pick one wedge, write its job-to-be-done, and stress-test it with interviews that survive the Mom Test.
why this matters for you
- contextBabelio's site copy promises "translate anything, anywhere" — but your engineering budget can only ship a v1 for one wedge. Pick wrong and every product decision becomes a compromise between three different users.
- riskThe three Babelio personas — Ivan (remote engineer), Marina (reaction streamer), Anvar (foreign-lecture student) — pull the product in incompatible directions on latency, voice fidelity, pricing and infosec. Treating them as one audience produces three bad products.
What this lesson does / does not do.
Does
- Define ICP and show how to write one in a single paragraph.
- Separate the three Babelio personas and explain why only one is the wedge.
- Give the JTBD framework (functional / emotional / social + Christensen forces).
- Hand you a 10-question Mom Test interview script that actually works.
- Name the real channels — subreddits, Discords, Telegrams — where each ICP lives.
Does not
- Pick the wedge for you — that's your call, with evidence in hand.
- Script the entire sales funnel (Lesson 06 covers channels and conversion).
- Replace 5 real interviews with a clever persona document.
- Cover pricing — even though pricing is downstream of who you serve.
The person you will not sell to.
An Ideal Customer Profile is not a description of who you'd like to serve. It is a hard filter that defines who you will refuse — because every "yes" to the wrong user makes the right user's product worse.
The shape of a good ICP has four parts: a concrete person (name, age, city, job), an observable behaviour (what they install, what they pay for, where they spend their day), a hot trigger event (the moment last week when the current workaround failed them), and an anti-ICP (the lookalike segment you will explicitly turn away). Without all four, the ICP collapses into demographics, and demographics do not predict purchase.
The cost of a fuzzy ICP compounds. You build a feature for "users" — but Ivan needs sub-second latency for live conversation while Anvar needs accurate technical vocabulary on a four-year-old laptop. You build for both and ship neither well. Picking a wedge ICP is not narrowing your ambition; it is the only way to make the ambition shippable.
The trick is to write the ICP so concretely that a teammate can recognise the person on the street. Not "remote knowledge worker" — that's a census category. Instead: "Ivan, 31, Berlin, fintech backend, Tokyo standup at 09:00 CET, already pays $5/mo for DeepL." That sentence answers product questions; the census category does not.
in your startup
- wedgeIvan Petrov, 31, Berlin backend engineer at a Series-B fintech. Daily 09:00 CET Tokyo standup; 6+ hrs/wk cross-language live audio. Already pays $5/mo DeepL Pro. Installs Loom, Rewind, Granola, Krisp, Raycast without friction.
- expansionMarina, 24, São Paulo Twitch partner (8k followers, reacts to KR Chzzk + JP VTubers) and Anvar, 19, Tashkent CS sophomore (Stanford CS149 + MIT 6.006 on a pirated Windows). Real, but not v1.
- anti-ICPEnterprise security-locked workers (banks, defense — can't install audio binaries). Casual one-off users (won't sub). Mobile-first users (Babelio is desktop). Low-resource language pairs (STT/MT quality burns brand). Write each down.
- why IvanMost acute pain (daily, billable, visible to boss), weakest substitutes (no Zoom AI Companion in Meet shops, DeepL Voice is Teams-only), highest install-willingness (already pays competitors). Marina lacks budget urgency; Anvar lacks any budget.
The job, not the demographic.
Jobs-to-be-Done is Clayton Christensen's reframing: customers don't buy products, they hire products to make progress in a struggling situation. Demographics describe who they are; the job describes why they hire you.
Every job has three layers. The functional job is the literal task — what gets done when the product works. The emotional job is how the customer wants to feel during and after — usually the inverse of a current humiliation. The social job is how they want to be seen by others — colleagues, audience, peers. Most founders write only the functional job and wonder why their copy lands flat. The emotional and social jobs do the selling.
Christensen's "forces of progress" sharpen this further. There are pushes (the pain of the status quo), pulls (the appeal of the new solution), anxieties (fears about adopting), and habits (the muscle memory of the old way). A purchase happens only when push + pull exceed anxiety + habit. If your product is stuck, you usually have a pull problem — but you fix it by attacking anxiety and habit, not by adding features.
The discipline is to write all three layers as full sentences, in the customer's voice, anchored to a specific moment. Not "save time on meetings" — say "stop being the slow one on the Tokyo standup". The first is a benefit; the second is a job.
in your startup
- functional"Help me follow a fast non-native call without losing 30% of meaning — every word, in real time, without making the other side wait." End-to-end latency under one second.
- emotional"Stop feeling like the slow one on the call. Stop the mental exhaustion of straining to parse accented English. Stop being the guy who asks 'sorry, could you repeat?'"
- social"Look fluent and globally competent to the Tokyo team and the Berlin manager. Be the engineer who keeps up with anyone, anywhere."
- pushesHumiliation in standups; missing technical decisions; meetings doubling in length because a teammate translates inline.
- anxietiesPrivacy (is my standup audio leaving the laptop?), latency (will it lag?), accuracy (will it mistranslate a critical word?), cost (will Zoom add this free next quarter?). Each anxiety = a feature decision.
Ask about the past, not the future.
Rob Fitzpatrick's Mom Test: even your mother will lie to you about your startup idea, not because she's mean but because future-tense questions invite politeness. The fix is to anchor every question in past behaviour.
The rule has three corollaries. First, never describe your idea before the interview — descriptions trigger compliments, and compliments are noise. Second, ask about specific past instances ("the last time this happened") rather than abstract opinions ("would you use this?"). Third, look for stories, not adjectives. A real pain produces a story; a polite interest produces "sounds cool".
Compliments are lies; commitment is truth. Commitment is when the user gives up something real — time, money, reputation. A user who says "I love it" without giving you their work email is performing. A user who introduces you to a colleague within 48 hours, or pre-pays $5, or screen-shares their current workaround unprompted, is telling you the truth.
Run five interviews before you write a line of code. Then five more after the prototype. The signal is not in any single conversation; it is in the pattern of stories you keep hearing across five users who don't know each other. If three of them describe the same humiliation in their own words, you have a job. If they each describe a different problem, you have a feature wishlist and no product.
in your startup
- scriptOpen with "I'm not pitching anything — I'm trying to understand how people deal with cross-language audio at work. Mind if I ask about the last few weeks of your routine?" Never mention Babelio.
- 10 questions(1) Walk me through the last meeting where the other side spoke a language you don't fully control. (2) What did you actually do in that moment? (3) How often in the past month — count the instances. (4) What tools were open during that meeting? (5) Last translation tool you tried — what was it, why did you stop or keep using it? (6) Have you ever paid for a translation product? Which, how much, why that one? (7) Worst thing that happened because of a language gap recently? (8) Who else on your team has this problem, how do they cope? (9) Next time it happens, what single thing would make the difference between okay and bad? (10) Where do you complain about this — Slack, Discord, a friend?
- "yes" signalsNames a specific person, channel, or day. Already paid for a competitor. Screen-shares current workaround. Asks "when can I try it?" unprompted and gives email now. Refers a peer within 48 hours.
- red flags"Sounds cool!" with no specifics. Generic future tense ("I would totally use that"). Compliments without complaints. No example when asked for "the last time". Pushes pricing/timeline questions before describing their own pain.
Channels are where pain is already public.
A channel is not a marketing surface — it is the place where your ICP already complains to peers. If you can't name three threads where your wedge user has already described the pain in their own words, you don't yet know the user.
Good channels share three properties: high density of the wedge persona, low cost of listening (no paid analyst reports, no gatekept communities), and a culture of behavioural disclosure (people describe what they actually did, not what they think they should do). Reddit, niche Discords, Slack communities and YouTube comment sections beat LinkedIn and Twitter on all three. The signal is in the venting; the venting is the unfiltered job.
The right way to use a channel for discovery is to lurk first, search the back-archive for the exact pain phrasing, then post a single bait question without selling anything ("Anyone on a team where standups go in two languages — how do you handle it?"). Count the qualified replies. Five real stories in 72 hours is enough to validate the wedge; zero replies after two well-targeted posts is a signal to either refine the question or accept that the pain is not where you thought it was.
in your startup
- IvanReddit: r/remotework, r/cscareerquestions, r/ExperiencedDevs, r/digitalnomad. Berlin/Lisbon engineer Slacks; Indie Hackers and Remote Work Hub Slacks. Pain venues: r/zoom, r/GoogleMeet, r/MicrosoftTeams.
- MarinaReddit: r/Twitch, r/Twitchstreamers, r/VirtualYoutubers, r/PartneredYoutube. Discords: OBS, StreamLabs, Streamer.bot, Lingo Echo, Holofans, Nijisanji English.
- AnvarReddit: r/learnprogramming, r/cscareerquestionsEU, r/MIT, r/Stanford. YouTube comments on MIT OCW, Stanford Online, 3Blue1Brown. Telegram (RU/UZ): @ru_python, @prog_way_blog, @addmeto, uzdev/uzbek-it groups.
- tacticPick 2 channels for the wedge (Ivan) this week. Post one bait question in each. Count qualified replies in 72 hours. Five real stories = wedge confirmed; zero = refine question or rethink.
Checklist for this week.
Six concrete actions. By Friday you should have a one-paragraph wedge ICP pinned to your wall, a JTBD statement in three layers, and five interviews booked from people who already told you a real story.
«If you sell to everyone, you sell to no one.»