Staying close to customers and hitting $16k/mo
IH+ Subscribers Only

Phuc Le was tired of building products for other people, so he started building his own. Now, SEO Utils and Ring Tonicare bringing in a total of $15.8k/mo.

Here's Phuc on how he did it. 👇

Becoming a founder

I'm a full-stack developer turned indie founder. After years of building products for others, I started building my own.

I'm currently working on SEO Utils, a desktop-first SEO app focused on speed, privacy, and one-time pricing. I'm also building Ring Tonic, a subscription call-tracking and analytics platform that helps businesses understand where their phone calls come from.

I handle most things myself, from product and engineering to support. And I focus on shipping fast and building based on real user feedback.

Currently, SEO Utils is at ~$10.4k/mo and Ring Tonic is at $5.4k MRR.

Building based on demand

I built SEO Utils because I was frustrated with how expensive and subscription-heavy most SEO tools were. I only needed a subset of features for my internal team, so I built my own tool using the DataForSEO API. It worked well and solved our problems, so I eventually decided to polish it and release it publicly.

For Ring Tonic, the motivation came directly from SEO Utils users. Many of them asked for a call tracking tool built with the same philosophy: simple, affordable, and developer-friendly. Something where they could plug in their own Twilio API key instead of paying high monthly fees. I built it based on that demand.

Shipping fast and staying independent

I started by building the minimum I needed for my own use. No roadmap, no marketing — just solving real problems. I handled everything myself: backend, frontend, data processing, and UI.

Once the core features were stable, I shared them with some SEO groups on Facebook, listened closely to feedback, and iterated quickly. The product grew from real usage rather than assumptions, which helped keep it focused and practical.

Choosing a stack I know well has been a big advantage. It lets me ship fast, fix issues quickly, and stay fully in control as a solo founder.

Here's my stack for SEO Utils:

  • Go

  • Vue

  • TailwindCSS

  • Wails

  • Python

And for Ring Tonic:

  • Laravel

  • InertiaJS

  • TailwindCSS

  • Vue

Build in public sooner

Building in public and staying close to users has been my biggest advantage.

I focus on Facebook groups, X, LinkedIn, and email lists from some free tools I built and shared with SEO communities.

The frequent updates and clear changelogs in my Facebook group, for example, have built trust and kept users engaged. And the direct feedback that I receive there and on my other socials has helped me prioritize the right features.

Most of all, though, it drives word of mouth, which is my biggest driver of growth. Over time, happy users recommended the product to others.

If I were starting over, I would build my audiences first, talk to users sooner, and invest in marketing much earlier instead of assuming a good product would sell itself. I'd still build the same way, but I'd share the journey sooner and more publicly.

Scratch itches and focus on small improvements

Here's my advice:

  • Start small and build something useful, even if it’s not fancy. Solve a real problem you personally have, or build a feature you wish an existing product had. That’s how both SEO Utils and Ring Tonic started.

  • Talk to users as much as possible until you truly understand what they need from your app. Build features based on real user problems, not just what you feel like building. Once you understand your niche and your competitors, you will have a much clearer direction for your product.

  • If competitors already have a feature, don’t be afraid to build it too, but focus on better UI/UX and small details. Minor improvements in workflow can save users a lot of time and make a huge difference in how valuable your product feels.

What's next?

From here, I plan to continue shipping and grow revenue.

You can follow along on X and LinkedIn.

Indie Hackers Newsletter: Subscribe to get the latest stories, trends, and insights for indie hackers in your inbox 3x/week.

About the Author

Photo of James Fleischmann James Fleischmann

I've been writing for Indie Hackers for the better part of a decade. In that time, I've interviewed hundreds of startup founders about their wins, losses, and lessons. I'm also the cofounder of dbrief (AI interview assistant) and LoomFlows (customer feedback via Loom). And I write two newsletters: SaaS Watch (micro-SaaS acquisition opportunities) and Ancient Beat (archaeo/anthro news).

Support This Post

88

