Strategy

Vendor or partner: how to choose who builds your software

Every vendor says the same thing. What separates a partner from a mere executor is the incentive. Seven questions and a few signals to tell them apart.

9 min read
Vendor or partner: how to choose who builds your software

Two postures hide behind the same service

You are looking for someone to build your software. You get quotes, you take calls, and everyone says roughly the same thing: attentive, tailored, outcome-driven. The words are identical from one vendor to the next. Yet behind those words, two opposite postures coexist, and they will produce radically different results on your project.

The first posture is that of the mere executor. They take your spec, price it, build it. The wider the scope, the bigger the invoice, and that suits them. The second is that of the partner. Their interest is not your scope, it is your outcome. They will remove lines, challenge your assumptions, get you to ship faster and cheaper than you imagined. The problem: both show up with the same vocabulary.

This article gives you a buyer's method to tell the two apart before signing. Not impressions, concrete questions whose answers do not lie. Because this choice weighs more on your project than any technical decision you will make afterward.

Do not ask a vendor if they are outcome-driven. Watch whether their interest grows with your invoice or with your success.

Selection principle

Follow the incentive, not the pitch

To understand how someone will behave, do not look at what they say, look at what pays them. A fixed-price vendor billing the scope has a simple short-term interest: for the scope to be as wide as possible. They will not do it out of dishonesty, they will do it because their incentive structure pushes them that way. They will execute your spec as is, including the lines that serve no purpose, because those are billed like the rest.

A partner works the other way. They know a successful project means a customer who comes back and refers others. Their long-term interest is your outcome, not your scope. So they do the opposite of the executor: they remove, they postpone, they focus. They get you to ship a useful first batch as fast as possible, even if it shrinks their immediate invoice.

64%

of features in a software product are rarely or never used

Standish Group, presented by Jim Johnson, XP 2002 conference

That figure is your best test. Most of what gets built is almost never used. An executor will build those 64% without blinking, since they are in the spec and they are paid for. A partner will spot them and offer to cut them. Faced with the same document, one bills the waste, the other protects you from it.

This sorting between what produces proof and what produces comfort is exactly the discipline we detail in MVP vs V1: scope the right first version. A good partner applies it naturally to your project.

The seven questions that reveal the posture

The pitch can be rehearsed, concrete answers cannot. Here are seven questions to ask in a meeting. Taken alone, they can mislead. Together, they draw a clear posture. Watch the direction more than the words: are they trying to add to you or to protect you?

A vague answer on scope, or enthusiasm to build everything without ever questioning anything, are signals. A partner has concrete examples of features they got dropped. An executor does not, because dropping a feature means shrinking their own invoice, and they have no reason to do it.

The same moment, two reactions

A vendor's posture shows in how they react at a few key moments of the project. Here are the same situations, seen from both sides. If you consistently recognize the left column, you are dealing with an executor, whatever their sales pitch.

Faced with the same situation, two opposite reactions
The situationThe executorThe partner
You suggest removing a featureAccepts without a word, or resistsOften suggested it before you
You set a tight deadlineAdds resources and billsReduces scope to hit it
A line of the spec is riskyBuilds it anywayFlags it and proposes an alternative
The first batch shipsOffers to move to the next batchWaits to see what usage reveals

A posture, not just a person

This partner posture is not only a matter of individual goodwill. It flows from a model. Some structures are built to bill volume of hours or code, others to deliver an outcome to a small number of clients. The model determines the incentive, and the incentive determines the behavior, far more reliably than any sales promise.

This is the whole difference between an agency that optimizes for volume and a studio that optimizes for outcome, which we dug into in product studio vs traditional agency.

Choose a model whose interest is aligned with yours. You will not have to hope for goodwill, it will be structural.

Alignment principle
FAQ

Frequently asked

Everything people ask us about choosing a technical partner.

Conclusion: align the incentive, not the promises

Every vendor promises to be outcome-driven. You cannot verify a promise, but you can read an incentive. The one whose interest grows with your invoice does not have the same reflexes as the one whose interest grows with your success, however carefully they both say the same thing.

