FAQ

You've got questions.
We've got answers.

In-depth responses about how we work, what we build, and whether we’re the right fit — before you reach out.
About CET
Why CET?

CET was built around a simple but ambitious idea: that complex, configurable products deserve software that actually understands them — not just a viewer or a catalog, but a platform that knows your rules, enforces your constraints, and guides users toward designs that can actually be built and ordered. That philosophy has been at the heart of CET since the beginning, and it's what separates it from everything else on the market.

For manufacturers with complex products, that matters enormously. Other platforms can put your products on a screen. CET can make them behave the way they actually work — snapping to valid positions, preventing impossible combinations, automating the logic your best engineer carries around in their head. The more complex your product line, the more that capability is worth.

The other piece is the audience. CET has over 19,000 active users — designers, dealers, and specifiers who are already on the platform, working on projects, and buying. When your extension is live and built well, you're not waiting for people to find you. You're already in the room where the specification decisions get made. Every project that opens in CET is a moment where your products can win or lose based entirely on whether they're there and whether they're easy to work with.

That combination — a platform built to handle real complexity, and an established user base actively specifying every day — is why CET is worth the investment. What you do with that opportunity is a separate question, and it's the one the rest of this page is built around.

What is PGC, and why does it matter for my product?

When a designer opens CET to plan a space, they gravitate toward whatever feels natural to use. If your products are hard to work with — slow to configure, prone to errors, requiring constant workarounds — they don't complain. They just spec your competitor's products instead. You may never even know it happened.

That's the real stakes of PGC done right. Parametric Graphical Configuration is the design philosophy behind how your products behave inside CET — how they snap together, adapt to a space, prevent invalid combinations, and guide the user toward a finished, orderable configuration without friction. But here's what most manufacturers don't realize: simply being in CET isn't enough, and basic snapping and stretching isn't enough either. There's a difference between an extension that technically works and one that feels effortless — and that difference is the whole game. A great PGC extension feels like the software already knows your product, because it does. It anticipates the next move, hides the complexity, and makes specifying your line the path of least resistance.

At PlatinumEdge, we build extensions that feel like that. That means more of your products getting specified, fewer order errors reaching your factory floor, and a sales channel that works for you around the clock — every time a designer opens CET.

About PlatinumEdge
Why PlatinumEdge?

We do one thing. CET extensions, built to the highest standard we know how to achieve. That singular focus means we're not splitting our attention across different platforms. Every insight we've developed, every edge case we've navigated, every lesson that came from a hard project goes back into how we build the next one. That compounds over time in ways that are difficult to replicate without the same depth of commitment.

We also specifically seek out complexity. Manufacturers with straightforward product lines have plenty of options. Manufacturers with genuinely difficult products — layers of rules, configurations that interact in non-obvious ways, edge cases that have to be handled correctly or the whole thing falls apart — that's where we do our best work. We've built solutions across commercial interiors, laboratories, material handling, demountable walls, and more. If your product is complicated, we've likely encountered something like it before. If we haven't, that's not a reason to hesitate — it's the kind of problem we lean into.

What that translates to practically is a partner who already speaks your language before the first meeting. We don't need to learn CET for your project. We don't need to figure out what's possible. We spend that energy on understanding your product and building something your users will actually want to use.

Do you build every extension from scratch?

No — and that's one of the more meaningful differences in how we work.

On top of what CET provides out of the box, we've spent years building and refining what we call our foundation layer: a body of standardized code that represents our best thinking on how to solve the problems that come up across every extension we build. It's the accumulated answer to questions like: what's the right way to handle this kind of snapping behavior, this kind of configuration logic, this kind of user interface pattern — questions we've had to answer correctly many times before.

When we start a new project, we're not starting from zero. We're starting from a proven baseline that already handles a significant portion of what any well-built extension needs to do. That means faster development, more accurate estimates, and a user experience that feels consistent and intentional — because the hard problems underneath it have already been solved and tested.

Running parallel to that is how we capture knowledge. Every insight our senior developers gain gets documented — not stored in someone's memory. We've built an internal knowledge base spanning over 440 pages of detailed, CET-specific documentation. It's one of the most valuable things we've built, even if no client ever sees it directly — and it's the foundation for how we're putting AI to work, which we cover in more detail below.

What that means practically is that our team doesn't have to rediscover what we already know. New developers get up to speed faster. Experienced developers stay consistent with each other. Our extensions age well, maintenance stays low, and timelines stay predictable — because we're never reinventing the wheel on your budget.

Why do you have a dedicated QA department?

