COS Marketplace

COS Marketplace: Broadband Sales with a Governed Buyflow

The COS marketplace, integrated with COS Business Engine, powers a standardized buyflow for multi-provider broadband networks. Residents check what is available at their address, compare broadband and value-added services such as TV and telephony from every provider on the network, and complete the order online.

The buyflow governs how customers discover, compare and purchase services across providers. It delivers one consistent purchase experience while each provider keeps full control over products, pricing, eligibility rules and commercial terms. Availability and offers resolve dynamically from address, network configuration and provider setup.

Why buyflow breaks in broadband networks

Most broadband marketplaces fail at the buyflow level. Not because of design, but because commercial and operational rules are handled outside the marketplace.

  • Availability lives in one system, pricing in another. The address check and the price the customer sees come from different sources of truth.
  • Comparable products cannot be fulfilled the same way. Two offers look identical in a list and behave differently at provisioning.
  • Orders look valid and fail provisioning rules. The checkout accepts a combination the network cannot deliver.
  • Someone corrects the order by hand afterwards. Every correction is a call, a delay, and a customer who has already formed an opinion.

When buyflow is fragmented, the marketplace becomes a catalog instead of a conversion and ordering layer.

How the COS marketplace governs buyflow

COS embeds buyflow logic where it belongs, so every order follows the correct commercial and operational path from the start. A dedicated checkout backend sits between the browser and the core system, and each step is checked server-side before the next one opens.

The buyflow standardizes ordering logic across participating providers while supporting provider-specific pricing models, contract terms and eligibility rules. Operators scale provider participation without scaling operational complexity.

Server-side validation throughout

Validation does not depend on the browser. Malformed orders are stopped before submission, not corrected afterwards.

Add-on logic that holds

Dependencies between add-ons are enforced during checkout. Invalid combinations never become orders.

Sessions that survive real life

A refreshed tab, a closed laptop, or a switch from phone to desktop does not lose the order in progress.

How subscribers find what is available at their address

Visitors type an address and immediately see what the network can deliver there. No form, no callback, no guessing. The lookup runs against live coverage data, so the answer on screen is the answer your operations team would give.

Address search on a COS marketplace storefront, with a search field and a Check availability button in the hero
Address search in the hero. Screenshots on this page are from the COS demo environment; providers, plans and prices are sample data.

Live address search

Availability is resolved at the address, not the postcode. The visitor sees exactly which services apply to their property.

Interactive coverage map

Served and planned areas render on a map block with search-and-pin, so a visitor can locate their own property.

Fast service search

A dedicated search index keeps browsing instant across a large catalogue with many providers.

Service and provider listings

Broadband and value-added services are presented with their own pricing and terms. Each provider gets a profile page with its own branding and offer range.

Registration of interest

In areas not yet built, the same address search captures sign-ups and survey responses. Demand aggregation capabilities turn that into rollout planning data.

Interactive coverage map showing served areas shaded green against unserved areas, with a status legend and a pin on a searched address
Coverage map with served and planned areas, and search-and-pin on the visitor\u2019s own address.

How the order flow works, step by step

A guided 6-step checkout built for network services, not retail. Each step validates before the next one opens.

  1. Address. The subscriber confirms the property. Availability and eligibility are resolved here.
  2. Service. Eligible services from every provider on the network are compared side by side.
  3. Add-ons. Add-ons are presented with pricing at the point of decision. Dependencies are enforced.
  4. Start date. The subscriber sets when the service should begin.
  5. Installation survey. Property details, access instructions and owner information are collected in the order, not as a follow-up. Where a technician is required, the customer picks a slot during checkout.
  6. Confirmation. The validated order is submitted to the back office ready to provision.

Buyflow inside the customer portal

The buyflow is embedded in the COS customer portal, where customers manage the full service lifecycle. From availability checks and ordering to subscription management and support, every action follows the same governed buyflow. Customers see only services they are eligible to purchase, and orders are created with the data required for automated fulfilment.

My services

Active and historical services grouped by address, with add-ons, pricing and billing detail.

Billing

Invoice history and billing information available on demand.

Appointments

Booked installation and service visits, visible to the customer.

Communication

Account-related messages and email history in one place.

Consents

GDPR consents and marketing preferences managed by the customer and recorded against the account.

Support tickets

Cases raised and tracked without leaving the portal, open and closed.

Profile and password

Name, contact details, company and invoice address updated directly. Password reset is handled by the customer.

Multi-marketplace buyflow for broadband networks