So do not look for the vendor who talks best. Look for the one who offers to do less, who has examples of dropped features, and whose model is aligned with your outcome. This choice may cost you a smaller initial invoice. It will earn you a product that works.

The right partner is not the one who accepts everything you ask for. It is the one who refuses what does not serve you.

To go further: having your first business software built and scoping your first batch with MVP vs V1.

Related articles

“With AI, I can finally afford my dream project”: what really changed about the price of an app
AI

“With AI, I can finally afford my dream project”: what really changed about the price of an app

A quote that killed a project five years ago no longer describes what building costs. What AI actually made cheaper, what it did not, and the real 2026 budget.

Having your first business software built when you are not technical
Building

Having your first business software built when you are not technical

You know your trade, not software. Here are the reference points a non-technical owner lacks: your real edge, the three traps, and how to de-risk before coding.

Your spec describes a V1, not an MVP: how to scope it right
Building

Your spec describes a V1, not an MVP: how to scope it right

Most specs describe a V1, not an MVP. Here is a method to reread your own document and separate what produces proof from what only produces comfort.

What is a product studio? Definition, model and pricing
Product studio

What is a product studio? Definition, model and pricing

Product studio: the word is everywhere, the definition nowhere. Here is what the model really covers, how it works, what it costs and who it fits.

Publishing your app to the App Store and Play Store
Stores & publishing

Publishing your app to the App Store and Play Store

Your developer accounts exist and your build runs: here is how to submit your app to the App Store and Play Store, step by step, without getting rejected.

How to integrate AI into your business: a practical, honest guide
AI

How to integrate AI into your business: a practical, honest guide

Everyone tells you to do AI, without saying where or for what gain. Here is where AI truly creates value in a small business, concrete use cases, custom vs no-code, costs, ROI and the mistakes to avoid.

Fractional CTO: what it is, when to bring one in, and how to choose
Tech leadership

Fractional CTO: what it is, when to bring one in, and how to choose

A product taking off, a small team, and no one to arbitrate the technical choices that will shape the next five years. A fractional CTO fills that gap without the cost of a full-time hire. When to bring one in, what they really do, how much it costs.

SaaS go-to-market plan: the first 8 weeks to win your first customers
Go-to-market

SaaS go-to-market plan: the first 8 weeks to win your first customers

A clean product that will not sell is almost always a go-to-market problem, not a tech one. Here is a concrete 8 week plan: positioning, channels, pricing, growth loop. Founder to founder.

No-code or custom: how to choose when launching your first product
Building

No-code or custom: how to choose when launching your first product

No-code to move fast, or custom to do it right? The real question is not the camp, it is the moment. Here is the grid to decide when you already have an audience or traction.

Tech as a Service: senior engineering reinforcement to ship 3x faster
Collaboration

Tech as a Service: senior engineering reinforcement to ship 3x faster

You have a technical team but a velocity bottleneck? Plug-and-play senior reinforcement lets you hit deadlines without hiring. Here is how, and when to use it.

ReactIn: from side project to full LinkedIn outreach tool
Case Study

ReactIn: from side project to full LinkedIn outreach tool

How an internal LinkedIn prospecting tool became a $6K MRR bootstrapped SaaS, with zero paid advertising or fundraising.

We tripled our prices: the real pivot behind our design offer
Pricing

We tripled our prices: the real pivot behind our design offer

How we went from a $2K/month design subscription to a $6K+ premium product studio. Fewer clients, 3x revenue per client, better quality.

Our best SaaS tools (and how we actually use them)
Tools & Stack

Our best SaaS tools (and how we actually use them)

The complete stack of a product studio building SaaS products: dev, design, growth and ops. Real tools, real costs, real lessons after 3 years.

Bootstrap vs fundraising, freelance vs agency, solo vs co-founders: our founder choices
Entrepreneurship

Bootstrap vs fundraising, freelance vs agency, solo vs co-founders: our founder choices

3 dilemmas that define your startup trajectory. A look back at our choices at Figue, with real numbers and hard-won lessons.

Product studio vs traditional agency: why it changes everything
Strategy

Product studio vs traditional agency: why it changes everything

Agencies optimise for volume. Product studios optimise for outcomes. Here's why that makes all the difference for your project.