4.9
An official Salesforce partner that builds Commerce Cloud storefronts, writes the custom cartridges behind them, and runs the platform after launch.

23+
Years building eCommerce stores
700+
Clients since 2003
$4B+
Processed a year by our clients
%20(1)-p-800.png)
Most Commerce Cloud work does not start on a blank instance. It starts with a license already bought, a deadline already set, and a decision about how much of the platform you are willing to change.
You hold the license and a go-live date. What the build needs next is an architect who has sized a Commerce Cloud catalog at your volume before.
Standard cartridges cover the common cases. The workflows that make your business different are the ones that need custom development above base.
The previous agency left no documentation, so we start by writing down every cartridge, job and override your storefront currently runs on.
Development is priced as a project and then handled as a ticket queue almost everywhere. We scope the build and the years after it together, so the engineers who choose your architecture are the ones still answering for it in year three.
Scope your Commerce Cloud build
B2C Commerce and B2B Commerce are separate Salesforce products with separate data models, so the code that ships a consumer storefront does not carry over to a trade portal. We build on both, and the sequencing matters when you need them running on the same instance.
The order matters more than the list. We sign off the data model and the integration contracts before any cartridge is written, because those two decisions are the expensive ones to reverse once a Commerce Cloud storefront is live.
We review your catalog size and the systems the storefront has to connect to, then write the target architecture as a document you approve.
Attribute structure and price books are designed here, alongside the integration contracts each connected system will honor.
Our developers write the cartridges and configure Business Manager in two-week sprints, with your team able to see the work in progress.
Every integration is tested against the live system it will talk to, and the full data load is rehearsed on a staging instance before it runs in production.
After go-live the same engineers stay on for releases and improvements, and you can extend the rota through our eCommerce support services.
.png)
A New York luxury fashion house had five years of customer data inside a CDP their team could not reconfigure without vendor tickets, and a contract about to expire.
We rebuilt identity resolution on Salesforce Data Cloud with an AWS pipeline behind it. Targeted email and SMS now drive over 40% of their online revenue, and 85% of revenue comes from customers they already had.
Any agency on your shortlist will claim Commerce Cloud capability. What separates them is who stays accountable when a release breaks, and what happens to the code if you decide to leave.
A Salesforce Commerce Cloud agency designs your store architecture and builds the storefront, then supports it after launch. Most of the effort goes into the integration layer that connects Commerce Cloud to the ERP or OMS your business already uses. scandiweb handles both halves under one contract.
Most Salesforce Commerce Cloud implementations take 4 to 12 months. A single-market B2C storefront on close to standard configuration needs about four. Multi-market catalogs with deep ERP integration push toward twelve. We give you a dated plan after discovery.
Every change we write sits in an overlay cartridge above the base platform rather than inside it, so a Salesforce release upgrade touches base and leaves your code alone. Where a customization cannot be kept above base, we document why in the handover, because that is the line an inherited build usually fails on.
Support here means Salesforce release upgrades applied and tested on your instance, security patches, and a named rota with agreed response times. The engineers on it are the ones who wrote your cartridges, and a single Delivery Manager owns any incident from report to fix. Most clients run it as a monthly retainer sized to how often they release.
Both. The Salesforce Reference Architecture is the faster path and the one most Commerce Cloud stores still run on, so it suits teams that want a conventional storefront live sooner. The Composable Storefront, built on the React PWA Kit, suits teams with front-end developers who want to own the presentation layer. We recommend one after seeing your team structure and your roadmap, not before.
Salesforce charges its license as a share of gross merchandise value, and that is separate from what the build costs. On the development side the two things that move the number most are how many storefronts you need and how much of the platform you are changing above base. We scope and price in writing after discovery, so you see the range before committing.
Yes. Salesforce B2B Commerce Cloud and B2C Commerce are separate products with different data models, and we staff developers on both. The build work differs more than buyers expect: a trade portal needs price books, entitlements and approval rules that a consumer storefront has no concept of, so the two are scoped as separate streams even on one license.
Yes. Every developer, architect and QA engineer on your project is a scandiweb employee, from a team of 600+ across 45 countries, and nothing is subcontracted. scandiweb is an official Salesforce partner, and the partnership is held at company level rather than through an individual. You keep the code and the repository at the end of the project either way.
Tell us your catalog size and when you want to be live, and we will come back with a scoped plan.
Prefer to talk now? Book a call straight away, or email us at: [email protected]
Salesforce Commerce Cloud guidance from our team.
Consultations are booked directly with the engineers who would deliver the project.
36 countries worldwide
23+ years in the eCommerce
10+ years leadership