[{"data":1,"prerenderedAt":232},["ShallowReactive",2],{"blog-\u002Fblog\u002Fwhy-i-build-narrow-choosing-who-a-product-is-for":3,"blog-surround-\u002Fblog\u002Fwhy-i-build-narrow-choosing-who-a-product-is-for":212,"blog-related-\u002Fblog\u002Fwhy-i-build-narrow-choosing-who-a-product-is-for":220},{"id":4,"title":5,"audience":6,"body":10,"cluster":176,"contentRole":177,"conversionGoal":177,"cornerstone":178,"date":179,"description":180,"draft":178,"extension":181,"factCheckedAt":177,"faq":182,"featured":178,"language":177,"meta":192,"navigation":193,"order":194,"originalAsset":177,"path":195,"pillar":196,"primaryKeyword":197,"publicationOrder":198,"relatedProject":177,"releaseScope":177,"reviewCycle":199,"reviewMethod":177,"reviewStatus":200,"reviewedAt":177,"reviewedBy":201,"searchIntent":202,"seo":203,"sources":177,"stem":204,"tags":205,"type":210,"updated":179,"__hash__":211},"blog\u002Fblog\u002Fwhy-i-build-narrow-choosing-who-a-product-is-for.md","Why I Build Narrow: Choosing Who a Product Is For",[7,8,9],"indie-founder","solo-developer","product-builder",{"type":11,"value":12,"toc":166},"minimark",[13,32,37,40,44,50,53,57,70,74,92,96,104,108,136,139,142],[14,15,16,20,21,26,27,31],"p",{},[17,18,19],"strong",{},"Every founder gets told to pick a niche, and most hear it as a marketing instruction — a smaller box to buy ads in."," That undersells what it actually buys you. I build narrow for a plainer, earned reason: when I know exactly who a product is for, every decision downstream gets easier — what to build, what to ",[22,23,25],"a",{"href":24},"\u002Fblog\u002Fhow-i-scope-an-mvp","cut",", how to design the screen, ",[22,28,30],{"href":29},"\u002Fblog\u002Fhow-i-position-a-product","how to write the headline",". The narrow who becomes a single test I hold every choice against: does this serve that person? Build to pass that test one decision at a time and the product comes out pointed. Widen the who to \"everyone\" and the test dissolves — the product drifts to generic and ends up good at nothing in particular.",[33,34,36],"h2",{"id":35},"everyone-is-no-one","Everyone is no one",[14,38,39],{},"The instinct, especially when you badly want the thing to work, is to aim wide — as many people as possible. Bigger market, more potential users; it feels like the safe bet. But a product for everyone can't be specifically good for anyone, because serving every need means serving no one's exact one. A tool that's vaguely useful to many loses, every time, to a tool that's exactly right for a clear someone. Breadth feels like more opportunity and quietly delivers less.",[33,41,43],{"id":42},"the-narrow-who-is-a-decision-machine","The narrow who is a decision machine",[45,46,47],"pull-quote",{},[14,48,49],{},"A clearly-defined user is a decision machine. Every \"should I build this, cut that, say it this way?\" resolves to one question — does it serve that person? Take away the specific who and none of those questions has an answer, so the product wanders.",[14,51,52],{},"This is the practical payoff of narrow: it turns soft, arguable product decisions into a hard test. Faced with a feature, a cut, a layout, a headline, I ask whether it serves the one person the product is for. With a narrow who the answer usually arrives within a sentence or two. With a broad who there's no answer at all — which is why broad products feel muddled. It's rarely that the builder lacked taste; it's that they had no who to point the taste at.",[33,54,56],{"id":55},"narrow-small","Narrow ≠ small",[14,58,59,60,64,65,69],{},"The fear is that narrow means a tiny market. It doesn't. Narrow means a clearly-defined user with a real problem, not a small opportunity. A product that deeply solves one group's problem routinely beats a broad one that half-solves everyone's, because the focused one is unmistakably \"for me\" to the people it's for — and it can be ",[22,61,63],{"href":62},"\u002Fblog\u002Fhow-i-think-about-distribution-as-a-solo-builder","found, described and trusted"," precisely because it's specific. You can also ",[22,66,68],{"href":67},"\u002Fblog\u002Fwhat-i-learned-building-multiple-products-at-once","widen later"," from a strong narrow base. Widening out from something sharp is far easier than trying to sharpen something that started as mush.",[33,71,73],{"id":72},"how-i-choose-the-who","How I choose the who",[14,75,76,77,81,82,86,87,91],{},"I start from the person whose problem I actually understand — ideally one ",[22,78,80],{"href":79},"\u002Fblog\u002Fhow-i-decide-whether-an-ai-product-idea-is-worth-building","I've hit myself",". Then I define them concretely: not \"businesses,\" but a particular role with a particular recurring pain. For ",[22,83,85],{"href":84},"\u002Fblog\u002Fwhy-i-built-delivery-sheet","Delivery Sheet"," that's not \"teams\" — it's the engineering or product leader who keeps catching vague asks from leadership and has to turn them into ",[22,88,90],{"href":89},"\u002Fblog\u002Fwhy-delivery-sheet-has-four-decisions","a clear, reviewable delivery decision before anyone commits",". The more concrete the person, the clearer every downstream call, and the easier they are to reach (I know where they gather) and to speak to (I know the words they'd use).",[33,93,95],{"id":94},"narrow-enables-distribution","Narrow enables distribution",[14,97,98,99,103],{},"There's a second payoff: narrow makes ",[22,100,102],{"href":101},"\u002Fblog\u002Fhow-i-get-my-first-users","distribution"," possible at all. When you know precisely who the user is, you know where they gather and what they'd type into a search box — so you can actually go and reach them. \"Everyone\" is un-targetable by definition; a specific person is findable. The same narrow who that sharpens the product also hands you the map to the people who need it.",[33,105,107],{"id":106},"what-usually-goes-wrong","What usually goes wrong",[109,110,111,118,124,130],"ul",{},[112,113,114,117],"li",{},[17,115,116],{},"Building for everyone."," A broad target with no test for decisions, so the product drifts to generic.",[112,119,120,123],{},[17,121,122],{},"No clear user."," Never defining who it's for concretely, so every decision is a guess.",[112,125,126,129],{},[17,127,128],{},"Confusing narrow with small."," Avoiding focus for fear of a tiny market, and getting mush instead.",[112,131,132,135],{},[17,133,134],{},"Building for yourself-as-everyone."," Assuming your own vague preferences represent a market, without a specific person in mind.",[14,137,138],{},"Choose a specific person with a specific problem — ideally one you understand from the inside — and let that narrow who be the test every decision has to pass. A product that's unmistakably for someone beats one that's vaguely for anyone, and it's the only kind a solo builder can realistically find users for. The narrower the who, the clearer the product; and for a small product, clarity is most of what there is to win with.",[140,141],"hr",{},[14,143,144],{},[145,146,147,148,152,153,156,157,160,161,165],"em",{},"Part of ",[22,149,151],{"href":150},"\u002Ftopics\u002Fbuilding-ai-products","Building AI Products",". See also ",[22,154,155],{"href":79},"how I decide whether an AI product idea is worth building"," and ",[22,158,159],{"href":62},"how I think about distribution as a solo builder",". The ",[22,162,164],{"href":163},"\u002Fnewsletter","newsletter"," sends one practical build lesson every two weeks.",{"title":167,"searchDepth":168,"depth":168,"links":169},"",2,[170,171,172,173,174,175],{"id":35,"depth":168,"text":36},{"id":42,"depth":168,"text":43},{"id":55,"depth":168,"text":56},{"id":72,"depth":168,"text":73},{"id":94,"depth":168,"text":95},{"id":106,"depth":168,"text":107},"process",null,false,"2026-07-25","Choosing a niche makes a product sharp: a product for everyone is for no one. Pick exactly who it's for and every decision gets easier. Narrower is clearer.","md",[183,186,189],{"question":184,"answer":185},"Why should a product target a narrow audience?","Because a product for everyone is a product for no one. When you know exactly who a product is for — a specific person with a specific problem — every decision gets easier: what to build, what to cut, how to design it, how to talk about it. A narrow target gives you a clear test for every choice ('does this serve that person?'), which makes the product sharp. A broad target gives you no test, so the product drifts toward generic and appeals strongly to nobody.",{"question":187,"answer":188},"Does building narrow mean a small market?","No. Narrow means a clearly-defined user with a real problem, not a tiny market. A sharply-focused product that deeply solves one group's problem often does better than a broad product that half-solves everyone's, because the focused one is unmistakably 'for me' to its users and can be found, described and trusted. You can also widen later from a strong narrow base. Narrow is about clarity of who and what, not about the size of the opportunity.",{"question":190,"answer":191},"How do you choose who a product is for?","Start from the person who has the problem you actually understand — ideally the problem you've hit yourself. Define them specifically: not 'businesses' but a particular role with a particular recurring pain. The narrower and more concrete the person, the clearer every downstream decision becomes, and the easier it is to find them (you know where they are) and speak to them (you know their language). Choose the who you understand deeply, and let that choice sharpen the product.",{},true,20,"\u002Fblog\u002Fwhy-i-build-narrow-choosing-who-a-product-is-for","building-ai-products","choosing a niche",112,"annual","reviewed","Tan Gravam","informational",{"title":5,"description":180},"blog\u002Fwhy-i-build-narrow-choosing-who-a-product-is-for",[196,206,207,208,209],"niche","audience","product","solo-saas","text","T9BZuSidZ4HJdC4VGxupQlGaQXZeSjzYGO7LO0UcfPE",[213,217],{"title":214,"path":215,"stem":216,"type":210,"language":177,"draft":178,"children":-1},"Why I Build in Public","\u002Fblog\u002Fwhy-i-build-in-public","blog\u002Fwhy-i-build-in-public",{"title":218,"path":84,"stem":219,"type":210,"language":177,"draft":178,"children":-1},"Why I Built Delivery Sheet","blog\u002Fwhy-i-built-delivery-sheet",[221,225,228],{"path":222,"title":223,"description":224},"\u002Fblog\u002Fmy-product-operating-system","My Product Operating System for Building Multiple AI Apps","The product operating system I use to build several focused AI products solo: choosing which problem to build, shipping fast, and killing what isn't working.",{"path":79,"title":226,"description":227},"How I Decide Whether an AI Product Idea Is Worth Building","How to decide what product to build: the short filter I run every idea through — real recurring problem, one-sentence outcome, small enough to ship solo.",{"path":229,"title":230,"description":231},"\u002Fblog\u002Fwhy-i-write-the-expected-output-before-the-screen","Why I Write the Expected Output Before the Screen","Define the outcome before design: I write the exact result the user should get before building any screen, because the screen is only the path to an outcome.",1785267484861]