Why Proposals Start to Look Alike
When several corporate AI training providers respond to the same brief, their proposals can look similar. Each may describe customised content, experienced trainers, hands-on labs and measurable outcomes. Common proposal language can make the documents easy to read but difficult to compare.
That similarity is the problem this guide addresses. Useful differences often become clearer in how a provider answers a specific question, whether they will demonstrate something before you sign, and what they will put in writing. A structured set of questions helps surface those differences without relying on proposal language alone.
One note on neutrality before going further. These questions are deliberately provider-agnostic, and they should be applied consistently to every organisation you approach — including Technovids. A provider should be able to explain how it addresses each one.
Who This Guide Is For
This guide is written for the L&D or capability lead who has a defined training need and must now select a provider, and for the procurement colleague who will scrutinise scope, terms and evidence alongside them. It assumes you are shortlisting, not still deciding whether training is required.
Three other stakeholder groups may influence or approve the decision, and each is worth involving early rather than at contract stage:
- The business sponsor — the accountable owner who confirms that the scoped outcome is the one the business wants.
- Procurement or vendor management — commercial terms, comparability between bids, and contractual protections.
- IT, security or the data owner — what tools participants can genuinely access, and what data may appear in exercises.
This guide is not a request-for-proposal template, a pricing guide, or a comparison of named providers.
What to Establish Before You Contact Anyone
Provider conversations are harder to compare when the buyer has not yet settled four things internally. Without them, there is little that is concrete enough to test proposals against.
- The business result the training is meant to support, written down in the sponsor's own words.
- The audience — which roles, roughly how many people, and grouped by similarity of work rather than by reporting line.
- The tool position — which AI tools are approved, and who actually holds licences today.
- A named sponsor who will be accountable for what changes after delivery.
If any of these is unresolved, that is worth fixing first. Our guide to running a corporate AI training needs assessment covers how to establish them, including what to ask each stakeholder group. The rest of this article assumes they are broadly in place.
The Twelve Questions
The order below uses a practical procurement sequence: scope first, then design, then the people delivering it, then proof, then the operational prerequisites, then measurement, logistics, commercials, and finally what happens after the programme ends. Working down the list can surface blocking issues before either side has invested much time.
1. What business outcome and which workflows will you scope this around?
Why ask. This helps distinguish providers who scope to your work from those who begin with a catalogue. It also gives every later answer useful context.
A strong answer restates your outcome in the provider's own words, names specific workflows they intend to build exercises around, and asks what you have already tried. A useful response includes clarifying questions rather than moving immediately to a standard agenda.
Needs clarification when the response stays at the level of "AI literacy" or "productivity" without naming a single piece of work your team actually does.
A material concern is a provider who cannot describe your work back to you after a discovery conversation, or who moves straight to an agenda without one.
Evidence to request: a written scope statement naming the workflows the programme will address.
2. How will the programme differ by role and capability level?
Why ask. Mixed-level cohorts can be difficult to serve with one programme design. A finance analyst and a marketing manager may both need AI skills, but not the same exercises or the same starting point.
A strong answer describes distinct tracks or streams, a stated method for splitting cohorts, and different exercises per role — with reasoning tied to the workflows from question one.
Needs clarification when a single agenda is described as suitable for everyone without explaining how the gap between levels will be handled in the room.
A material concern is a provider who denies that role differences matter at all.
Evidence to request: a sample agenda for two genuinely different roles, so you can see whether the difference is real or cosmetic. Our overview of AI training for employees illustrates how programmes are typically structured across business functions.
3. What exactly gets customised, and what stays standard?
Why ask. "Customised" can describe very different levels of adaptation — from replacing the examples to rebuilding the curriculum. Both are legitimate; they are not the same purchase.
A strong answer gives an honest split with reasons: perhaps examples, datasets and case scenarios are built around your work, while the underlying teaching method and exercise structure stay standard because they are what the provider has refined over time.
Needs clarification when everything is described as bespoke while the price matches a standard offering.
A material concern is a provider who cannot name a single element that stays the same or explain whether complete customisation is necessary for the proposed work.
Evidence to request: a before-and-after example of one exercise, showing the standard version and a customised version.
4. Who will actually deliver this, and what have they built or run themselves?
Why ask. The buyer needs to confirm that the person proposed is the person expected to deliver. Relevant practitioner experience can help a facilitator address applied questions, but the provider should be able to evidence it.
A strong answer names the trainers, describes both their delivery record and their hands-on background, and states a substitution policy in advance.
Needs clarification when the proposal refers to "senior trainers" or "certified experts" without individual detail. Where a certification is claimed, ask which certification, issued by whom, and held by which named person — a general claim is not verifiable.
A material concern is refusing to name the trainer before contract signature.
Evidence to request: trainer profiles for the people actually assigned, and a written substitution clause.
5. Can we see a real exercise, or sit in on a sample session?
Why ask. A practical demonstration helps the buyer assess the proposed delivery approach. It tests several earlier answers at once, in a way a document cannot.
A strong answer offers a genuine lab or a short live session with some of your own people, and treats it as a normal part of selection.
Needs clarification when only a recorded marketing demonstration is available, or when the sample is delivered by someone other than the proposed trainer.
A material concern is declining any demonstration before purchase.
Evidence to request: one complete exercise with its facilitator notes, so you can see how it is actually run rather than how it is described.
6. How will you handle the tools, licences and access our people actually have?
Why ask. Training cannot be applied as intended when participants lack approved access. This is worth confirming rather than assuming because tenant ownership and individual entitlement are different questions. Microsoft, for example, documents that Microsoft 365 Copilot is an add-on that requires an eligible base subscription, with licences assigned to individual users through the admin centre. An organisation can hold a Microsoft 365 tenant without every intended participant being licensed for the tool a programme is built around.
A strong answer asks about your licence position early, adapts the programme to what you actually have, and flags any gaps as prerequisites rather than absorbing them silently.
Needs clarification when a provider assumes access without asking, or plans exercises on personal accounts.
A material concern is insisting on a tool you have not approved.
Evidence to request: a written prerequisite list you can take to IT for confirmation before delivery is scheduled.
7. How will confidential data, security and responsible-AI expectations be handled in exercises?
Why ask. Hands-on exercises require clear rules about what data participants may use. Without them, participants may use confidential material without clear guidance on what is permitted.
A strong answer proposes synthetic or sanitised data, states plainly what must never be entered, and offers to work to your policy rather than their own. If your organisation is developing a governance position, a published framework gives both sides a shared vocabulary — the NIST AI Risk Management Framework, a voluntary framework released in January 2023, organises this work around four functions: Govern, Map, Measure and Manage.
Needs clarification when the provider suggests using your real data without describing safeguards.
A material concern is having no view on data handling at all.
Evidence to request: their data-handling position in writing, reviewed by whoever owns security or privacy in your organisation. This guide is not legal advice, and that review should sit with the right internal owner. Where governance is a broader programme concern rather than a training-room one, our AI implementation programme for teams covers that territory.
8. What baseline and outcome measures will you use, and who captures them?
Why ask. A baseline makes later comparison more credible, while attribution limits still need to be stated. Without one, later reporting may rely mainly on impressions.
A strong answer captures a baseline before delivery, ties measures to the workflows in question one, and is honest that other things change at the same time.
Needs clarification when "measurable outcomes" appear in the proposal with no method attached.
A material concern is guaranteeing a specific return or percentage improvement. That result cannot be known with confidence before the work is scoped and measured, so a guarantee warrants careful scrutiny.
Evidence to request: the measurement plan and a sample of the report format you would receive afterwards.
9. What delivery format and cohort size do you recommend for us, and why?
Why ask. Format and cohort size affect how much guided practice is possible. They should be treated as design decisions with consequences, not only as preferences to be accommodated.
A strong answer makes a recommendation tied to your constraints — locations, shift patterns, how much time people can be released for — and states the trade-offs of each option.
Needs clarification when every format is quoted at the same price with no reasoning about which suits your situation.
A material concern is a cohort size that leaves little room for guided practice while the programme is still described as hands-on.
Evidence to request: a recommended cohort structure with the rationale written down.
10. What is included in the price, and what changes it?
Why ask. Itemised inclusions and change variables make proposals easier to compare. Two quotes can differ by a wide margin simply because one includes something the other treats as an extra.
A strong answer itemises what is included and names the variables that move the price: travel, number of cohorts, depth of customisation, materials, additional support.
Needs clarification when a single figure arrives with no breakdown.
A material concern is refusing to itemise, or a price that moves without explanation between conversations.
Evidence to request: a written inclusions and exclusions list. For indicative programme costs, our AI training pricing page sets out the shape of what corporate programmes typically involve.
11. What happens after the last session?
Why ask. Buyers should know whether reinforcement or support continues after delivery, and in what form. Proposal language here can remain vague unless duration, scope and ownership are requested explicitly.
A strong answer describes specific, time-bounded support with a named owner and a channel — and is realistic about what it is rather than describing it expansively.
Needs clarification when "ongoing support" appears with no definition of duration, scope or who provides it.
A material concern is either extreme: support that ends when the trainer leaves the room, or an unlimited promise that no provider could reasonably staff.
Evidence to request: the support scope, duration and channel in writing.
12. What verifiable references, case evidence or sample deliverables can you provide?
Why ask. This tests whether the provider can substantiate claims relevant to the proposed work. It is the closing check on everything above.
A strong answer offers a reference conversation with a comparable buyer, anonymised deliverables, and specifics about what can and cannot be shared because of client confidentiality. A provider may have legitimate reasons not to name a client, but an inability to offer any verifiable evidence should prompt further scrutiny.
Needs clarification when the only evidence is anonymous testimonials or unattributed outcome figures. Ask who said it, in what role, and whether they will take a call.
A material concern is being unable to produce any reference, or a reference who cannot confirm the claims made in the proposal.
Evidence to request: one reference contact and one redacted deliverable from comparable work.
A Qualitative Evaluation Checklist
Record where each provider stands against the twelve questions. The three states below are deliberate: there is no score, no total and no ranking.
About this checklist. It is a Technovids editorial planning framework created for this guide. It is not an industry standard, and it is not validated, benchmarked or predictive. It produces no score and no vendor rating. Treat it as a structured way to record a judgement you are making anyway, and adapt the questions to your organisation's own requirements — some will matter far more to you than others.
- Meets requirement Answered specifically, with evidence offered rather than requested.
- Needs clarification Plausible but generic. Ask again, in writing.
- Material concern Evasive, contradicts something said earlier, or refuses evidence.
| # | Question | Meets requirement | Needs clarification | Material concern |
|---|---|---|---|---|
| 1 | Business outcome and workflows scoped | ☐ | ☐ | ☐ |
| 2 | Differentiation by role and capability level | ☐ | ☐ | ☐ |
| 3 | What is customised and what stays standard | ☐ | ☐ | ☐ |
| 4 | Named trainers and their delivery background | ☐ | ☐ | ☐ |
| 5 | Willingness to demonstrate before contract | ☐ | ☐ | ☐ |
| 6 | Tools, licences and participant access | ☐ | ☐ | ☐ |
| 7 | Data handling, security and responsible AI | ☐ | ☐ | ☐ |
| 8 | Baseline and outcome measurement | ☐ | ☐ | ☐ |
| 9 | Delivery format and cohort size | ☐ | ☐ | ☐ |
| 10 | Price inclusions and change variables | ☐ | ☐ | ☐ |
| 11 | Support and reinforcement after delivery | ☐ | ☐ | ☐ |
| 12 | References and verifiable evidence | ☐ | ☐ | ☐ |
Entries marked Needs clarification at first contact are expected — that is what the second conversation is for. Material concern against questions four, five, seven or twelve deserves closer review because those areas affect how much confidence the buyer can place in the proposal.
Red Flags That Should Pause a Procurement
Individual weak answers are recoverable. The patterns below cut across several questions at once, and each is a reason to slow down rather than proceed:
- Guaranteed outcomes. A specific promised return, adoption rate or improvement figure that cannot be known with confidence before the workflows are understood and measured.
- No named trainer. Refusal to identify who delivers until after signature.
- No demonstration. Unwillingness to show a real exercise or run a short sample.
- No data position. No view on what participants may put into a tool.
- Unitemised pricing. A single figure that cannot be broken down or compared.
- Pressure to sign before scoping. Discounts tied to signing this quarter, before the scope conversation has happened.
- Unverifiable proof. Impressive figures with no attribution, no methodology and no reference willing to confirm them.
The last pattern can be persuasive at first glance. Ask how any quoted figure was measured, over what period, and with whom. A specific, documented answer is more useful than an unsupported marketing line.
What to Require in a Written Proposal
Comparison becomes far easier when every provider is asked for the same document structure. Specify it in your brief rather than accepting whatever format arrives:
- Scope statement naming the business outcome and the workflows addressed.
- Audience breakdown showing how cohorts are split and why.
- Agenda per audience segment, with the balance of instruction and practice made explicit.
- Named trainers assigned to each session, with a substitution clause.
- Prerequisites the provider expects you to resolve, with owners and dates.
- Data-handling position for exercises and any materials retained afterwards.
- Measurement plan including what baseline is needed and who captures it.
- Inclusions and exclusions, with the variables that change the price.
- Support scope after delivery, with duration and channel.
- References and any sample deliverables they are able to share.
Send the same brief, with the same document structure and the same deadline, to everyone on the shortlist. Proposals written to different briefs cannot be compared fairly, however carefully you read them.
Running a Sample Session or Pilot Responsibly
A short sample session can provide information that proposals cannot. It can also be run poorly, in ways that waste everyone's time or slide into unpaid consulting.
A few principles keep it fair and useful. Give every shortlisted provider the same brief, the same duration and the same audience profile. Use participants from the target group rather than only the selection panel, because their questions will reflect the work being discussed. Agree in advance who will observe and what they are looking for, and keep the scope small — a single exercise can be enough to observe the proposed delivery approach.
Be clear about what a sample is not. It is not free programme design, and asking providers to build a bespoke half-day for an unpaid pitch is not a reasonable request. If you need substantial custom development to evaluate, pay for a scoped pilot instead.
Afterwards, write a short debrief while it is fresh: what participants asked, how the trainer handled questions outside the script, and whether the exercise reflected your work. That note is what you will actually use when the proposals blur together a fortnight later.
Comparing Proposals Without Collapsing to Price
Price is easy to compare, so decisions can drift towards it. A more useful comparison starts by normalising scope before looking at cost.
Start by listing what each proposal actually includes: number of cohorts, days per cohort, customisation depth, materials, support duration, travel. Differences here can explain some price gaps. Then identify what only one provider has proposed — sometimes it is unnecessary, and sometimes it may materially affect the programme.
Where you need to model the investment, our AI training ROI calculator is an illustrative planning model rather than a forecast: every assumption in it is visible and adjustable, and it is designed to structure a budget conversation rather than predict a result.
A cheaper proposal is sometimes the right answer — a provider who scoped tightly because they understood the workflow may be offering better thinking rather than less value. What should give you pause is a lower price that comes from a larger cohort, a shorter agenda or a less experienced trainer without those trade-offs being stated.
The Selection Sequence
The stages below show where the twelve questions sit in a full selection process, and the checkpoints worth passing before moving on.
- Needs defined. Outcome, audience, tool position and sponsor agreed internally.
- Shortlist. Two or three providers, each sent the same written brief. Checkpoint: can the provider describe your workflows back to you?
- Evidence review. Proposals, trainer profiles, data-handling position and references. Checkpoint: is the data position acceptable to your security owner?
- Sample session or pilot. Same brief, same duration, real participants. Checkpoint: will the provider demonstrate its approach before contract?
- Commercial comparison. Normalise scope first, then compare cost. Checkpoint: are the proposals comparable on scope?
- Approval. Recommendation documented with the reasoning, not just the outcome.
If a checkpoint fails, the useful response is to stay at that stage and resolve it rather than proceed and hope it improves. A skipped checkpoint can surface later as a delivery or approval problem.
Recommended Next Step
One practical sequence is short. Confirm the four internal items above. Keep the shortlist focused — for example, two or three providers — and send them all the same written brief with the same proposal structure. Ask each the twelve questions and record the three states as you go.
By the commercial comparison you will have a documented basis for the recommendation — which is what makes it defensible to a sponsor and to procurement, whichever provider you choose.
If it would help to work through the scope before approaching anyone, our corporate AI training programmes begin with a scoping conversation about your team, your tools and the outcome you are trying to reach.
Questions Buyers Ask
Should we use one provider or several?
One provider can be simpler to manage and can use a consistent method across cohorts. Several can make sense where the subjects genuinely differ — executive sessions and technical enablement may suit different specialists. Using several providers adds coordination, so choose deliberately rather than by accident.
Do we need to run a formal RFP?
Not always. A formal process earns its effort when the spend is large, when procurement policy requires it, or when several stakeholders need visible fairness. For a single cohort, the same written brief sent to two or three providers can produce comparable information with less administration.
Is an independent trainer better than a training firm?
Both can work. An experienced independent may bring deeper practitioner knowledge and direct accountability; a firm may offer continuity, cover if someone is unavailable, and capacity for multiple cohorts. Ask both the same twelve questions — the substitution policy and support scope in questions four and eleven are where practical differences may show.
What if IT will not approve the tool the programme is built around?
Treat it as a prerequisite rather than an obstacle to work around. Either the programme is rebuilt around an approved tool, or the approval question is resolved first. Training people on something they cannot use afterwards offers limited value. Question six exists to surface this before contracts are signed rather than during week one.
For practical questions about how corporate programmes are delivered and supported, our frequently asked questions cover the operational detail.


