Most first calls with a software partner take an hour and leave you knowing little more than when you started. Here's a simple standard you can hold any first call to, ours included. Use it on the next one, and that hour starts paying you back.
Why we wrote this
30 minutes and a brochure
You blocked out the time on Thursday. You explained the problem twice, once to the salesperson and once to someone who joined late. Then you heard about the company's history, its awards and a project for a bank you'd never heard of.
The short answer: A good first call leaves you clearer about your own problem, even if you never sign. You should leave with a sharper problem definition, an honest view on fit, the main risks named, the factors that drive effort and cost, and one clear next step. Fewer than three means it was a pitch.
Why most first calls feel like a pitch
Most first calls are built to sell the second call. The safe move for the vendor is to impress you and say nothing unwelcome. That's why so many calls are long on credentials and short on questions.
Ours is a sales call too. We'd like your business, and we won't pretend otherwise. The standard we hold ourselves to is that it must still be useful if you never speak to us again.
Five things a good first call gives you
1. A sharper problem definition
You arrive with a symptom. A good call turns it into a problem you can act on, by asking what happens today, who it affects and what it costs.
-
What it looks like: more questions than slides, and follow-ups that build on your answers.
-
What good looks like: you could rewrite your brief afterwards, and it would be shorter and more specific.
2. An honest view on fit, including "not us"
A partner who has understood you can tell you where they're a poor fit. One who can't name a single reason hasn't listened yet.
-
What it looks like: a direct comment such as "this part suits a packaged product" or "you need a specialist here".
-
What good looks like: you hear at least one thing they'd do differently from what you asked.
3. The main risks, named early
A good call names what could go wrong while it's still cheap to plan for.
- What it looks like: questions about your data, integrations, compliance obligations and who else has to approve.
- What good looks like: two or three risks, each framed as something to check, not something to fear.
For security, the Australian Cyber Security Centre publishes questions to ask managed service providers. Several apply to any partner who will touch your systems.
4. The drivers of effort and cost
It's too early for a reliable price, and anyone who offers one hasn't seen enough. What you can get is the list of things that will move it up or down.
-
What it looks like: "this gets bigger if the legacy system has no documentation".
-
What good looks like: you could explain to your finance lead why an estimate might land high or low.
5. One clear next step, without pressure
The call should end with one sensible option and room to say no. That might be a short scoping exercise, a document to read, or nothing at all.
-
What it looks like: "here's what we'd suggest, take your time".
-
What good looks like: you know exactly what would happen next, and that you can stop there.
When to be wary, or skip the call
Four patterns say the call is built for the vendor, not for you:
Price before understanding
A demo before questions
More talking than asking
A contract pushed early
Sometimes you don't need the call at all. If you already have a tight specification and only need a quote, or the job is small and low-risk, a written request is faster for everyone.
What our first call covers
Here's how our own first call maps to the five. It's the standard we'd ask you to judge us against.
|
The standard
|
What we do on the call
|
|---|---|
|
Sharper problem
|
Ask what happens today, who it affects and what it costs, before discussing any solution
|
|
Honest fit
|
Say where we fit, where we don't, and when a simpler option or another provider makes more sense
|
|
Risks named
|
Name the two or three risks we'd check first, such as data access, integrations or compliance
|
|
Effort and cost drivers
|
List what would make the work bigger or smaller, without guessing at a price
|
|
One next step
|
Suggest one next step, or none, and leave the decision with you
|
Each item is a question we'd have to answer for ourselves before we could quote honestly. Answering it with you on the call means you leave with the answers too.
What drives the scale of the work
Raise these on the call. They set the scale of the work more than anything else:
Systems and data involved
Compliance and data sensitivity
The state of what exists
How fixed the deadline is
How we prepare
EB Pearls Approach
Three things to bring
- Can you describe the problem in two sentences, including what it costs you today?
- Do you know which systems and data it touches?
- Do you know who else has to say yes?
Frequently Asked Questions
Do I need a written brief before the call?
What is a discovery call with a software company?
What questions should I ask a software development company on the first call?
How do I choose a software development partner?
Why won't a software company give me a price on the first call?
How long should a first call with a software company take?
Should I talk to more than one software company?
Who should join the first call?
Will I be sold to?
Discover app development insights and AI trends with Akash Shakya, COO of EB Pearls. Learn how we build successful digital products.
Read more Articles by this Author