I'm a backend dev. 10 years of platforms, Elixir, PHP and Go. Last year I went all-in on AI apps.
Three weeks ago I shipped JobHunting. The idea came from watching friends prep for interviews with tools that either throw a generic question bank at them, or worse, tell them to "craft a compelling leadership story" about experience they don't have. So I built something that does the opposite — you put in your actual resume and one job posting, and it shows you where you'd get exposed and what each interviewer is likely to dig into.
Here's the part I'm bad at: it's live, it works, and almost nobody's using it.
What I've figured out about myself over the last 3 weeks: I can ship, but I don't naturally think about distribution. I built first and figured I'd "tell people later." Later is now, and I don't really know how to do the telling part.
So this is me trying. If you've shipped something and hit the same wall, I'd genuinely like to hear how you got past it — not the success-story version, the actual messy middle.
If you happen to be job hunting and want to try it, I'm not going to pretend the signup isn't a goal. But what I actually need more than users right now is one honest answer: when you see the fit report, does it tell you something useful, or does it feel like the same generic feedback every prep tool gives?
Live: https://jobhunting.whataicando.site
Sample report (no signup): https://jobhunting.whataicando.site/demo
I'm the maker. Ask me anything, including why I thought S$9/mo was the right price (still not sure).
The gap between a working prototype and a paying user is almost always a gap in the 'pain threshold.' You built a tool that provides insight, but you need to determine if that insight is a 'nice to have' or a 'must have' for job seekers right now. If your users are still manually applying or using free templates, they don't yet feel the pain of rejection enough to pay for your analysis.
Try this: don't look for users, look for people currently deep in the interview process. Go to platforms like LinkedIn or niche developer communities where people are actively sharing their frustration with recent interview rejections. Instead of offering the tool, offer a 'manual audit.' Tell them you'll run their resume and one job description through your tool and give them a summary of the risks for free. If they find it valuable enough to ask 'how do I do this for my next interview?', then you have a product-market fit. If they ignore the summary, the problem you're solving isn't high enough on their priority list.
The thing that stands out to me after reading this thread is how quickly everyone (including your own replies) moved to tactics — pricing, channels, funnel metrics. But the actual bottleneck you described is upstream of all of that: the report sometimes works and sometimes doesn't, and you don't know the ratio.
One thing I'd suggest before any distribution push: run your own resume against 5 different job postings at 3 different seniority levels, and score each report yourself on a 1-5 "specificity" scale. If the score swings wildly, the problem isn't marketing — it's that your core product has inconsistent output quality, and driving traffic to inconsistent quality is just burning leads. Once you can reliably hit 4+ across postings, then every channel the other comments suggested will actually convert at a rate worth measuring.
I've run into this exact issue building AI features - no matter what you tell the model, it keeps falling back on the same boilerplate language. Telling it to "not be generic" doesn't really work.
What actually helped was checking the output after it's generated, not just the prompt. We look for stock phrases and structural patterns, like the same reasoning getting reused for different people, and if we catch one, we regenerate. Not perfect, but it's caught a lot of generic output before it reached anyone.
Might be worth doing something similar here, a quick pass over your own report output for the phrases you're trying to avoid, so you catch it before a stranger does.
The self-knowledge here is the useful part: “I can ship, but I don’t naturally think about distribution.” Most people never get that honest. One pattern I’ve seen with tools like yours: the fit report only converts if the reader immediately sees themselves in it. If the first screen still reads like a generic prep tool, the substance underneath doesn’t get a chance. Try showing the report against a real, messy resume on the landing page, not behind signup, and watch where people stop reading. And your question to them is the right one, just ask it where they’ll answer, not only in the post. The messy middle is the product, not a phase you survive.
The measurement you're tracking is "0 paying users," but the measurement that matters is whether the fit report actually shows something an interviewer will probe that's specific to this person's background.
You know what makes it click - the interview map switching from the hiring manager's view to cross-team and watching the same gap get probed differently. That's the insight. But if a stranger loads your demo, can they see that insight working on their actual resume and job posting? Or are they reading your description of what it does?
Right now everyone in the comments is solving for distribution, pricing, funnel. But the real question you asked is buried: when they see the fit report, does it feel generic or does it name something concrete about how this specific interviewer would approach their experience?
That's your measurement system. Not "would they pay." Not "is the UI clean." Can they load a real fit report and name one specific thing they learned about how an interviewer would probe their background - something that wouldn't apply to someone else's resume?
Once that measurement system is working - once strangers see the actual report and can articulate the insight - distribution stops being a blocker. You'll have something visibly differentiated to distribute, and every channel works better because it's showing something people can evaluate instead of imagine.
This is the comment I should have written to myself before posting. You're right that everyone in this thread — me included — drifted to distribution and pricing within a few replies, when the actual question I asked was further upstream: does the report name something specific to this person, or does it read like it could be about anyone.
I think the honest answer is: sometimes. When it works, it points at a real gap — like "the cross-team partner will press you on cross-org technical influence because your strongest evidence is still application-layer." That's specific to one resume. When it doesn't work, it falls back to "strong communication skills" territory, which is the generic language you're describing. I don't yet know the ratio, because I've been measuring "did they sign up" instead of "did they articulate one insight that wouldn't apply to someone else." That's the measurement fix, and it's more important than any channel decision.
Your framing — "can a stranger load a real report and name one specific thing" — is now the success metric I'm writing down. Not "would they pay," not "is the UI clean." If that test fails, no amount of distribution fixes it, and I'd be shipping traffic to a product that doesn't yet pass its own test.
I can't give you success advice because I'm in the same spot. I teach non-programmers to solve real problems with Claude Code (kambolab), the paid course went live this summer, and my sales count is also zero. Same self-diagnosis too: shipping feels natural, distribution feels like a chore I keep deferring.
The thing that unstuck me mentally was writing a plan for the first 10 customers specifically instead of "doing marketing." Ten customers is a set of individual people you could almost name. So my plan is boring on purpose: give five copies away for honest feedback, then spend 30 minutes a day answering questions in places where my audience already hangs out. The only number I track is real conversations per week, because at zero revenue every other metric is decoration.
One question. Have you sat next to an actual job seeker while they read their fit report? At our stage one hour of watching someone's face probably beats any launch channel. It's also the next item on my own list, so I'm partly asking to force myself to do it.
"Ten customers is a set of individual people you could almost name" — that's a better frame than anything I had. I've been thinking "distribution" which is an abstract noun, and you've turned it into "ten specific humans," which is something I can actually act on. Stealing that.
Your question is the one I've been dodging: no, I haven't sat next to someone while they read the report. I've been treating the demo comments as a proxy for that conversation, which is exactly the lazy substitute you're hinting at. Watching someone's face when they hit the part where the hiring manager's question lands differently from the cross-team one — that's where I'd learn whether the distinction actually clicks or whether I'm projecting it onto them.
Genuinely useful that you asked it as a co-sufferer and not as advice from someone who's figured it out. If kambolab's audience ever overlaps with people who need to interview for the roles they're learning for, there might be something there. Either way — good luck on your own first ten.
Your demo page is the distribution channel - it already sells without a signup wall. Drop it where your exact users already hang out (interview-prep subs, Blind, LinkedIn) and the answer to your real question - 'does it feel generic?' - will come faster than any pricing debate. Let a few hundred strangers run the demo before you touch the $9/mo.
The demo-as-distribution framing is the thing I was missing — I'd been treating it as a "show, don't tell" landing asset, not as the thing I should be putting in front of people directly. Especially now that it opens on the interview map by default (changed today based on feedback upthread), it works as a standalone artifact someone can judge in two minutes without an account getting in the way.
Blind and the interview-prep subs are the right places for it. LinkedIn I'm less sure about — the feed rewards personal-story posts over tool drops, so I'd probably lead with the "0 users" story there and let the demo be the link. Happy to be wrong about that.
The distribution problem may be real, but I'd test one other thing before trying to send more traffic: whether the subscription model matches the job-hunting job-to-be-done. Interview prep is episodic. Someone can get a genuinely useful report and still not want another monthly subscription.
I'd run a 10-person manual cohort before scaling distribution: pick one narrow role, ask each person for a resume plus an actual job posting, deliver the report, then measure three things: did they open the interview map, can they name one concrete insight that changed how they'll prepare, and would they pay again for another application/report? If most get value but balk at S$9/mo, test one-time report credits or bundles before changing the product. If they can't name a specific useful insight, pricing is a distraction and the report/map still needs work.
I'd also instrument landing -> sample -> upload -> report opened -> map used -> return within 48h. Since you said the map is what makes the differentiation click, I'd make map interaction the activation event rather than signup. Then “0 paying users” becomes a debuggable funnel instead of one number.
The episodic point is the one I hadn't pressure-tested, and you're right that it's upstream of the pricing debate. I priced it monthly because that's the shape I knew how to build (subscription plumbing was already there), not because I confirmed it's the shape people want to buy. That's a real gap in my thinking.
Your three cohort questions are better than anything I had written down as a success metric, so I'm going to use them. One thing I'd push back on slightly: "would they pay again" feels like it'll be noisy with ten people — I'd expect most to say no regardless of quality, because ten dollars for one more report is an easy no when you don't have a concrete next interview yet. I'll weight the middle question (can they name one specific insight that changed how they prep) more heavily, because that one's about the product working, not about the payment shape.
On one-time credits: I already have the plumbing for it through the billing layer, I just defaulted to monthly. You've made me think the default is backwards for this use case — prep spikes around specific applications, it doesn't recur on a calendar. I'll test both and let the cohort decide.
The funnel instrumentation is the part I'm most behind on. I have analytics but no defined activation event, and "map interaction, not signup" is the right framing. That's this week.
You asked whether the fit report reads as useful or as the same generic feedback every prep tool gives. Your landing page already answers that, and the answer is not the one you want.
Your words: "when you see the fit report, does it tell you something useful, or does it feel like the same generic feedback every prep tool gives?"
The headline promises "not a generic question bank", then the proof underneath is strengths, risks, deal-breakers, likely questions and follow-ups — the exact nouns every competitor uses. The claim is differentiation; the evidence is a category description. Worse, the sample report does not contain a report. That page is 504 characters and lists what the sample shows rather than showing it, while saying No signup required. So a visitor cannot judge the one thing you are asking strangers to judge. And S$9 appears nowhere on the site — you are asking whether the price is right, but nobody who lands has seen it.
I read the page as nine sections, mark where a visitor stops believing, and rewrite the copy for those sections. Diagnosis and replacement English copy only — no design, no code, no pricing decision made for you.
The section-by-section map and the rewritten copy come after we start. The three above are free.
No client case study to show — my before-and-after demos are my own samples and I label them that way. What I can point at is this reply: I opened your site and your sample page and named three specific things instead of saying the copy looks clean.
Paste one real fit report into the sample page, redacted, and repost the same question here — if strangers still call it generic after seeing an actual report, the problem is the report and not the page, and that is worth knowing before you touch pricing.
Three fair hits, and the second one stings because it's true — the sample page describes the report instead of being one. I built it as a teaser and didn't notice I'd made the one thing I'm asking people to judge impossible to judge. That's on me, and it's getting fixed this week before I push the post anywhere else.
On the pricing: it's on the landing in the pricing section, but you're right it's buried — a stranger skimming the hero and the sample wouldn't see it. Noted.
On the copy using the same nouns as everyone else — also fair. The harder thing to name is what actually feels different when you use it: you upload your resume and a job posting, and it tells you the specific thing in your background an HR screener will latch onto versus what a future teammate will. That's harder to put in a headline than "strengths and risks," which is probably why I took the lazy route.
I'll handle the copy and the sample myself — appreciate the offer though.
The interesting part is that you already have a much sharper problem than “AI interview prep.” Showing where someone’s actual experience is likely to get challenged feels substantially more useful than generic advice. I’d be curious whether people understand that distinction immediately from the fit report, or only after seeing the demo.
Honestly, naming it that way is something I've been circling without nailing. "Where your specific experience will get challenged" is a sharper frame than "AI interview prep" — I think you're right.
To your question: I don't think people get the distinction from the fit report alone. What makes it click is the interview map — switching from the hiring manager's view to the cross-team partner's and watching the same gap get probed from a different angle. The report says what's weak; the map shows how it gets tested. Right now the page leads with the report and the map is a second click, which might be the wrong order for making the distinction land.
That distinction is pretty compelling. If the map is what makes the problem click, it might be worth seeing whether putting it earlier changes how people understand the product.
You called it, and I moved on it — the landing and the sample page now lead with the map instead of the fit report. Went live a few hours ago. Too early for numbers, but the page at least no longer buries the thing that makes the distinction click.
That’s a useful result already — the fact that you changed the page based on the distinction is interesting in itself.
I'd be interested in hearing what you learn from the change. What's the best email to reach you on?
This comment was deleted 2 hours ago.