Skip to content

Chapters · 2 min read

Who we build for

Developers, across every product we make, the person who feels the problem first, and who we're honestly not for.

We build for developers. Not every product we make will look alike, but every one of them is for the people who write and ship software, and the tools and agents they increasingly work alongside. That's the thread that runs through the company, and the reason a product idea that isn't for developers doesn't get started here.

Why developers

Because we are developers, and we've spent years on the receiving end of developer tools: the good ones that quietly make your week better, and the ones that bill per seat, hide the price, and treat leaving as something to punish. We know what it's like to be the person the tool is supposed to serve. That gives us a head start on getting it right, and no excuse for getting it wrong.

Developers are also a demanding audience in exactly the way we want. They read the docs, check the pricing, notice when the abstractions leak, and tell each other loudly when something is good or when it isn't. Building for people like that keeps us honest.

The person who feels it first

Each product starts with one person who feels a specific problem before anyone else does. For g1t, that's the team that ships with coding agents: more pull requests than review hours, the code in one tool and the conversation about it in another, and a main branch that has to keep passing no matter who wrote the change.

We go hard on making that person's life better first. Get it right for them, and the value spreads to everyone downstream who was quietly paying for the problem. Who that person is changes from product to product; that we start with them doesn't.

Who we're not for

People who want a vendor to sell them a contract before they can try anything. Our products are self-serve and priced in the open; if you need a sales cycle to feel safe, we're probably not the right fit yet.

Organizations that want a locked box with no way out, either. Your work is yours, and taking it with you is always on the table. If lock-in is the point for you, we're the wrong choice.

And sometimes a problem is small enough that a script or a shared doc is genuinely enough. If so, we'd rather say so than sell you something you'll resent. The fuller version of that honesty is on who Flagon is for, and who it isn't.