Almost everyone wants to have an app these days. But how do you go about finding the right designers, programmers, and marketers to take your app from an idea to millions of downloads in the app store?

  1. Validate your idea. Not all ideas are as great as you my think, and no one wants to call their baby ugly. Validation can be done quickly and cheaply by creating a simple “Pros and Cons” spreadsheet of your competitors, and running online surveys. But you got to do it.
  2. The planning stage is the last time your have total control – You can save a lot of money in development costs if you have drawn the entire app drawn out on paper. I’m not talking about just the main screens; I mean EVERYTHING. Each pop-up message, every menu option. It seems like overkill, but you’re really designing an architectural blueprint here. Designers and engineer have to follow these “wireframes” so they know what to build, and even so that they can give you accurate estimates. You wouldn’t give a build a blueprint for your house with a downstairs bathroom missing, and expect them to just fill in the blanks would you? If you don’t want to do this, expect to pay your developer team to do the wireframes for you, and never use a company who doesn’t offer this step.
  3. Find the right team for you. In any technical endeavor, it’s hard to pick a good team, especially if you are not very technical yourself. You can be techno-babbled to death, or won over by shinny demos. There are a few simple questions you can ask to make sure the team you’re picking is a good one:
    1. Where is the actual development done (in the US? Or is it outsourced to India?)
    2. How does the team manage their source code? You want to hear them say that they use a version control system like GIT (This is like the Track Changes function in Microsoft Word, but for software code).
    3. How is the team going to help you through the planning process? Are they going to build you a functional wireframe you can play with? How about a basic prototype? The more steps they have early on, the more likely you are to succeed.
    4. Ask to touch and play with real life examples of systems the team has worked with.
    5. Find our if they’ve worked on similar products or in similar industries. A little bit of previous experience goes a long way. Find a team who has already made their mistakes on someone else’s dime, so that you don’t have to pay for it.
  4. Understand the process – You don’t have to become a programmer yourself, but spend sometime educating yourself on the technologies and jargon you will encounter. Unlike building a house, you probably have never seen a software project being worked on as you drive down the road. So your frame of reference is very difficult. The process can be extremely opaque as a result. It’s your money; learn a little about how the sausage is made. I’d suggest learning at least a little bit about how databases work, and how source control works – these two topics alone will allow you to have much honest conversations with your developers.
  5. Don’t launch it and leave it – When your app is all done, getting it in the app store can be tricky. Start finding out what you need to do to get into the Apple store early on – this includes reading their terms of use, which isn’t as bad as you think. Make sure you have a business entity set up, and a registered Dunn and Bradstreet number if you’re going to charge money for you app, include ads, or in-app purchases. And finally, learn about how to promote your app in the stores and on the web. You’ve all heard about SEO, but there is such a thing as App Store Optimization as well.
Previous ArticleNext Article
I help companies turn their technical ideas into reality.

CEO @Sourcetoad and @OnDeck

Founder of Thankscrate and Data and Sons

Author of Herding Cats and Coders

Fan of judo, squash, whiskey, aggressive inline, and temperamental British sports cars.

Leave a Reply

The Internet Doesn’t Have Enough Love In It (And How We Can Fix It Easily)

I’ve been thinking about all the wrong things when it comes to AI writing code.

Everyone else seems to be too. Job displacement. Security vulnerabilities. The ten-times-faster developer who now bills the same and delivers four times as much. These are real conversations worth having, just not the one I want to have right now.

The one I want to have is about teaching a six-year-old multiplication.

Here’s what I mean. Imagine you’ve been sitting with your kid every night for two weeks trying to explain multiplication. You’ve tried drawing rows of dots. You’ve tried songs (don’t judge me). You’ve tried the “just think of it as groups of things” approach that works for literally every other math concept but, mysteriously, not for your kid. Then one night, something clicks. You found the explanation, YOUR explanation, the one that worked for your actual kid with your actual kid’s brain, and it finally, beautifully, clicks.

Now imagine you could spend a Saturday morning turning that into a small web app. Not a startup. Not a SaaS platform. No login. No backend. No one’s going to hack it (there’s nothing to hack). Just a little thing that walks through multiplication the exact way you figured out it works, step by step, the way you’d explain it. You send it to the WhatsApp group for your kid’s class. Some of those other parents, also quietly losing their minds over multiplication, try it. And it helps.

You just made the world a tiny bit better. That’s it. That’s the whole thing.

Claude Code exists now, and a handful of other tools like it, and the reason I think this matters isn’t productivity. It’s access. The barrier between “I have an idea for something that could help people” and “I have a thing that helps people” used to require knowing how to code, or hiring someone who does, or talking a developer friend into your project over enough beers that their guilt exceeded their better judgment. Now it’s a Saturday morning and a good description of what you want to build.

The internet already has beautiful things in it that were built out of love. Free coding education for kids. Open-source video editors. Someone’s incredibly detailed home-brewing app with no monetization plan whatsoever. Artists making interactive experiences because they wanted to see if they could. These things exist because someone cared more about making the thing than making money from the thing. I think that ratio is about to shift dramatically in favor of the people who just want to make something good.

I’m not saying we should all stop paying for Salesforce (we should probably keep paying for Salesforce, there’s a reason that thing costs what it costs). I’m saying the category of software that was previously not worth building because it wasn’t commercial enough to justify the cost, that category just got a lot more interesting.

What’s in that category? Things like:

  • An app that helps beginning judo students understand the concepts behind a throw, not just the mechanics, because judo is where I learned confidence and discipline and I want other kids to find that
  • A private family memory vault (not Instagram, not Facebook, not anything with an algorithm deciding what matters), just a place where the people who love my son can send photos and stories somewhere safe, for him to open when he’s older (Maybe I’ll turn this into something?)
  • A system that reminds companies to send their employees gifts on the days that actually matter to them, because I know from running a company that it fills the cup of the person giving just as much as the person receiving (Thankscrate, if you’re curious, and yes, that one is turning into something real, but that is genuinely not why I built it)

None of those were commercial ideas first. They were just things I cared about.

I think the most interesting software that gets built in the next few years won’t come from developers moving faster. It’ll come from people who previously had no path from “I care about this” to “I built something about this,” and now they do. Parents. Coaches. Teachers. The person in your office who could explain that one complicated process better than anyone and has always secretly wanted to turn it into something.

The stakes are low. The bar to launch is low. The cost is low. The only thing required is that you actually give a damn about what you’re building.

So… What do you give a damn about?

Go build it. I still sometimes have to count on my fingers, but I’m told the app helps.