22
45 Comments

I'm a wantrepreneur

I think I accidentally became a wantrepreneur.

I've always had ideas and things I want to build. But every time I sit down to try and build something, "shiny object syndrome" kicks in and I spend all my time looking to understand different technologies and tools.

I can code and build products. But I'm not very confident in my skills, so I end up going down the rabbit hole of "finding the best architecture." Since that doesn't exist (of course), I spend all my time doing research and trying to decide between learning to code vs. using no-code tools. That's the problem though: all I do is spend my time trying to figure out the best tools to use that I never actually spend time to using those tools.

This feeds into my other fear that I'm not moving fast enough. If I don't find the best architecture and do it fast, someone else will figure out the best solution for the problem I'm trying to solve and do it faster than I will.

The compounding effect is that I end up feeling a wantrepreneur. I'm already an ex-founder, so it's not like I haven't done this before. But my fears of going too slow and not knowing enough are holding me back and preventing me from building again. I keep talking about building ideas, but my lack of confidence in my speed and skills prevents me from doing anything.

So this is me trying to address my problems. I've come to the (obvious) conclusion that I need to start somewhere. I've decided that I'm going to finally learn to design and code. I believe that'll give me the confidence I really need to build something for a problem I want to solve. While doing that, I'll need to learn to acknowledge and accept that I might not be fast enough, but that's okay. There are problems everywhere, opportunities everywhere, and once I have the confidence then I can tackle them.

Thank you for reading what I hope to be the first of many posts on learning to code, building in public, and growth.