Anyone can get an extension listed in CET. Building one that designers actually want to use — that holds up, that feels right, that you'd be proud to put your name on — is a different discipline entirely. QA is how we hold ourselves to that second standard.

In our world, QA isn't a checkbox at the end of a project. It's how we protect your reputation with the people who matter most: the designers and engineers who will decide in the first thirty seconds whether your extension is worth their time. We've talked to enough of them to know that if something feels off, crashes, or doesn't behave the way they expect, they uninstall it. They don't file a support ticket. They don't give it another shot. They just go spec a competitor's product instead — and you may never know it happened.

Our Quality Analysts aren't there to catch bugs after the fact. They're embedded in the project from the beginning, learning your product deeply and acting as your advocate inside our team. They're the ones asking whether the experience actually feels right, not just whether the code technically works. That distinction matters more than most people realize.

Here's how we think about the division of expertise: you know your products inside and out — the configurations, the constraints, the edge cases that your team has been navigating for years. We know CET inside and out. Our job is to take everything you know about your product and translate it into an experience that feels intuitive to someone who knows nothing about it. QA is how we ensure translation is accurate, complete, and something you'd be proud to put your name on.

Configura has a review process. We have a standard. Those aren't the same thing.

How are you using AI?

Carefully — and with a clear line between what it's good at and what it isn't.

AI is a tool for us, not a strategy. Every decision we make about where and how to use it comes back to the same question: does this improve the quality of what we deliver, or does it just make something faster at the expense of something that matters? We're not interested in the latter. An extension built on shortcuts — AI-generated or otherwise — still feels like an extension built on shortcuts. Users will notice.

Where AI has genuinely earned its place in our process is in work that's hard to scale but critical to get right. One of the areas we're actively investing in is AI-powered regression testing — building a system that can monitor your extension as CET evolves and catch breaks before they reach your users. That's a problem domain that's notoriously difficult in CET — the platform is deeply user-driven, and testing it has always been more like testing a video game than running a unit test suite. The feel matters as much as the function. We're not done building it, but we're putting serious effort into it because we believe it's the right problem to solve.

We've also invested years in documenting how we build — our standards, our processes, the lessons learned, the gotchas specific to CET that aren't written down anywhere else. That library has been one of our most valuable internal assets for training developers and maintaining consistency across projects. We're now using it to train AI models that can extend that institutional knowledge, helping our team move faster without losing the judgment and craft that make the work good in the first place.

The goal isn't to automate our way to cheaper. It's to use every tool available to build better.

Getting started
We're not on CET yet. Can you help us get started?

Yes — and this is exactly where most of our client relationships begin. Before a single line of code gets written, we help you understand what CET is, how designers and engineers actually use it, and what it would take to make your products available and compelling on the platform. We'll tell you honestly what's involved, what to expect, and what a well-built extension should do for your business. You don't need to come in knowing anything about CET. That's our job.

We're already on CET, but our extension has issues. Can you help?

Yes — and you're not alone. A lot of manufacturers come to us after a frustrating experience with an extension that never quite worked the way it should. Maybe designers or engineers avoid it. Maybe it crashes. Maybe it only covers part of your product line, and the rest still has to be handled manually. Whatever the issue, we'll give you a straight answer on what's wrong and what it would take to fix it. Sometimes that means filling the gaps in what exists. Sometimes it means starting fresh. Either way, the goal is the same: an extension that works for your business, not against it.

What do you need from us?

Less than you might think to get started, and more than you'd expect to get it right.

Every manufacturer we work with stores their product information differently — spec sheets, engineering drawings, price lists, tribal knowledge that lives entirely in someone's head. We've seen it all, and we adapt to whatever you have. Getting started doesn't require a perfectly organized data package.

What it does require is access to the people who genuinely understand how your products work — not just how they're marketed, but how they go together, what's allowed, what isn't, and why. That might be an engineer, a veteran sales rep, a product manager, or someone on your factory floor. Title doesn't matter. What matters is that we can get to the real product knowledge, because that's exactly what makes the difference between an extension that feels authoritative and one that feels like it's guessing.

The more openly your team can share that knowledge with us — and the more available they are when questions come up — the faster we can turn it into something your customers and specifiers will actually want to use. That collaboration is where the quality comes from. We do the heavy lifting on our end, but we can only build what your products actually are. The better we understand them, the better the experience your designers and engineers will have on day one.

How long does a typical CET extension project take?

That depends heavily on your product line — how complex it is, how many configurations exist, and how deep you want the experience to go. Most projects land somewhere between six months and a year, but that range doesn't tell the whole story.