Leave a Comment

  1. 1

    from my experience running B2B outreach across both, it's less about which platform and more about where your ICP actually talks.

    LinkedIn is where people wear their professional hat. Good for connecting with decision makers, terrible for getting a candid opinion from them. Facebook groups (the right ones) are where those same people ask the dumb questions they won't ask on LinkedIn. Engagement tends to be more genuine because there's less performative career signalling.

  2. 1

    "The Facebook groups tip resonates a lot. I'm building a content site targeting Spanish-speaking US residents and that's exactly where my audience is. Did you find that posting consistently in groups was enough, or did you also run ads early on?"

  3. 2

    "Staying close to customers" is advice everyone gives but nobody explains how. What does that actually look like day-to-day for you? Do you have a system for collecting feedback or is it more organic conversations?

    1. 1

      Absolutely! Videos are one of the fastest ways to build authority and credibility online.

      For someone exploring services like SEO or analytics platforms, short explainer videos or product demos can show exactly how your tools work, highlight key benefits, and make complex ideas easy to understand.

      People trust what they can see and grasp quickly — a well-crafted clip can turn curiosity into confidence, attract users, and position you as an expert in your niche.

      Once you start using visual storytelling strategically, it can amplify your influence and credibility faster than written content alone.

  4. 2

    Great story. I like the emphasis on staying close to customers. A lot of founders focus on marketing tactics or growth hacks, but consistent conversations with users often seem to drive the biggest improvements. Did you actively schedule calls with customers, or did those conversations happen more organically through support and email?

  5. 2

    Love the "scratch itches and focus on small improvements" philosophy. That's exactly how FontPreview.online started — I was tired of guessing font combinations and testing them in different tools, so I built a simple way to see fonts with my own text. Just solved my own problem, then realized others had it too.

    The "build based on real user feedback" piece is underrated. It's tempting to build what you think people want, but when a feature comes directly from someone asking for it, you know it'll be used.

    Quick question: you mentioned Facebook groups as a key channel — how do you approach those without coming across as spammy? That balance is something I'm still figuring out.

  6. 1

    This feels very grounded. Building from real frustration, keeping the scope practical, and letting user demand shape the next product all feels like a very clean way to build. Curious whether SEO Utils or Ring Tonic taught you more about what kind of business you actually want to keep building.

  7. 1

    Great ! How did you get your first users?

  8. 1

    Interesting how often small UX details end up mattering more than big features.

    Those are also the easiest things to miss if you’re not really close to how people use the product day to day.

  9. 1

    The two-product split here is interesting — SEO Utils on one-time pricing, Ring Tonic on subscriptions. That means the subscription revenue at $5.4k MRR is where the compounding risk lives.

    Subscription call-tracking at that MRR probably means 50-150 subscribers depending on price point. At the industry average 1-3% monthly card failure rate, that is 1-4 failed payments per month — not catastrophic individually, but they compound quietly if not followed up systematically.

    The manual recovery pattern (someone noticing a payment failed and reaching out) is fine until it is not. Ring Tonic at $10k MRR will have 5-10 failing per month, and by $20k, it is a real ops burden.

    How are you currently handling failed Stripe payments for Ring Tonic? Built tryrecoverkit.com/connect specifically for this — 30-second Stripe connect, Day 1/Day 3/Day 7 automated recovery emails. Worth setting up now so it is running before it becomes a problem.

  10. 1

    Really like this approach. Building from real demand instead of assumptions is such a strong way to do it. I also think the “solve your own problem first” angle is massively underrated, that’s often where the best products come from. Impressive numbers too, fair play

  11. 1

    Brilliant post. The "staying close to customers and word-of-mouth driving growth" insight is gold. One underrated lever I'd add: formally capturing that word-of-mouth through customer testimonials and case studies. You mentioned "happy users recommended the product to others" — imagine converting a fraction of that organic advocacy into written testimonials or brief video clips on your homepage/pricing page. You're already close to customers, so collecting and showcasing their feedback (in their words, about real problems solved) amplifies word-of-mouth 10x. It turns organic recommendations into visible social proof that converts new prospects at scale. Great execution on the product — adding the testimonials layer would multiply the growth you're already seeing. 🚀

  12. 1

    Really liked this one. Staying close to customers is such an underrated advantage for small teams. When founders actually talk to users and build based on real feedback, the product naturally moves in the right direction. A lot of startups overcomplicate growth, but listening to customers and solving their problems consistently is what really compounds over time.

    At KFW-The CHRO Bridge we often discuss similar ideas around leadership and people strategy—staying close to the people you serve, whether they’re customers or employees, usually leads to better long-term outcomes.

  13. 1

    Great story. I think many developers start by building products for other people before realizing they should build for themselves.
    It's inspiring to see how focusing on real user problems can turn into a sustainable business.

  14. 1

    $10k+ MRR and building two products solo — seriously impressive!

    I noticed both SEO Utils and Ring Tonic could shine even more with a short, crisp video that explains your value instantly. Just a 30–60 second highlight can turn curious visitors into confident users, and showcase the polish your products deserve.

    I help founders create slick, high-impact videos that make their tools feel intuitive and irresistible. If you want, I can mock up a quick example to show what your users would see no commitment, just proof.

    Curious if you’d like me to do that?

  15. 1

    The one-time pricing angle for SEO Utils is underrated. Most SEO tools are subscription-first by default, not because the model fits the product — just because it's what everyone does.

    Choosing a pricing model that actually matches how users want to pay is itself a distribution strategy.

    The Ring Tonic origin story is also a good reminder that your existing user base is your best product research team. You didn't have to guess what to build next — they told you.

  16. 1

    HELLO! Can we connect on linkedin i am intrested in these stuffs.Can you guide me if it is possible on how to make these services?

    1. 1

      Absolutely! Videos are one of the fastest ways to build authority and credibility online.

      For someone exploring services like SEO or analytics platforms, short explainer videos or product demos can show exactly how your tools work, highlight key benefits, and make complex ideas easy to understand.

      People trust what they can see and grasp quickly — a well-crafted clip can turn curiosity into confidence, attract users, and position you as an expert in your niche.

      Once you start using visual storytelling strategically, it can amplify your influence and credibility faster than written content alone.

  17. 1

    The SEO Utils → Ring Tonic product birth sequence is worth highlighting. You had a captive user base that already trusted your philosophy (one-time, simple, affordable), and they handed you a second product brief directly. That's a distribution advantage most founders don't talk about: when your first product works, your existing users become your best product researchers for product #2 — no cold outreach, no guessing.

    The BYOK Twilio angle is smart positioning too. Most call tracking tools lock you into their carrier margins, which creates a latent trust problem ("are they just reselling minutes at 10x?"). Letting users plug in their own Twilio key makes the pricing story much cleaner — you pay Twilio for usage, you pay me for the software. Separates the infrastructure cost from the product value cleanly.

    Curious whether you've found tension between the one-time model on SEO Utils and the subscription model on Ring Tonic. Do Ring Tonic users ever push back expecting one-time pricing there too, given the brand association?

  18. 1

    Really liked the part about building from your own need first and only expanding once real demand showed up. Also agree that “staying close to customers” sounds obvious until you actually try to make it part of your routine.

  19. 1

    Inspirational story! Building products based on real user demand and staying close to customers is a powerful strategy for long-term growth. Reaching $15K+ per month as a solo founder shows how consistent feedback and fast shipping can create real value.

    In the same way, businesses looking for international transactions should also rely on trusted services like theforeigncurrencyexpress when searching for a Foreign Currency Exchange Near Me. Choosing a reliable exchange partner ensures secure transactions, better rates, and a smooth experience for travelers and global businesses.

    Great insights—thanks for sharing this journey!

  20. 1

    Inspirational👏
    Love this approach!

  21. 1

    The "build for your own team first, then release publicly" pattern is underrated. Most advice says to validate before building, but sometimes the best signal is just solving your own problem well enough that you'd pay for it yourself.

    Curious about the Facebook groups approach — did you find a way to post there without it feeling like self-promotion? That line is hard to walk, especially in SEO communities where people are pretty good at spotting content marketing.

  22. 1

    Building from your own pain and then expanding from user demand is such a strong pattern. Also love the point about small workflow improvements, that’s usually where the real product value shows up.

  23. 1

    The part about "small workflow improvements" creating the biggest value really stood out to me.

    When I started dogfooding my own MVP for 30 days, I kept a log of every tiny friction point I encountered. The pattern that emerged was surprising: users don't notice when things work well, but they *definitely* notice when a decision point is missing.

    I ended up removing a configuration step that I thought was essential—turns out, 60% of my own usage skipped it entirely. The product got simpler, and engagement went up. No new features, just subtraction.

    Phuc's point about one-time pricing removing the recurring decision for customers is a smart extension of this. Sometimes the best UX improvement isn't in the UI at all—it's in removing a mental burden from the user's life entirely.

    Appreciate the transparency in the interview. These are the kinds of details that actually help other builders.

  24. 1

    Building from real problems and shipping fast seems like the common thread behind many successful indie products. Also love the point about small workflow improvements — those often create the biggest value for users.

  25. 1

    Hardwork Pays Off!!

  26. 1

    getting to $16k on word of mouth alone is genuinely impressive - it means your retention is solid enough that paid acquisition could actually work well now. the scary thing about running ads before pmf is that you're paying to acquire users who churn, and you never recover that. but once word of mouth is compounding, that's usually the signal that paid can scale it further without burning money into a leaky bucket. curious - have you tested any paid at all, or been 100% organic so far?

  27. 1

    This is an underrated observation. Most product roadmaps are additive by default. The backlog fills up with "add X feature," "integrate with Y," "support Z format." Very rarely does someone file a ticket that says "remove this workflow entirely" or "eliminate this decision the user has to make."

    But the highest-impact changes I've seen in products are almost always subtractive. Removing a configuration step that confused 60% of new users. Killing a feature that three people used but created support tickets every week. Merging two separate screens into one because the split only existed for historical reasons.

    Phuc's approach with one-time pricing is a version of this applied to the business model itself. He looked at subscription fatigue in the SEO tools market and removed the recurring payment decision from the customer's life. The customer doesn't have to evaluate "is this still worth $29/month" every time they see the charge. They already paid. They just use it. That's one less friction point per month, compounded across every customer.

    The tricky part is that removal requires more conviction and courage than addition. Adding a feature is low-risk because you can always deprecate it later. Removing something means you're making a judgment call that this thing doesn't deserve to exist. Most teams avoid that judgment call because it feels risky. But the teams that get comfortable making it consistently ship better products.

  28. 1

    Really interesting journey. What was the biggest challenge when you were getting your first users?

  29. 1

    This is a solid example of how staying close to customers drives sustainable growth. Prioritizing real conversations, understanding pain points, and iterating based on user feedback builds not just revenue, but trust and long-term engagement.

    Hitting $16K/mo is clearly the result of disciplined listening and responsive product evolution a great reminder that deep customer relationships often matter more than chasing feature velocity alone.

  30. 1

    This is a great example of demand-led building instead of idea-led building.

    You didn’t start with a big vision deck — you started with friction. Then users pulled the next product out of you (Ring Tonic). That’s organic product expansion done right.

  31. 1

    Thanks for the shoutout! Keeping things simple and focusing on small UX improvements has been the biggest win for me. Onward to the next milestone! 📈

  32. 1

    Well written! As someone who recently launched, I learned a lot by just reading this post. I didn't know about the "build in public" concept, so that is something I will try out going forward.

    Thanks for sharing!

  33. 1

    Really enjoyed this breakdown.

    The Facebook group angle is especially interesting — it’s not a channel many founders talk about openly, but it clearly worked for you.

    Also fully agree with the “build what you need first” approach. Some of the most interesting products seem to come from solving real internal problems rather than following a roadmap from day one.

    Thanks for sharing this.

  34. 1

    Really respect how both products came directly from real usage instead of market guessing.

    “Build the minimum you need for yourself first” + “grow from real usage rather than assumptions” — that combination seems to show up in a lot of durable indie businesses.

    Also interesting that Ring Tonic came from SEO Utils users asking for something adjacent. That feels like a much lower-risk way to expand compared to starting from zero again.

    I’m earlier in my journey and building a small multiplayer game right now. Reading this reinforces the idea that distribution and user conversations matter as much as the product itself.

    Curious — when SEO Utils crossed the first few thousand per month, what changed the most? Was it audience growth, word of mouth compounding, or a specific feature that unlocked demand?

    Really appreciate the transparency here

  35. 1

    I am currently building my first startup RightCar, a car discovery platform.

    Something I'm realizing early is that building the product

    is actually easier than figuring out distribution.

    Did you focus on audience early or only after traction?

  36. 1

    The "unfair access to reality" point is the most honest advice in here. Most founders spend months guessing what users need. You had real deadlines and real clients from day one, which basically compresses years of learning into weeks.

    The Khabib story is also worth sitting with. Massive distribution, zero retention. It's a reminder that getting people in the door and keeping them there are completely different problems, and most early teams only figure that out after the damage is done.

    The glass box vs black box realization is something a lot of AI builders skip because the black box version is faster to ship. But in any high-stakes workflow, the moment users can't explain why the AI did something, trust is gone and it rarely comes back.

  37. 1

    The Ring Tonic origin story is underrated. A second product born entirely from listening to existing users, no brainstorming, no market research, just paying attention. That's the cleanest form of validation there is.

    The "scratch your own itch first" approach also removes so much noise early on. When you're your own first user, you know immediately if something is broken or clunky without waiting for feedback to tell you what you already feel.

    One thing I'd add to your advice: stay close to your churned users too, not just the active ones. The people who left usually have the most honest take on what wasn't worth paying for.

  38. 1

    This really resonates with me. The "build what you need first, then share it with a community" path is exactly what happened with my project. My wife is a freelance vocalist and I watched her cobble together 5 different tools after every gig — spreadsheets, mileage apps, invoice templates, Notes app. I built her a single tool to replace all of it.

    The bit about sharing in Facebook groups and iterating on feedback mirrors what I'm finding too. Niche communities where people already talk about the problem are 10x more useful than any growth hack. I'm wondering, when you shared in those SEO Facebook groups, did you lead with "I built this" or "I'm trying to solve X, here's what I've got so far"?

  39. 1

    Love the focus on staying close to customers. At what point did you formalize feedback into a system instead of just conversations? Curious how you avoid building edge-case features.

  40. 1

    That's a dope strategy.. taking a large service that only has a few features people actually use, and slicing that out into a smaller SaaS at a lower price.. Smart! How are you tracking your churn and other revenue metrics?

  41. 1

    That’s a really good point — thoughtful UX/UI can make a big difference. I've begun to see just how much of a difference small improvements to workflow can make. Sometimes the best update isn't adding functionality, but it's removing friction.

  42. 1

    Really strong example of how staying close to customers drives sustainable product growth. When founders consistently embed user feedback into their roadmap and decisions, it reduces risky assumptions and accelerates product-market fit. Hitting recurring revenue milestones often comes not from chasing features, but from deeply understanding user context and validating small bets early.

  43. 1

    The Ring Tonic origin story is the part that sticks with me most. You didn't sit down and brainstorm a second product — your existing users basically told you what to build next. That's such a different energy from the "validate an idea in a spreadsheet" approach most people recommend.

    I'm curious about the DataForSEO API decision. When you realized existing SEO tools were too expensive, did you consider just building on top of free/cheaper data sources first, or did you go straight to DataForSEO because the data quality difference was that obvious? That tradeoff between cost and accuracy early on seems like it could make or break a tool like this.

  44. 1

    Great young man

  45. 1

    Love this approach — especially building from your own pain and validating through real user demand.

    What stands out to me is how much leverage you got from shipping fast and iterating publicly. That trust loop (fast release → feedback → changelog → repeat) is powerful.

    I’m curious — have you optimized your landing flow and onboarding for conversion based on that same feedback loop? Sometimes small frontend UX tweaks (clarity, friction removal, CTA structure) can unlock disproportionate growth compared to new features.

    Also, with your one-time pricing model, lifecycle automation (email, upgrade nudges, retention triggers) could be a strong multiplier.

    Really solid indie execution here.

  46. 1

    As a developer, I sometime sees gaps in the existing tool by mid to large scale companies
    is it worth it to make something to fill those gap ?

    1. 1

      It can absolutely be worth it — but only if the gap is painful enough and validated beyond your own perspective.

      Not every “missing feature” is a business opportunity. Sometimes it’s just a workflow preference. The real question is:
      – Are users actively hacking around it?
      – Are they paying for workarounds?
      – Are they complaining in communities?

      From my experience, the best opportunities are usually:

      1. Gaps that affect revenue (conversion, onboarding, retention)

      2. Gaps that create repetitive manual work (automation opportunity)

      3. Gaps that create UX friction

      Instead of building a full product immediately, I’d validate it first:
      – Talk to 5–10 real users
      – Build a small frontend prototype or landing page
      – See if people actually sign up or pre-pay

      If people pay, it’s a business. If they only say “nice idea”, it’s just a feature.

  47. 1

    16k a month ist crazy

  48. 1

    Love the “build what you need first” approach.

    Starting with internal tools removes so much guesswork — you already know the pain is real.

    Also interesting how Ring Tonic came directly from SEO Utils users. That kind of adjacent product expansion feels way less risky than chasing random ideas.

    At what point did you know SEO Utils had real product-market fit versus just early adopter enthusiasm?

    1. 1

      For me, early adopter enthusiasm looks like praise and excitement.
      Product-market fit looks like consistent behavior.

      The real signal usually isn’t compliments — it’s retention, repeat usage, and organic referrals.

      I’d look at things like:
      – Are users still active after 30–60 days?
      – Are they using it as part of their workflow, not just testing it?
      – Are new users coming in through word of mouth?
      – Are people willing to pay without heavy persuasion?

      Once usage becomes habitual and growth starts happening without constant pushing, that’s usually when Product-market fit is closer to real.

  49. 1

    This is exactly the kind of story I needed to read today. I'm building StayActive a desktop utility for remote workers (anti-idle / keep-alive tool) and the "Desktop-first" approach you describe really resonates.
    How did you find your first paying customers? Was it purely organic from IH, or did you actively reach out to communities?

  50. 1

    Really liked the emphasis on small, demand-driven improvements.

    When you say you stayed close to customers, was that mostly reactive (support conversations) or did you have a more structured way of reaching out regularly?

    I’ve noticed it’s easy to say “talk to users,” but harder to build a consistent loop around it.

    1. 1

      I’ve noticed that many founders rely heavily on reactive support, but structured feedback tied to behavior (onboarding drop-off, feature usage, inactivity) tends to reveal much more actionable insight.

      Especially for SaaS, small UX or onboarding friction often shows up in usage data before users explicitly complain.

      Building a consistent loop usually means combining:
      – Behavioral triggers
      – Simple automation
      – And periodic intentional outreach

  51. 1

    I'm also a full-stack developer turned indie founder. Like you, I started building my own product. Sure our tech stacks are different (Rails/React instead of Go/Laravel), but the shift in mindset I'm sure is the same. I also chose to build the product I needed for my own use, handling everything myself, bootstrapping everything so far to stay independent.

    I've also been entirely heads-down for 18 months and kept telling myself I'd share the journey once things were perfect. Maybe that was just an excuse. Reading this made it clear I've been wrong to wait.

    Ring Tonic is also a great example of what staying close to customers actually looks like in practice. A whole second product born directly from listening to your existing users. That's not something you can plan for; it just happens when you're paying attention.

    Those are impressive numbers for a solo founder.

  52. 1

    Hi man, congrats! Apart from the "build in public" strategy, did you use other marketing/distribution techniques ? Ex UGC, Ads

    1. 1

      same here for me, I'm also building something cool and really feel need of a mentor.

    2. 1

      I'm interested to know any marketing/distribution techniques as well.

  53. 1

    Congrats on $15.8k MRR! The Ring Tonic origin story (users asking → building) is exactly right.

    Curious on your "continue shipping" plan: When deciding what to build next for SEO Utils or Ring Tonic, how do you validate a feature is worth the engineering time before coding?

    I learned the hard way that "users asking" ≠ "users paying." Built something once that everyone said they wanted, $20K, 3 months, 0 sales. Now I test with video prototypes first — validate demand before the MVP.

    Would love to hear your take on pre-build validation vs. shipping fast and iterating.

  54. 1

    The part about building for others vs building your own thing really hit me.

    I been building apps for clients from 7 years now. 100+ apps delivered. Every time I build something great for a client I think same thing — why am I not building this for myself.

    Your one time pricing idea for SEO Utils is very smart. Most founders I work with are tired of subscription fatigue. They will pay good money for something that just works without monthly bill.

    One thing curious me — Facebook groups worked better than X or LinkedIn for you? We always assume LinkedIn is best for B2B but sounds like you found different answer.

    Asking because we also trying to figure out best channel for our agency right now 😄

  55. 1

    Super solid journey — especially building from your own pain first and then expanding based on real user demand.

    Going from internal tool → $10k+/mo product is no joke. And the fact that Ring Tonic came directly from user requests shows you’re actually listening, not guessing.

    Also love the “scratch your own itch + small UX improvements” angle. That’s where indie founders quietly win.

  56. 1

    Really cool to see Ring Tonic in here — I'm building in a related space (AI voice agents for service businesses that answer missed calls and capture leads). The phone call vertical is so underserved by tech.

    The part about "build in public sooner" hits hard. I spent months heads-down building and barely talking to anyone. The moment I started cold calling potential customers instead of cold emailing them, I learned more in a week than I did in 3 months of building alone.

    Also love the "scratch your own itch" philosophy. I noticed service business owners losing customers to missed calls and realized nobody was solving it well. Voicemail is broken — 80% of callers just hang up. That became the whole thesis.

    Question for Phuc: with Ring Tonic being call-tracking focused, have you seen demand from customers who also want the actual call answering handled (not just tracked)? Curious if that's a feature request you've gotten.

  57. 1

    Biggest takeaway: hanging out in FB groups/X/LinkedIn and shipping what users literally ask for > any growth hack.

    Rooting for 20k+ soon — keep it up! 🙌

  58. 1

    Interesting story. Did building in public ever become a distraction, or did it mostly help you stay focused on the right problems?

Create a free account
to read this article.

Already have an account? Sign in.