on May 2, 2022
  1. 7

    I feel you! You’ve summed up a lot of my own internal dialogue. My suggestions for you based on my own experience…

    1. Try time boxing. I.E. give yourself X amount of time to research and then force yourself to make a decision or figure out a solution using the information you have + your intuition. If you set a deadline at which point you turn off your wifi, stop researching and have to take action, you will realize you have enough information to take the next step. This has helped me a ton!

    2. Use a decision making framework like a SPADE, to help you feel more confident taking action while time boxing. Here’s a great article on this - (https://review.firstround.com/square-defangs-difficult-decisions-with-this-system-heres-how) The key is to be clear about your criteria and what you’re optimizing for upfront and how you prioritize those criteria… As a maximizer (rather than a satisficer), this has helped me make decisions more efficiently under time pressure.

    3. I need to continually remind myself that in order to build an MVP it takes sacrifice and sacrifice is hard. But also I try to remember that I will have the opportunities to redo / rebuild as I learn… most of the decision I will make are not one way doors. (Basecamp has rebuilt Basecamp 4 times!)

    4. Find a partner that is biased towards action. It’s really helped me to work with someone who just by the nature of the way they work has forced me to move out of research mode and into action mode.

    1. 2

      Hi! Thanks for those suggestions!

      Time boxing definitely has been effective for me. But you certainly took it to a different level by turning off your wifi haha. I need to try that.

      Thanks for that article! That's a super clear way, definitely something that I need practicing. It's funny, for work I'm good at prioritizing, but my own projects not so much.

      Whoa! I didn't know it was 4 times!

      That's actually my next challenge, finding someone to work with. I've had cofounders before, and they were great. I need to figure out what it is I'm looking for in my next cofounder anyways, so definitely will add "bias towards action" to the list.

    2. 1

      interested to know how you found someone that was biased for action?

      1. 2

        Through previous jobs... I noticed people that would start building or experimenting quickly. They were able to take a half baked idea and almost immediately figure out a small next step they could take to test it out. It was clear that they didn't have to see the whole staircase just to take that first step. I on the otherhand like to see the whole staircase. And I would try to take time to understand the idea, better define it, do research on it, think about it from a systems perspective. So, anyway, I've gravitated towards people that can move quickly because we balance each other out.

        In the startup world, I think a bias towards action is glorified. And I felt pretty bad about my own bias towards reflection. But, I've also seen the "move fast and break things" mentality destroy companies... we don't have infinite opportunities to experiment with something, so there does need to be some strategic thought behind the experiments we do take.

  2. 4

    Hey amalafrozalam, When reading through your post I found that you have in process of telling your problems also laid down what you could do as solutions

    Some of them are:

    • Instead of searching just work with what you know best
    • Don’t aim for the best architecture but working architecture
    • Relax and enjoy the process

    You have also acknowledged the problems to yourself and found a way I think that means a lot. Know that you are not the only one feeling this way. There are many other including myself that can relate to you. I wish you all the best and look forward to your next post which I hope will be about finally having getting past what you have mentioned here today 👍

    1. 3

      add to the response, once you code few times, you'll know what's the best architecture for you

    2. 1

      Thanks, appreciate the kind works!

  3. 3

    Stolen from some podcast notes:
    "Better ignorance on FIRE than knowledge on ICE."
    I like it as a way to get out of your own controlling mind and become action-oriented but ultimately knowledge on fire makes the most sense.

  4. 3

    I have been part of 2 big acquisitions, both YCombinator startups, in both cases the codebase was a joke, the most "successful" of the products we had was written with a JS framework that was obsolete 3 years later (backbone js 😓). Both of those startups had huge exists, 8 figures both. The company who acquired those products had to invest a ton of resources making sense of what we had. If you are building something for the long term, that you wouldn't sell because is a business you really enjoy, then maybe makes sense to stop for a little while, to think about what tech stack to use, otherwise just pick Django, RoR, or a javascript full-stack framework and start writing your product. Delegate work you don't know how to do , and focus on the parts you can add value on, ship often, and learn.

    1. 1

      I have an impression that micro acquisition deals are pickier about the codebase.

      1. 1

        I dunno about micro startups or bootstrapped businesses, usually people are looking to the product and the financials more so than the tech side, that also depends on the type of acquisition. I have never heard of an acquisition falling through because the code was bad or something like that.

        1. 1

          Yes, it is complicated, I guess it depends on what is the reason for the acquisition. If I remember well Courtland Allen mentioned on his podcast that when he was acquired the clean codebase was an important factor.

  5. 3

    DO WHAT YOU LOVE
    There’s little point in going into business simply to go into business. You have to have a passion for your product or service and to know it inside out. Once you have your eye on a niche in the market, you’ll need to come up with a Unique Selling Point that nobody else has. Whatever you do, don’t fall into the trap of believing that you can apply a ‘scatter-gun’ approach to the market. You need to specialize.

    1. 1

      Completely agree. In my past experience, niching down as much as possible is the only way possible.

  6. 3

    Keep learning, keep building and think less.

    I recommend finding technologies and patterns that work for you. Stop trying to "find the best architecture" and just ship something. Even if it's dog water.

    You're going to fail a lot, we all are. The key is to fail faster and learn the most when you do.

    1. 1

      Thank you for the advice!

    2. 1

      Awesome advice

  7. 3

    This "wantrepreneur" stuff is a bunch of BS IMO. If you're trying to do it (and in your case, if you've done it before), then you're an indie hacker and an entrepreneur in my book. What's the point in diminishing the effort you've put in? You've done it before and you'll do it again. Congrats - that's more than most! Keep up the good work.

    1. 1

      I appreciate it!

  8. 3

    Don't beat yourself up too bad. It happens, and it's no big deal. Sounds like you already acknowledge that you need to get started, and that's a good realization to have.

    Learning to code is tough, but its not impossible. Look into boilerplate sites that will save you a lot of time as far as authentication and creating other necessary aspects of your app.

    1. 1

      Good idea! Thanks!

  9. 3

    I would encourage you to learn agile methods (Scrum in particular). It will help you coping and organizing your project while facing uncertainties, be it business needs and technological changes. You are probably excessively worried about making a wrong choice at some point. It would be critical in a V-model project development but not so much in a Scrum method.

    Nice neologism by the way ;)

    1. 2

      I was going to comment the same thing. Sometimes rapid iteration is the best thing. Rome wasn't built in a day but they were laying bricks everyday.

    2. 1

      Ha, had to look up neologism.

      I use Scrum at work (I'm a product manager), so was totally planning to use it on my own projects too. Totally agree with what you're saying.

      1. 1

        I also find an Agile tool (eg Trello, Jira) helpful for getting work done because I can separate "manager mode" from "maker mode" more effectively (eg when I'm in maker mode I can simply grab tickets and just go without getting paralyzed about what to work on next)

        1. 1

          I've been using Notion! Makes it easy to see it all in different views.

  10. 3

    Joining a supportive community can help you stay accountable to your goals. Sharing your goals and progress with others can help keep you motivated and on track.

  11. 3

    Hi Amalafrozalam!

    Being public about your goals helped me stay productive, so congrats on that step! I hope you’ll do well.

  12. 2

    Thank you to everyone for all your advice and kind words! I didn't think this would get so many responses, but glad to know it resonates with people and I'm not alone!

  13. 2

    Sometimes I think shiny object syndrome and the desire to research the best tools ad-nauseam fills a thinking person's need to have a puzzle to solve. I think this is one reason makers gravitate to coding & building vs. marketing and selling.

    Some people do actual jigsaw puzzles as a mental challenge, read books, do woodwork, etc. Others gravitate towards implementing new tech, adding new features, coding challenges and the like. And often when implementing a piece of new tech, it is done only to a point where the mental curiosity is satisfied, and which time you find yourself moving on to something else. Essentially you got what you needed from the mental exercise.

    I'm speaking from experience here, of course, and it has helped me to identify when I'm in hobby mode so to speak - looking for the puzzle - vs. entrepreneurial mode - building a product to sell to a market. Each mode has different expectations, outcomes, and requirements. For a puzzle, I can pursue perfection until I hit mental satisfaction. For a product, releasing a sufficient but not perfect solution early is the goal, as is making quick decisions, and staying engaged for the longer term.

  14. 2

    It's simple. Just start doing, less thinking and planning. Keep the vision in mind but start a task and finish step by step.

    1. 2

      :) This is not simple for most people. LOL. Congrats on your high spirits.

  15. 2

    Maybe you need the stronger WHY.
    The way I approach it is:
    what is >IT< I'd like to contribute to the marketplace; IT may not exist or IT exists in a form I do not like, how the thing I would like to build will make the marketplace of choice more efficient, funnier, or easier for other fellow humans?
    The difficult part is to be able to map the white space intelligently and be excited about providing the missing piece that will work.

  16. 2

    I am in a similar situation. My shiny new object has always been a new programming language. I am like a kid in a candy store when trying new languages and their related technologies and libraries. One thing I learned is that this is fine when programming as a hobby. Reality kicks in when you try to get users/traction in a world hundreds of millions of active websites to compete with. The point being, a person can build the best mousetrap in the world, but if nobody can find it, what's the point?

    So, I decided on ...JavaScript (note the spread operator pun) and its related technologies, then decided to really focus on the other 'non-fun' (to me) aspects of the business, like marketing.

    As Tennyson said, we continue "To strive, to seek, to find, and not to yield." (from "Ulysses").

    1. 1

      { ...JavaScript } 😆

    2. 1

      Good advice! I also plan on sticking with...JavaScript.

      There's just so much in there all on its own.

  17. 2

    Agree with @Sbalen, I think you've made the right step. Also, I feel your pain about the constraints of our own expertise and all the uncertainty before you see your first positive results. Actually many other founders feel the same:)

    If you really consider Building in Public, you can check out https://tokenhunt.club - this is where solo founders unite to build in public and co-achieve goals together

  18. 1

    I also have similar thoughts.

    I think rephrasing MVP to MVV (Minimum Viable Value) has helped a lot.

    MVPs are used to validate that the problem you are trying to solve or the need you are trying to satisfy exists and that there are enough people who have this problem/need. I found when building an MVP, I was focusing too much on the product and worried that my audience may disappear if the MVP wasn't what I deemed good enough.

    Reframing MVP to Minimum Viable Value allowed me to cut a lot of the self-sabotaging thoughts, focus on what's actually necessary and cut a lot of the bullshit. I ask myself what is the easiest/simplest/cheapest/fastest solution I can build to satisfy the problem (I think exists), if it doesn't work, I build the next e/s/c/f solution or iterate the existing one until we find a good fit.

  19. 1

    Learn to code! There will always be more no-code tools. Develop generalizable skills that you will use in future, not just six months from now.

  20. 1

    Hi amalafrozalam, when I read "I've come to the (obvious) conclusion that I need to start somewhere. I've decided that I'm going to finally learn to design and code" I thought Oh No! He/She is doing it again!! Of course, learning how to design and code is important, but it looks like you can already do it. So don't spend too much time in the tutorial hell and start building something.
    Spend some time deciding the architecture, but then just build it. You'll be able to change most of it anyway in the future, if needs be.

    1. 1

      Fair point! The plan is to use the coursework on the project as I build, so I don't spend all the time in tutorial hell. Been there, done that haha

  21. 1

    OMG I've been there but more recently I've started to think about this differently. Maybe this will be helpful to you as well.

    I realised that I'm just bad with a real and or metaphorical blank page. I find starting a new project to be difficult but once a really rough version exists I can run with it without much emotional baggage. Initially there are to many options and I'm overthinking every single choice I make. Once version 1.0 exists however, I can make more informed decisions because I've got something to work with. I can collect metrics to help me decide if something is working or not and then adjust accordingly.

    I think this is essentially due to overchoice when beginning and is much more common than I initially thought. This mental shift help to remove any potential self blame for failure and instead helped me recognise it was just a part of being human. That meant I could just get on it with.

    Now I kind of set myself a challenge when I'm starting something new. It's become a sort of race to mvp 1 for me and this has really helped my productivity. The emotion is gone, it's just about the race.

    Anyway this change it thought patterns helped me. Maybe it will help you in someway as well.

    Good luck and you're being to hard on yourself :)

    1. 2

      That makes a lot of sense! I definitely experience the same thing, the number of choices for a stack is overwhelming. and each day, there are more and more options.

      I'm going to try your approach and race to an MVP. That kind of motivational jumpstart definitely sounds easier!

      1. 1

        Glad to hear it. Remember you don't need to be perfect at it first time out of the gate. Good luck :)

  22. 1

    This comment was deleted a year ago

    1. 1

      I'm open to it, but I think for right now I want to work on this on my own. Cofounders are definitely helpful and I recommend them, but for right now I want to de-risk the business as much as possible before working with someone.