What we've found is that the time you invest upfront pays for itself many times over. We build extensions that feel right the first time a designer or engineer uses them — not something that ships rough and improves over the next several versions. That means we ask harder questions earlier, work through the complexity before it becomes your users' problem, and don't hand you something that needs constant attention after launch. The manufacturers who've taken that approach with us don't just have a better extension — they have something that keeps working for them years down the road without requiring much from them at all.

If you're thinking about this as a project with a finish line, we can talk timelines. But the manufacturers we work with best tend to think about it differently — less as a one-time build and more as a long-term asset that earns its keep every time a designer specifies their product instead of a competitor's. That's the kind of return that compounds over two or three years in ways that are hard to see from the starting line.

When you're ready to talk specifics, we'll give you a real estimate based on what we're actually building — not a number pulled out of thin air.

Investment & results
How much will this cost?

That's the right question to ask, and we're not going to dodge it — but we're also not going to hand you a number before we understand what we're actually building. A CET extension isn't a commodity purchase, and a quote generated before a real discovery process isn't worth much to either of us.

What we can tell you is how we approach it. Before any estimate hits your inbox, we do a thorough breakdown of your product line — mapping out the scope, the complexity, and the things that other estimates tend to quietly ignore: meeting time, code reviews, build cycles, the back-and-forth that always comes with getting the details right, and the inevitable moments where something nobody anticipated needs to be figured out. Our estimates reflect the real project, not the optimistic version of it. We've tracked our estimate-to-actual performance closely, and we're proud of how tight that gap is.

We also don't do fixed-price projects. All of our work is time and materials, and we think that's the healthier model for everyone involved. It means we have to earn your confidence not once, but continuously — every week we're on the project. You should never feel locked in. If we stop delivering value, you should feel free to tell us. That's the kind of relationship that produces great work over the long run, and it's the only kind we're looking for.

If you're looking for a partner to build something once and walk away from, we're probably not the right fit. If you're thinking about where your product line needs to be two or three years from now and you want someone invested in getting you there, that's exactly the conversation we want to have.

What should I expect for ROI?

The honest answer is that it depends on your product and how deeply your extension gets adopted — but the returns tend to show up in two distinct ways, and both multiply over time.

The first is revenue. A well-built extension puts your products in front of thousands of active specifiers who are already in CET, already working on projects, and already making buying decisions. When your products are easy to work with and your competitors' aren't, designers spec yours. They don't need to be sold. They don't need to be trained. The software guides them through the complexity so they don't have to understand all of it themselves. For manufacturers with complicated products — conveyor systems, demountable walls, high-density storage, anything with layers of rules and configurations — that's a significant unlock. You stop being the product that requires a specialist and start being the product that anyone can specify confidently.

The second is operational. Accurate orders. Fewer errors reaching your factory floor — and fewer errors reaching the people selling your products. When a configuration mistake is made, the result can erode relationships, complicate reorders, and quietly undermine people's confidence in specifying your products at all. A well-built extension reduces errors on both ends of the transaction simultaneously: your factory receives cleaner orders, and your sales channel stops eating the cost of avoidable mistakes. Those savings don't show up on a single invoice, but they accumulate quietly and consistently from the moment your extension goes live. The more complex your product, the more those hidden costs have been dragging on margins across your entire channel — and the more dramatically a great extension makes them disappear.

Most manufacturers start seeing meaningful returns within three to five years of launch. The ones who see it fastest are usually the ones whose products were hardest to specify before. Complexity that used to be a liability becomes an advantage when the software handles it for you.

Working with us
What happens after launch?

Launch isn't the finish line — it's where the relationship shifts.

Configura releases two core CET updates every year, and every manufacturer on the platform is required to migrate to each one. That means your extension gets touched at least twice a year, regardless of anything else. Because our foundation layer is consistent across every extension we build, when a core update creates an issue, we typically encounter it once, solve it once, and apply the same fix across the board. The process is reliable and predictable — which is exactly how it should feel from your side.

Beyond the scheduled updates, the ongoing relationship looks entirely different depending on where you are and what your products are doing. For some clients, it's light — occasional maintenance, a small improvement here and there. For most, it's a steady cadence of meaningful work: new products coming to market that need to be added to the extension, new features on existing lines, adjustments when something about the physical product changes, and the extension needs to reflect reality. That kind of ongoing work is where a lot of the long-term value lives, because your extension stays current with your product line instead of slowly drifting out of sync with it.

We stay available. We're not a build-it-and-hand-it-off shop, and the manufacturers who get the most out of working with us are the ones who treat the extension as a living part of their sales infrastructure — something that grows with the business rather than something they check off a list.

Scroll to Top