Portal Development: When the Shopping Cart Isn't the Entire Customer Relationship
The online store handles the moment the order is placed. For most companies, everything that happens before and after that is handled via phone, email, and PDF attachments. A portal takes these processes out of the inbox and turns them into software.
Your customers call because they can't look it up themselves
Salespeople are asking about their terms and conditions. Service technicians are standing by the equipment and don’t know which replacement parts have been installed. Buyers are asking for the third time about the status of their complaint.
Each of these questions costs your team half an hour. And the answer has long been in one of your systems. It’s just not where it’s needed.
A portal connects ERP, PIM, CRM, and the online store into a single interface. Your customers and partners can look things up themselves and find the data they need around the clock.
What we build
We don't start by asking what a portal should be able to do. We start by asking who will be using it. In practice, this leads to five patterns.
Dealer and Distribution Partner Portals
Dealer and Distribution Partner Portals
Terms and conditions, sales data, marketing materials, and price lists for each partner. Your access rights, not an Excel file in the sales department, determine who can see what and to what extent.
Customer Portals for Plants and Machinery
Your customers can view their digital machinery inventory: serial numbers, installed parts, documentation, and service history. Every spare parts order and every service request is based on this information.
Service Processes
Maintenance requests, complaints, warranty claims, spare parts requests. Recorded digitally with status updates, rather than as emails in a general inbox.
Quotation and Request Processes
For products that cannot be added to a shopping cart. Configuration, request, quotation, approval. Even if three people on the customer’s side need to sign off.
Leasing, Fleet, and Usage Models
If you’re leasing or billing rather than selling: availability, contract terms, usage data, billing.

FLEETLOOP
A joint venture between Schmitz Cargobull and Greiwing Truck & Trailer, FLEETLOOP rents out semi-trailers. The focus is on local availability, rental periods, and customized terms—not a shopping cart or checkout process. basecom built the portal to MVP status in three months: commercetools manages the fleet, orders, and pricing logic, while the Nuxt front end displays available vehicles on a map. The first rental orders were processed directly through the platform.
Read the case studyPortal or online store? Usually both.
A portal doesn’t replace an online store. It handles what a store can’t: everything that isn’t an order.
Sometimes a portal stands on its own because your business model doesn’t involve an ordering process at all. Sometimes it operates alongside the store and shares the same login, customer data, and product catalog. Your business model determines which approach is right for you.
The second scenario is more common and more challenging because permissions, prices, and customer data must be consistent across both platforms.

AMAZONE Parts
One shop, one portal, one login. AMAZONE Parts sells wear parts through Shopify Plus. The system behind the scenes uses the machine’s history to determine which part is the right fit. Customers don’t even notice this. All they see is a store that knows their machine.
Read the case studyHow We Work
A portal is rarely ready after six weeks, but it doesn't have to take six weeks before you see something. We work in five phases, and you're involved in each one.
Clarify Requirements Before Anyone Starts Developing
Portal projects rarely fail because of the technology. They fail because no one has defined in advance who is allowed to view which data. We’ll address this in the workshop: which systems need to be integrated, what roles exist, and which processes should truly be digitized—and which should not.
Design and UX
A portal is used every day by professionals who have their own specific needs when it comes to this tool. Service technicians working on equipment while wearing gloves, and buyers working under time pressure in the office. For these users, we build user interfaces that fit the reality of their work. Our UX team works in-house and designs solutions tailored to these real-world conditions, not just for screenshots.
Implementation in Sprints
We use an agile development approach with short iterations. After each sprint, you’ll see working software and can make adjustments if new requirements arise. The first MVP is typically ready long before the full feature set is complete.
Operation and Further Development
After the go-live, the team stays on. Operation, monitoring, further development, performance. A portal that no one touches after two years won’t be used by anyone either.
Technologies
For custom portals, we rely on Symfony and Vue.js. Both are open source, both have large communities, and both come with no licensing fees and no vendor dictating the roadmap.
If your portal integrates with e-commerce, product data, or content, we’ll incorporate the systems already in use there: Shopware, Adobe Commerce, Shopify Plus, commercetools, Pimcore, Akeneo, Storyblok, and Contentful.

Jonas Dambacher, CSO






-154494.png?width=176)






