批发价还在聊天记录里时，独立站先不要做假入口

零售顾客在网站上看见统一售价。

批发客户把同一链接丢进聊天，问：我们的价呢？

业务员打开表格，对着公司名找一列折扣，再手工回一句。

网站上如果只加了一个「经销商登录」，后面却没有公司账户和目录价，这个入口是假的。

它制造期待，却把定价权留在聊天记录里。

WESWOO 做独立站页面设计和主题开发时，B2B 不是先做一块门禁，而是先让该看见的人看见该看见的价格。

聊天报价会在哪里漏

漏不在「显得不够正式」。

漏在同一 SKU 出现三套数字：网站价、表格价、口头价。

订单一多，账期、起订量和是否含运，也会各说各话。

前端如果把不该公开的批发价暴露给普通访客，问题从混乱变成泄密。

先把客户、地点和价格表拆开

先写清楚四件事，再动主题。

谁是公司，谁是下单的人。

一个公司是否有多个地点、不同库存或不同运费。

哪张目录给哪类客户，零售目录是否对批发隐藏。

价格是固定合同价、阶梯价，还是账期价。

这四项还在一张混杂的 Excel 里时，做登录墙没有用。

登录之后仍要人工问价，站点没有完成交易，只完成了分流。

页面要承接规则，而不是装饰规则

公司账户能登录之后，产品页和集合页必须按目录显示可售款。

批量下单、草稿订单、再下单，应出现在购买路径上，而不是藏在帮助中心一篇文章里。

审批如果存在，就要写清谁能看价、谁能提交、谁能改地址。

主题和前端的工作，是把这些规则做成可维护模块，而不是每次用定制脚本改死一个按钮。

一份上线前的核对表

业务、运营、开发共同填，缺一项就不要承诺上线日。

1. 公司主数据从哪来，谁改了以谁为准。 2. 零售访客是否绝对看不到批发价。 3. 零库存时批发客户看到什么：隐藏、可询价，还是可欠货。 4. 草稿订单谁能保存、谁能提交。 5. Webhook 或 ERP 回写失败时，订单停在哪、谁处理。

第 5 条没有答案，集成就还没设计完。知识库写得很明确：集成服务于已经清楚的页面和交易流程，并保留失败重试与人工路径。

什么时候才需要评估 Plus

Shopify 官方把原生 B2B 能力放在 Plus 相关能力里。普通套餐只能覆盖部分场景。

这不是「所有批发都要升 Plus」。

先看客户分层、价格体系和是否必须用公司账户。分层清楚且套餐能力够用，主题呈现可以先做。分层复杂、要账期和专属目录，再对照官方当前文档评估 Plus。

不得把 Plus 写成唯一出路。费率、优惠和某个客户的迁移结果，也不能写成普遍政策。

把现有报价表里互相冲突的三行价格标出来。需要 WESWOO 评估主题呈现、B2B 迁移或 Plus 边界时，把项目背景发来，咨询方案。

common problems

Q：做个会员折扣，是不是就是 B2B？

A：不是。会员折扣仍是同一套零售目录上的优惠。B2B 要处理公司、地点、专属目录和可能的账期。

Q：没有 Plus 就完全不能做批发？

A：不是。先确认分层是否必须用原生公司账户。能力不够再评估 Plus，而不是先买套餐再补流程。

Q：能不能保证和现有 ERP 无缝对接？

A：不能。以谁为价格主数据、失败如何重试，要按项目写边界。知识库把具体 ERP「一键集成」标为待核验，本文不把它写成已交付能力。