10
14 Comments

After nine months building in private, trying to open up

Yesterday I opened up for early testing for the product I’ve worked on full-time since July – Lång, an app that helps people who don’t budget spend money confidently. (It’s Swedish, pronounced ’long’, which is also what it means.)

Coming up with that single-sentence pitch, by the way, was one takeaway from watching Y Combinator’s Kat Mañalac talk about launching. I’ve iterated through quite a few of them and this is the one that I’m testing to begin with.

I have a mailing list with 48 people, built up from scratch during these months, of which 28 have responded that they want to help test this early version of the app.

I say early, but I’ve worked far longer on it than I should have. It’s been nine months, but this idea was more of a hunch to begin with, and getting here, to what I would describe as a clearly executed simple idea, and I don’t think I could have done it in shorter time.

My strategy now is to let small batches of people try it out. I’m mainly concerned with the onboarding working well enough. So I haven’t yet been that open about the idea or how the app works. When I’m confident that onboarding works reasonably well, I’ll open up the tests more and begin communicating more openly.

If you’re curious, you can sign up here: https://buttondown.com/lang

on March 11, 2025
  1. 3

    Man, I really identified with this title. I’ve been working on my own product for about the same amount of time—a reading/learning tool called Hark—and I’m just now stepping into the distribution phase.

    It’s been an interesting ride so far, but I’m hitting that classic challenge of how to position it and start real distribution. Your journey of going from private to open really speaks to me.

    If you don’t mind me asking—what’s been the biggest mindset shift or tactical takeaway in transitioning from building to promoting? Would love to hear any lessons you’ve picked up.

    best of luck on this next phase!

    1. 1

      I can’t yet tell whether my approach works. The first small batch of testers didn’t give much feedback. For the next batch I’m tweaking the invite to better frame their first use, and I’m rewriting the follow-up to be less daunting.

      As for positioning, I think that this essay by Nathan Baschez has affected how I approach this early stage the most.

      I have tried to simplify this first version as much as I could – deferring anything until later that wasn’t absolutely critical to include in the early version to conduct tests on. What I took away from Baschez was to make the product itself very narrow, but be very open to who responds to it, and why.

      The design of my product is based on my particular view of the problem, but it might still appeal to people who have a different view of the problem – and I’m trying to be open to that.

      At this stage, I’m trying to see if the product makes sense to people on first use. So I have said very little about what it does and how it works.

      If I get feedback that tells me that it’s unclear or confusing, I will have to work on making it more obvious on first use. If people get it, I will start talking more about how it works and what using it day-to-day looks like.

      But all of this is just a hypothesis right now. I hope that I can figure out how to remove the obstacles for testers to provide feedback.

      Thank you for responding! Good luck to you too. I’d like to hear more about your product.

  2. 2

    hey peter i would love to know that who will be your target audience for this product and how will u get early 500 user for this product , any specific method that you think or do the similar thing like x,reddit and all

    1. 1

      I expect to iterate a bit on the target audience. So I’ll try to keep an open mind.

      The broad target audience is in the one-sentence pitch in my post: people who don’t budget. I think there are many of those, but few product offerings – which I find a bit odd. Almost all products are based in some way on the idea of budgets: categories, tracking spending against those categories, pie charts.

      Further narrowing down the target audience, on the one hand there are people for whom it’s a struggle to make their money last until next pay day – and on the other hand there are those who want to limit their spending for some reason.

      Often you hear that you should define an extremely narrow target audience, and focus on that. I’m not sure how to approach this. Perhaps just come up with one and try it for a while, then move on to another one?

      In a way, I have shaped the product for a narrow target audience through the decisions I’ve made about what the app does and how it does it. I’ve narrowed down the feature set as much as I have could. Maybe it makes sense to approach it as casting a wide net to figure out for whom this product is appealing, and figuring out why that is so – how they understand the product and how it could fit into their lives?

      I hope to get a bit of clarity about how to proceed with this during early testing. So we’ll see.

      Thank you for asking!

  3. 2

    Best of luck! I've been building in private too for the last year. How do you plan to start "building in public"? Sharing devlogs on twitter each day? Or anything else? I'm finding it really hard to grow an audience organically. My extension Fontonic got most of its users from ProductHunt launch. Took a year to cross the 2500 users mark. Having an audience would've definitely helped.

    1. 2

      I think I want to write short things like the one above, about things that are currently on my mind regarding the project. And I don’t think it matters to me that it’s each day, or at a consistent schedule. If I have something that I think is interesting or that I found challenging or surprising, maybe it can be of value to someone else. Thank you, and good luck to you too!

  4. 2

    It's exciting to see you launching Lång after so much hard work. Taking the time to perfect onboarding is smart, and I’m sure it will lead to a smoother user experience when you expand the testing phase.

    1. 1

      Most personal finance apps are based on the traditional idea of budgets: categorise spending, see diagrams for each category, and so on. My app is a bit different, and I want the onboarding to instill its core ideas in users, so that’s what I hope to achieve during early tests. Thank you for your encouraging words!

  5. 2

    Good luck Peter! Colour me curious; I’ve signed up!

  6. 1

    This reminds me of Mint back in 2009. Noah Kagan helped it gain 1Mn users in 6 months. So wishing you the best.

    In case you need any videos or sales funnel set up to scale in future, feel free to buzz me at subirroy2704@gmail

  7. 1

    Hey Peter, congratulations again on launching Lang! The way you’re tackling the budgeting problem is really impressive. Your focus on making onboarding clear and intuitive will definitely set you apart.

    As someone who works a lot with automation, I really appreciate the effort you’re putting into making everything flow seamlessly for users.

    One quick tip that might help during testing—automating user feedback collection. A simple form or survey triggered after key actions in the app could help you gather insights without extra manual effort. It might be a great way to refine onboarding even further.

    I just subscribed to your mailing list and am excited to see how Lang evolves. If you ever want to brainstorm automation ideas or tools to streamline things, feel free to reach out.

    Best of luck with the early tests—I’m sure Lang will make a big impact!

  8. 1

    This comment was deleted a year ago

    1. 1

      I don’t know. :)

      1. 2

        This comment was deleted a year ago