New Verified Business Manager products are now available – Explore the latest BM deals today.
When you buy verified BM, the supplier may offer additional services such as training, reporting, website work, software access, or extended support.
Some additions may address a genuine gap in your project. Others may duplicate work your team already handles or introduce costs you did not originally plan.
Before accepting a larger package, ask what each extra contributes to your intended outcome.
This guide explains how to evaluate add-ons individually and build a proposal around the work your business actually needs.
Request a written description of the package before optional services are added.
Identify the included deliverables, exclusions, buyer responsibilities, and conditions for completion.
Then ask which parts of your stated requirement the base package addresses.
For example:
Our requirement includes a configuration review and a written handover. Please confirm whether both are included in the base price before quoting additional training or support.
This prevents the comparison from starting with an unclear reference point.
Ask the supplier to explain whether an extra is required for your intended workflow, recommended for convenience, or unrelated to the current project.
A useful review table is:
| Category | Question to answer |
|---|---|
| Required dependency | What cannot work without this component? |
| Implementation service | Who would perform this work if we declined it? |
| Training or guidance | Which knowledge gap does it address? |
| Ongoing support | What work continues after delivery? |
| Convenience feature | What effort does it save, and for whom? |
| Future option | Is there a reason to purchase it now? |
Do not rely solely on the supplier’s label.
If an item is described as optional but is necessary to achieve the outcome in your brief, ask the supplier to reflect that dependency clearly in the proposal.
For each addition, write one sentence explaining its purpose.
Examples include:
A training session prepares the designated operator to perform agreed tasks.
A reporting service summarizes specified maintenance work.
A connector supports a defined exchange of information between systems.
A documentation service records configuration your team must maintain.
If neither side can explain the purpose clearly, request clarification before approving the charge.
Avoid treating broad labels such as “premium protection” or “advanced setup” as sufficient descriptions. Ask what work is performed, what evidence is delivered, and what remains outside the scope.
Compare the proposed addition with your current staff responsibilities, subscriptions, and other supplier agreements.
Your website developer may already maintain the relevant pages. An existing agency may already provide reporting. Your internal team may have the knowledge needed for routine operation.
Ask whether the add-on replaces existing work, complements it, or repeats it.
Where two providers are involved, define the boundary between their tasks. Avoid paying both to prepare the same deliverable without a clear reason.
If your team will perform the work internally, record that responsibility and confirm it can be completed within the project schedule.
Ask what you will receive for the extra charge.
For a training service, specify the audience, topics, duration, and supporting materials. For a report, define its contents, frequency, and source information. For implementation, identify the functions and checks included.
Use a consistent structure:
| Field | Information to request |
|---|---|
| Purpose | The requirement the add-on addresses |
| Deliverable | What the supplier will provide |
| Inputs | What your team must supply |
| Completion check | How the result will be reviewed |
| Exclusions | What is not included |
| Follow-up | Any support after delivery |
An add-on should be reviewable in the same way as the main service.
Keep external platform decisions separate from work the supplier can perform. Additional fees do not establish a guaranteed approval or performance outcome.
Ask whether the quoted amount is a one-time charge, an introductory period, or the start of a recurring service.
For recurring additions, clarify:
The billing period.
The included quantity or usage.
Charges for exceeding limits.
Renewal arrangements.
Who receives billing notices.
Who can approve changes.
What happens when the service ends.
If an introductory period is included, record its end date and the next pricing decision.
For software or subscriptions, identify who controls the account and what your business can continue using if the relationship with the supplier ends.
Some services may be useful later without being necessary for initial delivery.
Ask whether an add-on can be purchased after your team has reviewed the base service. Clarify whether delaying changes its price, availability, or implementation effort.
For example, an additional training session might be considered after the first handover reveals which tasks need more explanation.
By contrast, a component required for the agreed acceptance test needs a decision before that test can occur.
Record dependencies rather than assuming every extra must be purchased immediately or can always be added later.
Keep accepted additions in the final quotation with their individual scope and price.
Identify who in your business can approve them. A discussion about a possible improvement should not be mistaken for authorization to begin paid work.
When an add-on changes the delivery schedule, access requirements, or support arrangement, update those parts of the order too.
At handover, inspect the base package and approved additions against their respective criteria. This helps your team identify whether a missing item belongs to the original scope or a separately commissioned service.
Consider a hypothetical buyer offered three extras alongside a configuration service:
A second training session.
Monthly activity reports.
Access to a reporting tool.
The buyer’s internal team already uses a suitable reporting tool. The initial handover may also provide enough training, but the business does need a monthly summary of supplier work.
After clarification, the buyer requests a defined reporting service, declines duplicate software access, and leaves additional training for a later decision.
The resulting order reflects the buyer’s requirements rather than the number of items available in the bundle.
Hello, regarding proposal [reference], please list the base package separately from optional services. For each addition, explain its purpose, deliverables, dependencies, required access, price, recurring charges, and completion checks. Identify what would remain with our team if we declined it and whether it can be purchased later. Please include only the additions we explicitly approve in the final order.
Evaluate each one against your requirements. The label alone does not tell you whether it addresses a real need.
Ask for a complete quotation covering the necessary work. Compare the total required scope rather than only the advertised starting price.
Compare the actual deliverables and total commitment. A bundle can include work you would not otherwise purchase.
Ask the supplier to assess the request against the accepted terms and work already performed. Document any agreed change.
Ask what specific work it provides. A premium label does not independently establish ownership, authorization, platform approval, or future performance.
Prepare your intended outcome, existing resources, and responsibilities before reviewing additional services.
If you need assistance reviewing your situation, visit BMXMDN to discuss your business verification and setup requirements.
Request a proposal through BMXMDN separating the base package from optional additions, with clear deliverables, dependencies, full costs, and acceptance criteria.
