Arcamus
Angular modern architecture with golden horizontal cladding rises against a vivid blue sky, framed by dark glass; strong lines create a bold, dramatic mood.

How to Write a G-Cloud Service Description That Wins Call-Offs

Getting onto G-Cloud is the prerequisite. Being found and chosen is the actual commercial challenge.

G-Cloud 15 launched in August 2026 with a £14 billion ceiling and 1,913 buying organisations who called off through its predecessor. The competitive reality is that buyers searching the Digital Marketplace see dozens of service listings in any given category. The service description determines whether a buyer reads on, contacts you, or moves to the next result.

Most G-Cloud service descriptions are written as supplier capability statements, describing what the product does from the supplier's perspective. Buyers are not reading them that way. They are looking for a quick answer to a specific question: does this service solve my problem, can I trust this supplier, and is the pricing clear enough to evaluate? A service description that fails to answer those questions directly generates few call-offs, regardless of how good the underlying product is.

Why your G-Cloud service description matters more than most suppliers think

Under G-Cloud's direct award mechanism, a buyer can select a supplier and call off a contract without running a competitive process. That means the service description is not just a qualification document but the primary selling tool. A buyer who finds your listing, reads it, and decides to contact you may be six weeks from awarding a contract. A buyer who finds your listing and moves on may never return.

The GCA's G-Cloud 14 data shows 1,687 suppliers with evidenced spend across the framework. The top 10 captured just 15% of total spend. The remaining 85% was distributed across more than 1,600 other suppliers. That means a well-positioned listing can generate meaningful revenue regardless of company size. What separates the suppliers who capture that spend from those who don't is rarely the product. It is whether buyers can find them and quickly understand what they offer.

Get a full breakdown of G-Cloud 14 spend, and what to expect from G-Cloud in our exclusive report. Just send us a message for your free copy.

How buyers actually search the Digital Marketplace

Understanding the buyer's search behaviour is the starting point for writing a service description that gets found.

Buyers search by keyword and category. They filter by lot, by location, and sometimes by supplier size. They do not search using supplier marketing terminology. They search using the words they would use internally to describe the problem they are trying to solve. A buyer at an NHS trust looking for a patient communication platform might search "patient messaging", "outpatient notifications", or "appointment reminders" rather than "omnichannel healthcare engagement solution."

The service name and summary carry the most weight in search results. Buyers see these first and use them to decide whether to click through to the full description. If neither contains the language a buyer would use to describe their requirement, the listing does not appear in their relevant searches regardless of how well-written the full description is.

Once a buyer clicks through, the full service description, the service definition document, and the pricing document collectively determine whether they make contact. All three need to work together.

How to write a G-Cloud service description that gets found

Use buyer language, not supplier language

The service name and summary should describe what the service does in terms a buyer would use. "Cloud-hosted patient appointment booking for NHS trusts" is more findable than "HealthBook Pro, enterprise scheduling for the modern health system." Buyers search for problems they need to solve, not product brand names.

Be specific about who the service is for

A buyer at an NHS trust deciding between three broadly similar listings will spend more time on the one that explicitly references NHS use cases, NHS-specific integrations, and NHS buyer types. "Used by 14 NHS trusts and 6 ICBs across England" is more useful to an NHS buyer than "suitable for healthcare organisations." Specificity builds trust and reduces the buyer's evaluation burden.

Describe outcomes, not features

Buyers on the Digital Marketplace are typically trying to solve a specific operational or clinical problem. A service description that leads with what outcomes the service delivers, such as reduced Did Not Attend rates, shorter referral-to-treatment times, and faster clinical coding, connects to the buyer's actual need. A list of features tells the buyer what the product does. An outcome tells them what it achieves.

Make the pricing model immediately clear

One of the most common reasons buyers move on from a G-Cloud listing is pricing that is opaque or confusing. The Digital Marketplace requires pricing to be transparent, but the format and detail vary considerably between listings. A buyer who cannot quickly understand what they will pay for a clear scope of use will not invest time in a sales conversation to find out. Pricing by user, by transaction, or by consumption, whichever applies, should be stated plainly and with sufficient worked examples to enable a budget estimate.

Address compliance and assurance requirements upfront

NHS buyers in particular need to know that a supplier meets the assurance standards relevant to their procurement. For software used with patient data, Cyber Essentials certification is mandatory for most NHS frameworks including G-Cloud lots. DTAC compliance is expected for digital health technologies. ISO 27001, NHS Data Security and Protection Toolkit registration, and relevant clinical safety standards should be visible in the listing without the buyer needing to ask.

The service definition document

The service description on the Digital Marketplace listing is the shop window. The service definition document is where buyers go for the detail they need to make a procurement decision.

A service definition that answers the questions a buyer will have: what is included and excluded in the service, how implementation works, what the support model is, how data is processed and where it is stored, what happens at contract end. That reduces the number of clarification questions and accelerates the buyer's decision. A service definition that is a restatement of the marketing page adds friction rather than removing it.

Every section of the service definition should be written to help a buyer answer the question they are trying to answer. The buyer's job in evaluating a G-Cloud listing is to produce an audit trail that justifies their procurement decision. A service definition that makes that audit trail easy to construct for the buyer is one that reduces the time between first contact and call-off.

How to stand out in a category with many suppliers

In categories where dozens of suppliers hold G-Cloud positions, differentiation comes from specificity rather than volume. A listing that clearly and credibly addresses a buyer's specific situation, their organisation type, their procurement problem, their compliance environment, outperforms a listing that attempts to appeal to all buyers broadly.

Reviewing what competitor listings say in your category, and identifying the questions they leave unanswered, tells you where your listing can differentiate. If every competitor listing in your category describes the product's features but none describes what the onboarding process looks like for an NHS trust without a dedicated technical team, that gap is a differentiation opportunity.

The buyers most likely to call off from G-Cloud are the ones who have already identified a shortlist. A listing that consistently surfaces in relevant searches and provides clear, buyer-oriented information moves into more shortlists than one that does neither.

What changes on G-Cloud 15

G-Cloud 15 introduced mandatory Cyber Essentials certification for all suppliers on all lots. Previously it was recommended rather than required. Evaluation scoring now explicitly weights quality and social value alongside price, which means service descriptions and supporting documentation need to address these dimensions more directly than under G-Cloud 14.

The open framework model of G-Cloud 15, which allows the framework to reopen to new suppliers at 18 and 24 months after launch, also means the competitive landscape on the Digital Marketplace will evolve throughout the framework's life as new entrants join. A listing that was well-positioned at launch needs periodic review to ensure it remains competitive as the field changes.

For more on G-Cloud 14's spend data and what it tells suppliers about where to focus on G-Cloud 15, see our G-Cloud buyer analysis and the Arcamus G-Cloud 14 report.

Get a full understanding of the UK and Ireland's public and private sector ecosystem

See how Arcamus transforms public and private sector data into actionable intelligence for private sector organisations.