This is a short note is to help you with your G-Cloud tender. This guide does not replace the Invitation To Tender (ITT) document, Terms of Participation or any of the other G-Cloud legal and guidance documents. Rather it clarifies a few points that the G-Cloud team have been asked during Gi and Gii.
CloudStore – your front door
The CloudStore is the way that most buyers find G-Cloud services. Most of the information you send us as part of your tender is loaded on the CloudStore. The ‘Description’ is a small area of plain text which summarises your service, this is generally the first thing that a Buyer will read. Hence suppliers should include this text in their tender and make it as buyer friendly as possible, noting there are a range of buyers across the public sector with varying degrees of technical and commercial expertise; thus brevity and ease of reading are important factors.
We ask for a Supplier Contact to put on the CloudStore. These details will be made public and they are the ones that people will tend to use if they want more information about each supplier so:
- make sure the contact supplied knows about your offerings and is prepared to talk about buyers (this may not be the same person that prepares the tender);
- make sure the contact is actually contactable; and
- if the contact changes, please update the details.
You can price your G-Cloud services however you want just so long as they are commoditised.
You can reduce your prices during the term of the framework, but once you have tendered you can’t fundamentally change your pricing structure.
You are asked to provide a single price for each service so a price can be displayed on the CloudStore – this is either for a common configuration or for the most popular configuration of a given service. You should not only provide this price. You should provide your full pricing structure as part of your tender.
So, it’s important that when you tender you supply G-Cloud with as extensive a pricing structure as you see fit, this can include (but is not limited to):
- Volume discounts;
- Combination of G-Cloud service discounts e.g. if Buyer gets component (A) and (B) those components may be priced differently than if brought separately; and
- Education discounts.
We are not saying you have to offer any of these, you price as you wish, but your pricing needs to have a consistent structure throughout the term of the framework so you should tender for how you wish it to appear.
Specialist Cloud Services and Commoditisation
The G-Cloud Framework is for commodity services that are either cloud-based or support / augment cloud-based services. Lot 4 is for these supporting services. Like the other Lots, Lot 4 must be commodity based – typically this will mean the service is defined around quantified outcomes.
For instance a Lot 4 supplier may wish to offer email migration services, this can be done in a number of ways. The government does not restrict how suppliers should offer email migration, but it does restrict how they offer it on particular frameworks. On G-Cloud, such services must be commoditised, thus services of the form:
“email migration £X per Y mail boxes migrated to cloud-based service Y”
are permitted under G-Cloud. Whereas:
“email migration call for quotation” or “email migration based on assessment”
are not permitted under G-Cloud (though there are Frameworks where such services are permitted).
Lastly, suppliers of Lot 4 service should note that they do not have to offer any corresponding Lot 1, 2 or 3 services. For example, the permitted email migration service above does not have to have a corresponding email service by the Lot 4 supplier. Indeed a supplier on Lot 4 may offer a service that supports a cloud-based service not listed on G-Cloud at all, as it’s quite possible public bodies have services from providers that are not on G-Cloud.