B2B & B2C Ecommerce
A store that understands your customer pays a different price than the next one. Price lists per account, credit terms, minimums, and the ERP behind it all telling the truth about stock.
Book your Diagnostic ↗Your catalogue has one price and your customers have twelve.
B2B ecommerce at Sell with Marketing means a store built for negotiated selling: price lists tied to the account rather than the product, credit terms and payment on account, minimum order quantities and pack multiples, ERP integration so stock is true, and the measurement that shows exactly where a cart is being abandoned.
Consumer ecommerce assumes one price, one payment, one unit. Industrial selling assumes none of those. The distributor who buys 400 units has a price the walk-in customer never sees, buys on 30-day terms, and orders in pallets rather than pieces. A store that cannot express that sends every order back to a spreadsheet and a phone call.
We also build B2C when the line calls for it, and the two often live in the same store with different rules behind the login. What we sell is the platform and the integration. Whether your catalogue is priced to compete is a commercial decision that stays yours.
What a negotiated sale actually needs.
- Price lists per customer, not per product: The logged-in buyer sees their own negotiated price, their own discount tier and their own currency. This is the single feature that decides whether a B2B store gets used or bypassed.
- Credit terms, purchase orders and payment on account: Buying on 30, 60 or 90 days, with a purchase order number attached, because the industrial buyer is not reaching for a credit card and never will be.
- Minimums, pack multiples and unit conversion: Sold in boxes of 24, quoted per metre, shipped by pallet. The store enforces it instead of letting an order through that the warehouse then has to phone about.
- ERP and inventory integration: Stock, prices and orders synchronised with the system that already runs the company, so the store stops being a second inventory that drifts out of step with the real one.
- Checkout measurement that finds the leak: Server-side event tracking through the full funnel, so an abandoned cart shows which step lost it. We have seen a store with a corrupted pixel where the checkout looked healthy in every report and was not.
- Shopify, WooCommerce or BigCommerce, chosen for the case: The platform follows the requirement. Shopify B2B where the catalogue is clean and the integrations exist; something else when the ERP or the pricing logic does not fit that mould.
When the order still ends in an email.
- Manufacturers and distributors whose customers each have a negotiated price list
- Companies taking orders by email and WhatsApp and re-keying them into the ERP by hand
- Businesses selling to both distributors and end customers from one catalogue
- Industrial sellers whose store shows stock the warehouse does not actually have
- Exporters who need prices, currencies and terms to change by market
- Companies with a store whose checkout loses orders and whose analytics cannot say where
When the product is configurable and the price is calculated rather than looked up, what is needed is a quoting engine and not a cart. That is a different discipline with its own page, and the Diagnostic says which of the two your case actually is.
Before you sign.
Can Shopify really handle B2B?
For a large share of cases, yes: Shopify B2B supports company accounts, per-customer price lists, payment terms and net ordering, and it is the fastest route to a store that works. It stops being the right answer when the pricing logic is calculated rather than listed, when the ERP integration has no supported path, or when the catalogue depends on configuration rules. The Diagnostic tests that before a platform is chosen, because moving later is expensive.
We already have a store and it does not sell. Do we start over?
Not before finding out why, and starting over is the most expensive way to guess. The usual causes are a checkout losing orders at a step nobody has measured, a catalogue nobody can search, or prices that do not reflect what the customer actually negotiated. We have found stores where the tracking pixel was corrupted and every report looked healthy while the money was stuck in the cart. A rebuild is sometimes the answer. It should be the answer after the diagnosis, not instead of it.
Do our prices become public?
No. Negotiated prices sit behind the account login, and what an anonymous visitor sees is what you decide they see: list price, a request-a-quote path, or nothing at all until they are approved as a customer. Controlling that visibility is part of the build.
Who owns the store when we stop working together?
You do, and it is in your own account with your own billing from day one. Infrastructure that belongs to the client lives in the client's account, including the domain, the platform subscription and the payment processor. When hosting sits with us instead, that is a line item you can see and decide on.
Does this include the product photography and descriptions?
They are their own scope and they are quoted separately, because a catalogue of 4,000 SKUs and one of 40 are not the same job. What is included is the structure they live in: the schema that lets a search engine and an answer engine read a product, and the templates that make a new description fast to publish. The Diagnostic sizes the catalogue work before anyone commits to it.
A STORE THAT KNOWS
WHO IS BUYING.
It starts with the Diagnostic: what standing still is costing you, what fixing it costs, and what gets fixed first — in your own data. Paid work, credited 100% against the fix if you move within 90 days.
Book your Diagnostic ↗