Broadband networks often serve multiple markets within the same infrastructure. COS supports multiple logically separated marketplaces, each with its own buyflow configuration. That lets wholesale and Open Access operators tailor buyflows for different service areas, customer segments or commercial models.

Operators can define separate buyflows for residential, business or municipal offerings, so customers only see services relevant to their location and customer type. Each service provider can also run its own branded marketplace on its own domain, with its own content and its own checkout, resolving against the same coverage data.

Providers participate in designated marketplaces while retaining full control over pricing, service plans and promotions. Adding a provider is a configuration task, not a build. That is what makes the model hold as the network grows.

Service comparison grid showing fibre plans from two providers side by side, with monthly cost, binding time and notice period on each card
Multi-provider comparison, filtered by provider, building type and speed. Pricing and contract terms are shown per plan.

How marketing runs the marketplace without a release

Content, campaigns, theming and provider presentation are edited in a CMS. New landing pages go live without a development cycle. The marketing team owns the site; the developers own the platform.

Block-based page building

Heroes, service lists, provider lists, FAQs, statistics, testimonials, articles, video, columns, calls to action, contact forms and coverage maps are assembled in the CMS.

Content targeting by area

One page shows different content depending on which area or object group the visitor’s address resolves to. The right campaign reaches the right neighbourhood without a duplicate page.

Your brand, from tokens

Colours, typography and imagery are theme settings rather than code. The marketplace looks like you.

Editorial and disruption feeds

Blog and article publishing plus a service-disruption feed, so planned work and incidents reach subscribers on the site they already use.

Revision history

Content is snapshotted before every update, publish and delete. Mistakes are recoverable.

Built for multiple languages

Locale-aware routing and centrally managed interface text mean the marketplace can be published in the languages your market needs.

Automatically generated on this page contents list on a published article, numbered 01 to 03
Articles published from the CMS build their own on-page contents list.
Service disruption banner across the top of a marketplace page reading Technical maintenance work with a Read more link
The service-disruption feed surfaces planned work on the site subscribers already use.

Why it matters for network operators

Revenue without headcount

Orders complete at midnight on a Sunday. The storefront does not close, and it does not need a salesperson per order.

Fewer inbound calls

Address checks, order status, invoices, password resets and consent changes are self-service. That traffic leaves the support queue.

Upsell inside the flow

Add-ons appear with pricing at the moment the customer is already deciding. No follow-up call required.

Clean data in the back office

Every order is validated before submission, so what arrives is what your systems can provision.

Frequently Asked Questions

What is the COS marketplace?

The COS marketplace is a digital storefront and self-service buyflow for broadband networks, integrated with COS Business Engine. Residents check availability at their address, compare and order broadband and value-added services from every provider on the network, and manage their subscription, billing, consents and support afterwards.

How does it differ from a standard e-commerce checkout?

A retail checkout accepts any combination the customer assembles. The COS marketplace validates every step against network reality before the order is placed. Availability is resolved at the address, add-on dependencies are enforced, and a dedicated checkout backend checks the order server-side before it reaches the back office.

Does it require an open access network?

No. COS Systems supports retail, open access and hybrid business models. A single retail ISP runs one branded storefront selling its own services. An open access operator hosts every provider on the network, with provider comparison inside the buyflow. The address check, the validated checkout and the customer portal are the same in both models.

Can each provider have its own marketplace?

Yes. Each service provider can run a separately branded marketplace on its own domain, with its own content and its own checkout, from the same platform. Coverage data and ordering logic remain shared, and providers keep control over pricing, service plans and promotions.

Can services other than broadband be sold?

Yes. The catalogue covers broadband and the value-added services sold alongside it, such as TV and telephony. Each service carries its own pricing, terms and eligibility rules, and the same address-level availability check and order validation apply.

What is the difference between the marketplace and the customer portal?

The marketplace is the storefront a visitor uses before they subscribe: address check, service comparison and checkout. The customer portal is the account area a subscriber uses afterwards to manage services, billing, appointments, consents and support cases. Both are surfaces of the same platform and the same account.

Does it work for areas that are not built yet?

Yes. In unbuilt areas the same address search captures registrations of interest and survey responses. Those demand aggregation capabilities produce data you can act on when planning the next rollout.

Can the marketing team change the site without a developer?

Yes. Pages are assembled from content blocks in a CMS, and colours, typography and imagery are theme settings. New landing pages and campaigns go live without a release. Content is snapshotted before every update, publish and delete, so changes are recoverable.

Is the marketplace available in multiple languages?

The platform is multi-language capable. Locale-aware routing and centrally managed interface text let the marketplace be published in the languages a market requires.