21
80 Comments

I built a dead-simple CRM for solo salespeople — just launched

[UPDATE]
Got incredible feedback from this thread. Already shipped a few changes:

  • Moved to a real domain: closerkit.app (rebranded from Dealpad — "never lose a follow-up" framing several of you suggested felt much sharper)
  • Fixed the mobile experience
  • Follow-up reminders now send at 9 AM in each user's local timezone

https://closerkit.app

Still watching whether users come back to log a second deal — that's the activation metric I'm now tracking based on advice here. This thread has been more useful than a week of solo thinking.
Thank you all.


[ORIGINAL POST]
Hey IH! I just launched Dealpad on Product Hunt today.

I built it because every CRM I tried was built for teams, not individuals. HubSpot, Salesforce — way too much setup for one person who just wants to track their deals.

Dealpad is a lightweight Kanban-style pipeline tracker:

  • Drag & drop deals across stages
  • Follow-up reminders
  • Weighted pipeline value
  • Won/Lost tracking with stats

Free plan (5 deals) + Pro at $9/mo.

Would love honest feedback from the IH community!

https://dealpad-two.vercel.app

posted to Icon for group SAAS
SAAS
on May 31, 2026
  1. 1

    Congratulations on launching!

    Have you tested authorization controls around customer records and sales data?

    I've seen CRM products expose data through IDOR vulnerabilities.

  2. 1

    nice, the rename to closerkit and the "never lose a follow-up" framing is way sharper than dealpad tbh. the 9am follow-up reminder is a nice touch, timing is half the battle. is it solo-only or are you thinking team stuff later? i could see a one-person consultant basically living in this.

  3. 3

    Congrats on the launch!
    I like the focus on solo founders and freelancers - most CRMs feel way too heavy for individual users. Simple, focused products often win. Good luck !

    1. 1

      Thanks! That's exactly the bet — focused beats bloated for this use case. Appreciate the support 🙏

  4. 2

    Congrats on the launch.

    Getting something live is harder than most people think. I'm working on my first SaaS MVP right now and the launch process has been a great learning experience.

    What was the hardest part of building it?

    1. 1

      Honestly, the hardest part wasn't the code — it was stopping myself from building too much. Every time I'd think 'what if users want X feature?' and have to actively resist adding it. Shipping something intentionally limited feels wrong until you realize that's exactly the point. Good luck with your MVP — the fact that you're launching is already further than most people get.

  5. 2

    I shipped a tiny B2B tool into the same solo-founder crowd, and the thing that helped activation wasn't more features, it was making the trust layer dead obvious on day one. Since you're tracking whether people come back to log a second deal, I'd also make the first reminder email point to a clean privacy and billing page, folks usually patch that with Termly or TermsFeed, I built PrivacyForge because that stuff drifts once Stripe and analytics get added. Boring tweak, but it makes a $9 tool feel safer fast, imo.

    1. 1

      Good timing on this — the first reminder email pointing to a clean privacy and billing page is something I haven't done yet. You're right that a $9 tool needs to feel safe before someone puts real deal data in. Adding that to the list.

  6. 2

    One acquisition angle worth testing: search for Reddit threads where solo salespeople complain about missing follow-ups, then answer the thread — don't pitch the product. I've done this on browser-tool niches and the conversion from "genuine answer in a complaint thread" beats any launch post by a wide margin. Solo sales reps tend to cluster in niche subreddits by industry (real estate, recruiting, insurance) more than in r/sales. Those are the threads worth finding.

    1. 1

      This is the most actionable acquisition tip I've gotten. Launch posts get ignored, but a genuine answer in a complaint thread gets read. The niche subreddit angle makes sense too — r/realestate, r/recruiting are probably where the actual pain lives, not r/sales. Going to start hunting those threads. Thanks.

  7. 2

    "Dead simple" is undersold as a feature. Most solo salespeople don't need another dashboard — they need one place that doesn't make them feel stupid for not updating it.

    The real CRM problem for this segment isn't data entry. It's the mental overhead of maintaining a system built for sales teams, not individuals. Every field that doesn't apply, every workflow that assumes you have a manager checking your pipeline — it adds friction that makes people quit and go back to sticky notes.

    Simplicity as positioning is a real wedge if the product actually delivers. What's your primary use case — reminder-based follow ups, deal tracking, or something else?

    1. 1

      Reminder-based follow-ups is the primary wedge. Deal tracking is just the context that makes reminders useful — you need to know what the deal is to know why you're following up. But the reason someone opens CloserKit on a Tuesday morning shouldn't be 'let me update my pipeline.' It should be 'who do I need to reach out to today.' That's the shift I'm building toward.

  8. 2

    Simple is the right instinct, but it is also the trap. Simple CRM is a crowded graveyard, and most solo salespeople already have a CRM they ignore: a notebook, a spreadsheet, their inbox. The reason they ignore it is data entry, so the bar to make them switch is brutal. Your other post nailed the real wedge though: losing deals because you forgot to follow up. That is not a storage problem, it is a discipline problem, and discipline is what people actually pay to fix. I would build and market around the follow-up engine, the nudge that says you told this person you would call Tuesday and it is Tuesday, and let the CRM part be the quiet thing underneath. One hard question: solo salespeople are famously cheap and churny. Have you checked whether the buyer with real money is actually the 2 to 5 person sales team, not the true solo?

    1. 1

      The 'discipline problem not a storage problem' framing is the clearest articulation of what this needs to be. The CRM part should be invisible — the nudge is the product. On the buyer question: honestly haven't validated it yet. Solo salespeople might be too cheap and churny, and the 2-5 person team might be where the actual willingness to pay is. That's worth testing. The problem is the same either way — the team just has slightly more budget and slightly more deals to lose track of.

  9. 2

    Congrats on the launch. How are you planning to acquire your first 100 users? Are you focusing on organic outreach, partnerships, or paid channels?

    1. 1

      Purely organic for now — no budget for paid. The plan is to keep showing up in communities like this one, find the people who already feel the pain, and get them to try it for free. First 100 users through conversations, not ads. If the product is actually solving the problem, word of mouth should start doing some of the work eventually.

  10. 2

    Are you luanch your app but you app is not secure becuase ai is not perfect dm for my service build secure with me

    1. 1

      Thanks, but we're good on security for now.

  11. 2

    Love the focus on solo salespeople specifically. Most CRMs are overbuilt for what a single operator actually needs. The pricing model makes sense. What's been the biggest blocker so far in getting early users to actually stick with it past the first deal?

    1. 1

      Honest answer: still too early to know for sure — the user base is small enough that I don't have statistically meaningful data yet. But my hypothesis is that the blocker isn't the first deal, it's the second week. People add deals when they're motivated right after signing up, then forget to come back. That's why follow-up reminders are the feature I'm betting on most — if the app surfaces 'hey, you haven't touched this deal in 5 days,' it creates a reason to return. Will know more once I have a few more weeks of data.

  12. 2

    I had the same "keep it lighter than the spreadsheet" problem on a small ops tool, and the surprise was how fast trust questions show up once customer notes or call logs enter the app. The simple setup helps, but I'd also make the boring trust layer stupid clear on day one, people patch that with TermsFeed first, some with Termly, I built PrivacyForge because those pages drift the second Stripe or analytics changes. sounds minor, but for solo sellers its part of whether they'll put real pipeline data in.

    1. 1

      Really good point — I hadn't thought about trust as an onboarding blocker but it makes sense. If someone's about to put real deal names, contact info, and revenue numbers into an app, they want to know it's safe before they type the first character. Privacy policy and data handling needs to be way more visible than it currently is. Adding that to the list. Thanks for flagging it from experience.

  13. 2

    The too-much-setup problem is real. In enterprise sales teams I've worked in, we'd pay for Salesforce and 80% of reps were still logging deals in a spreadsheet because the CRM update took longer than the actual call.

    If you're targeting solo salespeople, the one thing worth timing is onboarding friction. The moment logging a deal feels like homework, they stop doing it and the tool becomes useless. What's the minimum a user has to fill in to add a deal right now?

    1. 1

      Right now: just a name and which stage it's in. That's it. Everything else — value, contact, notes — is optional. The goal was to make adding a deal faster than writing it in a spreadsheet. Whether that's actually true in practice is something I'm watching closely with early users.

      1. 1

        'Still open on a busy Tuesday' is the frame I've been missing for my own product. I've been looking at installs and trial activations but not that specific behaviour. For Genie 007 my equivalent is whether someone uses it on day 8. Drop-off is usually around day 4-5, novelty fades before the habit locks in. Users who make it past day 7 convert to paid at around 34%. Under 10% for those who don't. So day 7 is basically my activation gate. How long before you could see the second-deal metric clearly with CloserKit?

  14. 2

    The advice to broaden this into a full sales operating layer is worth resisting. Every bloated CRM started as someone's bigger vision. Solo salespeople do not churn out of simple tools, they churn out of tools that make them do data entry they have no time for. Simple is not a weakness here, it is the whole reason someone picks you over HubSpot.

    I sold for years before I ran companies, and the CRM only ever worked when updating it took less effort than not updating it. The number that matters early is not features, it is whether your users still have it open on a busy Tuesday. Nail that one behavior first. What does activation look like for you, the percent of signups who log a second deal?

    1. 1

      This is the counter I needed to the 'add more features' comments. The CRM graveyard is full of tools that started simple and slowly became what they were replacing. 'Still open on a busy Tuesday' is exactly the right metric — I hadn't framed it that way but that's what I'm actually optimizing for. Second deal logged is a good activation proxy. Honest answer: I don't have that data yet, but I'm going to start tracking it now.

  15. 2

    Fellow solo operator here — the "CRM built for teams" frustration is so real. I've been juggling everything myself too. The positioning clicks immediately. Curious about the upgrade nudge once the 5-deal limit hits — does it feel natural or forced in testing?

    1. 1

      Honest answer — haven't had enough users hit the limit yet to know. The nudge exists but I haven't seen real data on whether it feels natural or forced. If you hit it, I'd genuinely love to hear how it felt.

  16. 2

    I’ve been in a similar spot where I built something lightweight to solve a specific pain point I had, and it’s always a challenge to position it in a way that resonates with the right audience. I think the feedback about focusing on the job-to-be-done rather than “simpler CRM” is spot on. The “never lose a follow-up” angle feels much more tangible and actionable for solo salespeople.

    One thing I’ve found helpful when testing messaging is to actually talk to your first users and ask them to describe the product in their own words. Often, they’ll surface the most compelling language for your positioning. Also, I’d focus on finding a niche within solo salespeople—like real estate agents, freelancers, or consultants—and tailor your outreach to their specific workflows. A broad audience can be hard to target early.

    Curious, how are you planning to get your first few paying users? Are you focusing on Product Hunt traffic, or do you have other channels in mind?

    1. 1

      The 'ask users to describe it in their own words' tip is gold — I'm going to do exactly that with the first few signups. Their language will probably be better than anything I write on a landing page.
      On niche: freelancers and consultants feel like the right starting wedge. They do their own outreach, track their own deals, and have no IT team to set up a CRM for them.
      For first paying users — honestly it's been Product Hunt and IndieHackers so far. No paid channels yet. The bet is that early adopters from these communities will give enough feedback to sharpen the positioning before I try to scale anything.

      1. 2

        That sounds like a solid plan! Focusing on freelancers and consultants makes a lot of sense given their unique pain points with CRMs. Early feedback from Product Hunt and Indie Hackers should be super valuable—are you planning to iterate quickly based on their input or wait until you have a larger pool of users?

        1. 1

          Iterating now, not waiting. Already shipped 3 changes based on this thread alone — domain, mobile fix, timezone-aware reminders. The bet is that 6 users giving real feedback is more valuable than 60 users giving none. If someone tells me something feels broken, I'd rather fix it this week than in 3 months.

  17. 2

    Congrats on shipping. One thing from my own scars: I launched a lightweight app on the "simpler than the bloated incumbent" pitch and it quietly broke for me. "Simpler" is a comparison, so it keeps the big tool as the reference point in the buyer's head — and the people most annoyed by a bloated CRM are often the least likely to pay, since they were never going to buy one anyway.

    What actually moved my needle was naming the specific job instead of the simplicity — not "lighter CRM" but "never lose a follow-up." Your weighted pipeline and follow-up reminders read like the real wedge here, more than the drag-and-drop. Which single job do early users name when they tell you why they kept it?

    1. 1

      That's the reframe I needed honestly. 'Never lose a follow-up' is a much sharper job than 'simpler CRM.' Going to test that messaging and see if it resonates better. Will report back once early users give a reason for sticking around.

  18. 2

    Two structural problems worth flagging.

    "Simpler than HubSpot/Salesforce" has been the pitch from ~50 startups — Streak, Pipedrive, Folk, Attio, Less Annoying CRM, Bigin, OnePageCRM, Salesflare. Most died or stayed tiny. HubSpot's free tier already beats most "simpler CRM" offerings on functionality.

    "Solo salesperson" isn't a buyer persona — it's a workflow. Real estate agents use Follow Up Boss, insurance agents use industry CRMs, freelancers use spreadsheets, founders doing sales use HubSpot free or Notion. They identify by industry, not "solo salesperson."

    $9/mo vs HubSpot free requires a sharp wedge. "Simpler" isn't it.

    Missing features that limit CRM credibility: email integration (solo sellers work from email), contact enrichment, activity logging, mobile app. Without these, "CRM" is generous — it's a Trello board with deal probability multiplied.

    The Vercel URL on a paid product is also a credibility hit. Register a real domain.

    1. 1

      Fair and sharp feedback across the board. The 'simpler' positioning point is valid — I've seen the graveyard of lightweight CRMs too. The job-to-be-done framing makes more sense than the comparison angle.
      On persona: noted. 'Solo salesperson' might be too broad — freelancers, founders, and SDRs all have different workflows.
      Domain is on the list. Vercel URL was a launch-day shortcut.
      The harder question you're raising — email integration, contact enrichment — is whether this stays a focused pipeline tracker or tries to become a full workflow tool. Still figuring that out.

      1. 2

        The shipping speed here is genuinely rare — most founders take feedback as "things to think about." Rebranding to ClosrKit, registering the domain, adding timezone-aware reminders, picking the right activation metric, all in days. That's the part that actually matters.

        On your harder question (focused tracker vs full workflow tool) — pressure-tested this through HiveMind (myosin.xyz/hivemind, code HivemindIH123), the AI strategy copilot we built for exactly this kind of "which direction do I bet on" call. Sharing the analysis since the framework might help:

        The framing has a hidden trap. Most "stay focused" products die because focus doesn't justify $9/mo. Most "expand to workflow tool" products die competing with HubSpot. The real question isn't focus vs expand. It's: what's the wedge that makes ONE specific user category pay $9/mo despite HubSpot free existing.

        The wedge for $9 CRM in 2026 is vertical specificity, not feature breadth. You don't need email integration to compete with HubSpot. You need ONE niche where ClosrKit plus deep workflow knowledge beats HubSpot's generic free. "CRM for real estate agents in [market]." "CRM for freelance creatives tracking client deals." "CRM for consultants doing project-based revenue." Vertical specificity makes feature gaps matter less because the workflow IS the product.

        "Never lose a follow-up" is sharper framing than what you had, but it's still a feature, not a user. Who specifically loses follow-ups in a way painful enough to pay $9/mo? Industry-specific answer wins.

        Best concrete move: interview the users who logged 2+ deals. The pattern in those users is your ICP. You're already tracking the right signal — now talk to the people generating it.

        1. 1

          The vertical specificity point reframes everything. Competing with HubSpot on features is a losing game — but 'CRM for freelance consultants tracking client deals' is a different product entirely, even if the code is identical. The 2+ deal users interview idea is the move I'm doing this week. That's where the real ICP signal is. Thanks for the HiveMind framing — genuinely useful.

  19. 2

    I would recommend to a third pricing tier with some rich features, i believe you might already have some feedback from existing users.... so maybe you can integrate it and add 3rd pricing tier which will make your 2nd tier affordable. Just a thought

    1. 1

      Good point on the anchoring effect — a higher tier does make the middle tier feel more reasonable. Right now I'm keeping it simple while I figure out what power users actually need, but a third tier is definitely on the radar once there's enough signal on which features are worth building out. Thanks for the thought!

  20. 2

    The “built for teams, not individuals” point is a real wedge. A lot of CRMs feel like they assume a manager is watching a pipeline, not one person just trying to remember who to follow up with.

    I’d be curious which feature people actually use first: drag/drop pipeline, reminders, or notes/history. My guess is reminders if the target is solo salespeople.

    1. 1

      That's exactly the hypothesis I'm building around — reminders first. Most solo salespeople don't lose deals because they forgot to track them, they lose them because they forgot to follow up. The pipeline view is the overview, but reminders are what actually keep deals alive. Will be watching which feature gets used first once more people are active — good data to have early.

  21. 2

    I'm Trevor, I help micro-SaaS and App founders grow MRR through BD, sales, partnerships, and distribution. Basically the growth side so you can stay focused on the product.

    I am open working with you

    1. 1

      Thanks! Still early stage, focusing on product for now.

  22. 2

    I'd separate two things that both get called "simple": fewer features vs. fewer decisions. What exhausts a solo user in HubSpot isn't the feature count — it's being asked to decide which pipeline, which stage names, which fields. On my own minimal iOS app the most-loved "feature" turned out to be a default that quietly removed a choice nobody wanted to make. A Kanban tracker wins by deciding more for you out of the box, not just doing less. Did you ship Dealpad with opinionated default stages, or let people build their own?

    1. 1

      Great distinction. Dealpad ships with opinionated defaults — Lead, Contacted, Proposal, Negotiation, Won. No setup needed, just open and start adding deals. That was intentional exactly for the reason you described.

  23. 2

    Nice clean home page. Simple wins.

    1. 1

      Thanks! Kept it as simple as the product itself 🙏

  24. 2

    Clean execution. I like the “solo-first CRM” positioning.

    One thing I’ve noticed with these tools is the real challenge isn’t tracking deals, it’s maintaining consistency in follow-ups over time without the user actively managing the system every day.

    Curious how you’re thinking about preventing it from becoming just another “manual update app” after the initial excitement wears off?

    1. 1

      This is the core retention challenge honestly. My bet is on follow-up reminders — if the app pings you when a deal goes cold, you come back. But you're right, I'll be watching drop-off closely after the first week.

  25. 2

    The "dead-simple" positioning is hard to stick to once users start requesting features. What's your rule for deciding what NOT to build? Curious how you're drawing the line.

    1. 1

      Simple rule: if a solo salesperson wouldn't need it on day one, it doesn't ship. Team features, reporting dashboards, custom fields — all cut. The moment it feels like HubSpot, I've failed.

      1. 2

        This is the right religion. I build for SMBs too and every extra feature is a tax on the one person who just wanted the thing to work. "The moment it feels like HubSpot, I've failed" — stealing that as a north star. How do you hold the line when a user begs for a feature?

        1. 1

          Honestly, the filter is: would removing this feature make someone cancel? If yes, consider it. If no, it's a nice-to-have and it waits. The harder part is when 5 different users ask for 5 different things — each one feels urgent but they'd each pull the product in a different direction. So far the answer has been 'log it, watch if it comes up again, don't ship it yet.

          1. 2

            That cancel-test is a clean heuristic. The "5 users, 5 directions" problem is real — I've started weighting requests by whether they come from people who use the core feature daily vs one-off askers. A power user's request usually points at the real gap. Do you track who's asking, or just what?

            1. 1

              Honestly, just what right now — not who. But your point about power users is the right filter. A request from someone who opens the app every day means something different than a request from someone who signed up and never came back. Going to start tagging feature requests by user activity level. Simple but probably changes which ones actually get built.

              1. 1

                Honestly, just what right now — not who. But your point about power users is the right filter... Going to start tagging feature requests by user activity level. Simple but probably changes which ones actually get built.

  26. 2

    Solo salespeople are honestly the most underserved segment in the CRM space — most tools are built for teams with way more features than one person needs. Love the focused approach here.

    1. 1

      Exactly why I built it. Every CRM I tried assumed I had a manager to report to 😅

  27. 2

    Congrats on the launch, Dealpad! 🚀 The UI looks incredibly clean, and the problem you're solving for solo salespeople is very real.Quick technical feedback: Since it’s hosted on Vercel, make sure your mobile-first rendering and Core Web Vitals are fully optimized to capture organic traffic on Google later on. Tech tools often suffer from heavy JS payload on mobile.Rooting for you on Product Hunt! 📈

    1. 1

      Really appreciate this — hadn't prioritized mobile performance yet but this is a good reminder. Will run a Lighthouse audit this week. Thanks for rooting for us 🙏

  28. 2

    This is a clean wedge. Most CRMs add structure for managers, reporting, teams, permissions, and forecasting, but a solo salesperson mainly needs one thing: know what deals are active, what needs follow-up, and what is likely to close.

    The Kanban angle makes sense because it keeps the product close to the way a solo seller actually thinks.

    The part I would pressure-test early is the brand frame. Dealpad is clear, but it also sounds very close to a lightweight deal board. If the product stays as a simple pipeline tracker, that works. But if you expand into reminders, stats, follow-up logic, prospecting, notes, or AI-assisted sales workflow, the name may start feeling smaller than the product.

    Before more Product Hunt traffic, users, and search memory lock in, I’d think about whether the brand should carry the broader solo-sales workspace direction.

    Xevoa .com would fit that direction well because it feels more like a modern sales workflow platform than just a place to store deals.

    1. 1

      Really thoughtful feedback on the brand. 'Dealpad' works for now but you're right that if it expands beyond deal tracking the name might feel limiting. Something to keep in mind as the product evolves.

      1. 2

        That is the exact point I’d watch.

        Dealpad is fine while the product is only “a simple board for deals.” The risk starts when users begin remembering it that way while you are quietly building something broader.

        For a solo salesperson, the bigger category is not really “deal tracking.” It is the daily sales operating layer: active deals, follow-ups, reminders, notes, close likelihood, and eventually workflow intelligence around what to do next.

        That is a much stronger product direction than a lightweight CRM board.

        So the timing matters. Product Hunt traffic, first users, onboarding copy, screenshots, and early testimonials all start teaching the market what Dealpad is. If they learn “simple deal board,” it becomes harder later to move the product into a broader sales workspace frame.

        That is why Xevoa.com stood out to me. It feels more like a modern workflow platform that can carry the broader solo-sales direction, while Dealpad keeps pulling the product back toward “place where deals sit.”

        I would not treat this as abstract branding. I’d pressure-test it before too much early product memory gets built around the smaller frame.

        1. 1

          This is the tension I'm sitting with right now. You're right that early product memory is hard to undo — if the first 500 users learn 'simple deal board,' repositioning later is an uphill battle. The 'daily sales operating layer' framing is interesting and probably closer to where this goes if it grows. Not ready to commit to a broader brand direction yet, but this is exactly the kind of pressure-test worth doing early. Appreciate you pushing on it.

          1. 2

            That is the right way to think about it.

            I would not rush a rename just because the product might expand. But I also would not treat the name as something to revisit only after traction, because traction is exactly what makes the current frame harder to undo.

            The clean test is probably this:

            If the product is mostly a simple Kanban board for deals, Dealpad is clear and useful.

            If the product is becoming the daily operating layer for solo salespeople, then the name needs to carry more than “where deals sit.” It has to support follow-up logic, reminders, close likelihood, notes, workflow, and the feeling that this is the seller’s command center.

            That is where Xevoa.com felt stronger to me. It gives the product room to feel like a real sales workflow platform instead of a lightweight deal board.

            I’d pressure-test both names against the product you want users to remember 12 months from now, not just the version they see today.

            1. 1

              Actually just moved to closerkit.app — which already signals a broader direction than just deal tracking. The test you're describing is exactly right though: what do I want users to remember this as in 12 months? Still figuring that out, but the name shift was a step toward something that feels less like 'a board where deals sit.' Appreciate you pushing on this consistently.

              1. 2

                That move makes sense. CloserKit already points more toward outcome and sales workflow than Dealpad did.

                The next thing I’d pressure-test is whether “CloserKit” still feels like a toolkit, or whether the product wants to become the actual daily sales operating layer for solo sellers.

                That difference matters because it changes the homepage, onboarding, feature naming, and who you attract first.

                If you want, I can pressure-test this properly in a short written breakdown: CloserKit’s current frame, stronger 12-month positioning, first user segment, and how to make the product feel bigger than a simple sales board without overbranding it too early.

                1. 1

                  Yes, I'd genuinely appreciate that. The toolkit vs. daily operating layer question is exactly what I'm wrestling with — and you're right that it changes everything downstream. Would love to see the breakdown.

                  1. 1

                    Absolutely. This is worth doing properly because the toolkit vs. daily operating layer choice will shape the homepage, onboarding, and first-user targeting.

                    What’s the best email to send it to?

  29. 1

    Finding leads is the other half of this puzzle. We built Rixly to catch buying signals in real-time — then your CRM closes them.

  30. 1

    Congratulations on your launch , I run MVP ads that brings leads . I will run your first one free tonight -Dm

  31. 1

    Quick update based on the feedback here —

    ● Moved to a real domain: closerkit.app (rebranded from Dealpad — the "never lose a follow-up" framing several of you suggested felt much sharper)
    ● Fixed the mobile experience
    ● Follow-up reminders now send at 9 AM in each user's local timezone

    Still watching whether users come back to log a second deal — that's the activation metric I'm now tracking per the advice in this thread.

    Still iterating, so if anything feels off as you poke around, I'd genuinely love to hear it. This thread has already been more useful than a week of solo thinking.

  32. 1

    I appreciate the simplicity of Dealpad, as many solo salespeople can get bogged down in feature-rich CRMs that don't cater to their needs. I've seen similar success with niche digital products, such as the Pine Script strategies we offer at propfirmpinescripts.com, where a focused solution can resonate with a specific audience. What inspired you to choose a Kanban-style pipeline tracker, and do you plan on adding any integrations with popular sales tools in the future?

  33. 1

    I appreciate the problem you're trying to solve with Dealpad, as many solo salespeople are indeed overwhelmed by the complexity of traditional CRMs. Your solution's simplicity and focus on essential features like follow-up reminders and weighted pipeline value are likely to resonate with your target audience. How do you plan to reach and educate solo salespeople about the benefits of using a dedicated CRM like Dealpad, similar to how niche digital product stores like propfirmpinescripts.com effectively target a specific group of traders with tailored solutions?

  34. 1

    I think it's great that you've identified a specific pain point for solo salespeople and built a lightweight solution to address it, and I'm curious to know how you plan to reach your target audience and differentiate Dealpad from other minimalistic CRM solutions. Your focus on simplicity and ease of use is reminiscent of how we approach creating Pine Script strategies for traders at propfirmpinescripts.com, where we prioritize ease of implementation and use. How do you envision Dealpad evolving to meet the needs of its users as it grows and scales?

  35. 1

    I appreciate the simplicity of Dealpad, addressing a specific pain point for solo salespeople who don't need the complexity of larger CRMs. It's interesting that you've taken a similar approach to what we've done at propfirmpinescripts.com, where we cater to a niche audience with specific needs, in our case, futures traders using TradingView Pine Script. What motivated you to choose a Kanban-style pipeline tracker over other visualization methods for Dealpad?

    1. 1

      Kanban felt natural because salespeople already think in stages — you just want to see where each deal sits at a glance. On integrations, keeping it simple for now, but email/calendar sync is on the roadmap if users ask for it.

Trending on Indie Hackers
Your build-in-public audience is not your market. I learned the difference the slow way. User Avatar 189 comments I built a WhatsApp AI bot for doctors in Peru — launched 3 weeks ago, 0 paying customers, and stuck waiting for Meta to approve my app User Avatar 61 comments Built a "stocks as football cards" thing. 5 days in, my launch tweet got 7 views. What am I missing? User Avatar 33 comments From broke and burned out as a PM, to launching my SaaS and optimizing my health User Avatar 32 comments Why Claude Skills Are Becoming Important for Tech Careers User Avatar 24 comments I kept starting projects and dropping them. So I built a system that wouldn’t let me User Avatar 23 comments