Say the number or say nothing
No figure appears on this site that has not been measured. A claim that cannot survive a follow-up question is worse than no claim, particularly to the kind of buyer who checks.
PLAYBOOX exists because the same three problems kept appearing at every streaming operation: delivery cost that grew faster than revenue, a platform assembled from vendors that disagreed with each other, and an infrastructure estate nobody could rebuild. This platform is the answer to all three, built once, properly.
Eight years working in OTT — operations, delivery, the parts that break at three in the morning — is a long time to watch the same architecture mistakes repeat. Most of them are not technical errors. They are a rented default that nobody revisited, or fifteen components from eleven vendors that were never designed to agree about identity, entitlement and playback state.
So the platform was built as one system rather than an integration: the encoder, the delivery edge, the token system, the analytics pipeline, the APIs, the web application and the native apps. The pieces that were not written are the well-understood building blocks underneath — a database, a message broker, a search index.
It runs a live consumer service today. That matters more than any diagram on this site, because it means the cost comparisons here come from operating both sides rather than from a spreadsheet.
PLAYBOOX is a streaming platform powered by Cloud Point, which operates the compute, storage and network underneath it: its own autonomous system, its own address space, and a facility in Panthapath alongside the BDIX core exchange. That is an unusual position for a platform vendor. It means the encoder, the origin and the delivery edge can sit on hardware we run, in the country the audience is in, without a reseller in the middle of the path.
These are not values on a wall. Each one is visible in how an engagement is actually run.
No figure appears on this site that has not been measured. A claim that cannot survive a follow-up question is worse than no claim, particularly to the kind of buyer who checks.
If it is not in Terraform it is not in the environment — including during an incident. Everything else about how this work is delivered follows from that one rule.
Several assessments have ended with 'what you have is fine, fix these three things'. An advisor whose analysis always reaches the same conclusion is a salesperson with a diagram.
Your repository, your accounts, your hardware, from day one. Whether we keep operating it should be a decision you get to make later, not one the architecture makes for you.
Everything below is measured against the source tree and the running estate. Nothing here is a projection.
21
Codebases
290
REST endpoints
22
Terraform modules
18
Isolated guests
Small and deliberately so. The platform was built by one team with a consistent design, which is exactly why its pieces agree with each other. For delivery, the engagement is scoped to what can genuinely be committed to rather than to what would look impressive.
No, and the honest reason is that there is no external customer to refer you to yet. The platform runs a live consumer service, which is a different claim, and it is one you can check without asking anyone: open www.playboox.net. Where this leaves you is with evidence instead of assurance — the running service, the published architecture, the capability list with its gaps on it. If a customer reference is a hard requirement in your process, we do not meet it today.
Yes. PLAYBOOX builds and operates the platform; the catalogue and the rights are yours. There is no content library bundled with this and no licensing arm behind it, which is worth saying plainly because several platform vendors do have one.
Both are available and they are different agreements. A licence gets you the platform and the Terraform to run it yourself. An implementation engagement stands it up with you. A managed agreement means we operate it. The platform underneath is the same in all three, and you can move between them without changing platforms.
Yes, and without talking to us first — the production consumer service is open in a browser. The demo page sets out what to look at if you are evaluating rather than browsing.
Monthly recurring revenue in taka, a monthly revenue series and subscriber counts by status are real figures out of billing today. Churn, lifetime value and cohort retention are not built — no subscription state-transition history is recorded yet, so nothing distinguishes a cancellation today from one in March. That is a build, and the monetization pages say so rather than leaving it to a demo.
Web, Android phone and tablet, and Android TV ship today. iOS and Samsung Tizen are in development with no published date, because a date that slips is worse than no date. Roku, Fire TV, LG webOS and Apple TV have no application at all, and they are named individually on the applications page so their absence cannot be read as an oversight.
Yours. That is how the live Android listing is published today, not a policy we intend to adopt. It follows that the listing, the reviews, the install base and the release timing are yours — and that a vendor who publishes under their own account keeps all of those.
Your real numbers in week one, infrastructure or cloud accounts early, access to the content and whatever describes it, brand assets and your own store accounts, merchant credentials from the gateway, and one person who can decide. The timeline page sets out which stage each is on the critical path for.
That is what a licence is for, and the implementation page answers the hiring question honestly: you need operational capability rather than streaming specialists, plus somebody reachable when hardware fails. The alternative is retaining the engineering with us and hiring nobody.
Sometimes that is the right answer, and the economics page gives you the model to test it rather than an argument. What a build costs is a streaming team for the time it takes; what it buys is a platform shaped exactly to you. The case against is that the integration between fifteen components is most of the work and none of the differentiation.
It is a fair question and the answer is structural rather than reassuring: your estate is Terraform in your repository with runbooks written against it. That is precisely so the platform does not depend on the continued availability of any particular engineer, ours included.
Bangladesh, with delivery experience across regional streaming — including in-country peering, which is one of the largest available performance improvements for a regional audience and one of the most commonly missed.
One call about what you are running now and what is bothering you about it. No deck, and no obligation to do anything afterwards.