AR-BPC157-10
BPC-157
10 mg · in stock
Catalog and commerce
The hardest part of a peptide commerce site is not the cart. It is deciding, per product and per audience, whether a cart should exist at all — and building an architecture that can do both without becoming two websites. This page explains the three models we build and how to pick.
3
Commerce models
148+
Catalog entries supported
$9,995
Typical build
Wholesale catalog · 148 SKUs
Account pricing is released after business verification. Every SKU carries its own documentation status.
AR-BPC157-10
BPC-157
10 mg · in stock
AR-TB500-10
TB-500
10 mg · in stock
AR-GHKCU-50
GHK-Cu
50 mg · in stock
AR-EPITH-10
Epithalon
10 mg · in stock
AR-KPV-10
KPV
10 mg · low stock
AR-NAD-500
NAD+
500 mg · in stock
Anvil Research template preview · view details
The question is: for this product, to this buyer, in this jurisdiction, are you permitted to complete a transaction without a qualified intermediary? That is a question for your counsel and your compliance advisors, not for us and not for a website. But the answer determines the architecture, so it has to be settled before the build.
If the answer is no — which it frequently is — then a public storefront is the wrong structure, and building one creates exposure that a redesign later will not undo. The catalog-and-inquiry model exists precisely for this case, and it is the model we build most often.
If the answer is yes for some products and no for others, you need a hybrid: a catalog architecture with commerce gated to eligible products and verified accounts. That is more work than either pure model, and it is the honest answer for a lot of operators.
The full catalog is browsable and filterable. Documentation is requestable. There is no public cart and no public transaction anywhere in the system. Every path ends in a qualified inquiry routed to a human. This is the Northline template, and it is the default recommendation.
Public catalog browsing, but transactions require an approved account. Registration collects business verification, and approval is a manual step your team controls. Pricing can be hidden or shown per account tier.
A conventional storefront with public transactions, for operators whose counsel has confirmed the products and audience support it. We build it on Shopify or Stripe rather than rolling our own payment handling.
| Catalog and inquiry | Gated commerce | Open commerce | |
|---|---|---|---|
| Public transaction | None | Approved accounts only | Yes |
| Payment processing needed | No | Yes | Yes |
| Account verification | Not applicable | Manual approval | Optional |
| Typical buyer | Distributors, partners, clinics | Verified wholesale accounts | Consumer or professional |
| Build complexity | Lower | Higher | Moderate |
| Typical package | Supply & Operations | Growth Partner | Growth Partner |
We do not advise on which model your business is permitted to operate. Bring that determination from your counsel and we will build to it.
Most catalog sites fail on mechanics rather than design. A hundred and forty entries with no filters is a wall. Filters that reset when you hit back are worse than no filters. A specification table that is a paragraph of prose cannot be compared across entries. These are unglamorous problems and they are the entire difference between a catalog people use and one they bounce from.
The Northline architecture handles them: filter state persists in the URL so back and share both work, entries use a structured attribute template so any two are comparable, and documentation slots live per entry so a request is always about a specific item. Bulk import means you can load a hundred entries from a spreadsheet rather than typing them.
Stated plainly, because in this category the exclusions matter more than the features.
If a product requires practitioner involvement, we do not build a path that lets a consumer complete a transaction without it, regardless of how the request is framed.
Catalog entries carry specifications and documentation, not benefit claims. This is not a stylistic preference.
Payments go through Shopify, Stripe, or your processor. We do not touch card data and we do not build custom payment infrastructure.
We can prepare the site, policies, and business presentation that underwriting reviews. Approval is the processor's decision and we make no representation about it.
Wholesale catalog with per-batch documentation and account pricing
Suppliers, distributors, and operators who need to present a broad private-label catalog and route qualified business inquiries, with no public cart anywhere in the build.
8 pages·10–15 business days
Multi-brand operator platform with shared catalog and routing
Operators presenting a platform, holding company, or multi-brand story to partners and investors rather than to end customers.
9 pages·15–25 business days
Direct catalog storefront — fastest route to taking orders
Anyone who wants a professional site quickly and would rather spend their attention on the offer than on the art direction.
7 pages·10–15 business days
Our recommendation for this page
Catalog builds need more pages, more structure, and more careful copy than a standard site. Supply & Operations is the realistic floor; commerce layers push it to the Growth Partner.
Included
30–45 business days depending on catalog size
Questions
For products and audiences where your counsel has confirmed public transactions are permitted, yes — built on Shopify or Stripe. Where they have not, we build the catalog-and-inquiry architecture instead, which presents the full catalog without any public transaction path.
Catalog and inquiry, by a wide margin. It presents the full range, captures qualified demand, and keeps the transaction where a human decides it belongs.
We prepare what underwriting looks at — the site, the policies, the business description, and the model documentation. We do not submit applications, we do not have processor relationships to hand you, and we make no claim about approval outcomes.
Thousands. Entries are content records rendered through a shared specification template, with filtering and search built in. Bulk import from a spreadsheet is included.
Yes, in the gated commerce model. Accounts carry a tier, and pricing renders per tier. Prices can also be hidden entirely until an account is approved.
Yes, and it is the sensible sequence. The catalog architecture is the foundation; commerce is a layer on top. Adding it later is a scoped project, not a rebuild.
Tell us what your counsel has confirmed and we will scope the right architecture — catalog, gated, or open.