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.
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.
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.
- Address. The subscriber confirms the property. Availability and eligibility are resolved here.
- Service. Eligible services from every provider on the network are compared side by side.
- Add-ons. Add-ons are presented with pricing at the point of decision. Dependencies are enforced.
- Start date. The subscriber sets when the service should begin.
- 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.
- 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.
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.
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.