How to Choose a Digital Agency: 12 Questions That Reveal Everything

Portfolios all look the same. These twelve questions surface how an agency actually works — and the answers that should end the conversation.

Every agency site shows beautiful work, claims a rigorous process and features glowing testimonials. None of that predicts what happens when your project hits its first genuine complication — which it will, in week three. These questions do.

On the work itself

1. Which parts of the portfolio piece you just showed me did your team actually build, and which were subcontracted? Agencies presenting partner work as their own are common, and the answer is easy to verify with a reference call.
2. Show me a project that went badly and what you changed afterwards. An agency with no failures either has not shipped enough or is not being honest with you.
3. Who specifically will work on this, and what else are they on during that period? "Our team" is not an answer. Named people with named availability is.
4. What happens if that person leaves mid-project? The answer should involve documentation and shared knowledge, not reassurance.

On process and control

1. What do I see, and when? Weekly working software beats monthly status decks. If you cannot click something by week three, you have no early warning system.
2. How do you handle a scope change I request in week five? A mature answer describes a written change process with cost and schedule impact — not "we'll figure it out", which reliably becomes an invoice dispute.
3. What is the definition of done for a feature? Look for testing, review and acceptance criteria rather than "it works on my machine".
4. Which decisions do you need from me, and by when? An agency that has thought about your critical path will hand you a list of decision deadlines.

On ownership and exit

1. Do I own the source code, the designs and the accounts outright, in writing? Anything less is a hostage arrangement dressed as a service agreement.
2. Where does the code live, and can I have access from day one? The repository should be in your organization, with the agency invited to it — not the reverse.
3. If I hire another team next year, what would you hand over? The honest answer is a repository, documented environment setup, credentials and an architecture note. Anything vaguer means an expensive rediscovery phase.
4. What does support look like after launch — response times, cost, and who is on call?

How to read the answers

Specificity is the signal. Good agencies answer with numbers, artefacts and named constraints; weaker ones answer with adjectives. Notice also whether they ask you questions back. An agency that spends the first meeting understanding your commercial model rather than presenting its own capabilities is one that will build the right thing.

You are not buying a website. You are buying the way a team makes decisions when the plan meets reality.

The cheap way to de-risk the whole thing

Before committing to a full engagement, buy a small, paid piece of work: a discovery sprint, a technical audit, a prototype of the hardest screen. A few thousand dollars buys you direct evidence of how they communicate, estimate and deliver — infinitely more informative than another reference call, and cheap insurance against a six-figure mistake.