业务增加，
为什么行政也要同比增加？
如果订单要重新抄写，销售越忙，后台就越忙。让前线形成结构化订单，是减少重复事务的起点。
Coco / Solutions / Wholesale Sales & Ordering
A DIFFERENT KIND OF WHOLESALE SOFTWARE
真正的成交，
发生在货架前。
不是在办公室里。
销售代表走进门店，先看货架、听店主聊生意，再谈数量与价格。只有谈妥的订单，才应该进入企业的财务流程。我们为这样的真实工作方式定制软件，而不是要求销售去适应一套现成商城。
来自澳洲食品批发项目经验：Hansford · Victoria's Magic
‹ Field sales ● 09:41
ILLUSTRATIVE FIELD VISIT / NOT A CLIENT SCREENSHOT
Retailer visit
◈ Store conversation ● Draft
Frozen snack · 500 g Stock & expiry information available
1.5 units New range · trial order Agreed price recorded for this order
$ · · · Order notes Special requirements discussed in store
↗ FIELD NOTES / 01
✓ Shelf checked
✓ Quantities discussed
✓ Deal price agreed
Next → Order handoff
RELATIONSHIP-LED SALES · CUSTOM-BUILT SYSTEMS
01 / A STORE VISIT, NOT A FEATURE LIST
先别谈软件。
先走进一家门店。
以下是基于实际批发销售工作方式构建的综合示意情境，不是某个客户的交易记录。真正的价值在于理解销售人员当场必须作出的判断。
MOMENT 01 / THE SHELF
店主想知道的，
不是你有多少 SKU。
RETAILER / ILLUSTRATIVE DIALOGUE “这款快卖完了，那款上周没怎么动。新来的那个，你觉得我该进多少？”
销售代表的工作不是照着目录念商品名，而是看货架、听反馈、判断需求，帮店主确定适合本店的采购组合。好的销售工具必须在这一刻提供需要的信息，而不是让人先回办公室查资料。
COCO INSIGHT → 先支持现场判断，再支持录单。
STORE SHELF / COMPOSITE ILLUSTRATION
FROZEN
SNACK
500 g
SNACK
500 g
LOW STOCK
FAMILY
PACK
800 g
PACK
800 g
SLOW
NEW
RANGE
400 g
RANGE
400 g
TRIAL?
货架上的信息，是订单的起点。 ↗
MOMENT 02 / THE DEAL
批发不是标价成交。
关系和条件都在现场。
REP / ILLUSTRATIVE DIALOGUE “这次先试一点新品，我按今天谈好的价格给你记上。”
门店规模不同、商品推广阶段不同，一笔订单的商定价格也可能不同。要支持的是销售代表完成谈判、清楚记录结果，而不是假设所有客户都走相同零售价目表。部分商品还需要按非整数数量订购。
COCO INSIGHT → 让系统记录商业决定，而不是替代销售判断。
AGREED ORDER / ILLUSTRATIVE UI
TRADE ORDER / IN-STORE
现场商定的订单
Frozen snack · 500 g
非整数采购数量 1.5 units
非整数采购数量 1.5 units
New range · trial order
本次商定价格 $ · · ·
本次商定价格 $ · · ·
订单状态 待确认
示意界面；不暗示已经实现价格审批或最低价控制规则。
MOMENT 03 / NO SIGNAL
门店里没信号，
不能让销售停下来。
REP / ILLUSTRATIVE DIALOGUE “先把这单记下来，出了门有网络再提交。”
现场网络不稳定不是销售人员能控制的事。Hansford 后期方案支持离线查看价格、调整订单并本地保存，恢复网络后再同步。这不是每个客户默认具备的功能，而是我们针对具体工作环境设计的能力。
COCO INSIGHT → 系统要容忍真实现场的不完美。
LOCAL DRAFT / LATER HANSFORD CAPABILITY
● OFFLINE
门店订单 · 已保存至设备
商定数量与价格 ✓
订单草稿 本地保存
上传状态 等待网络
仅演示状态变化；不涉及实际数据或同步机制。
MOMENT 04 / THE HANDOFF
最该消失的不是销售。
是订单的第二次录入。
BUSINESS OWNER / ILLUSTRATIVE DIALOGUE “谈好的价格和数量，为什么回公司还要再抄一遍？”
很多批发企业已经有稳定的财务系统。问题在于，前线记录订单的方法和后端的正式订单处理之间存在断层。Hansford 的项目选择连接既有财务流程，而不是推倒重来；后续发货和开票依然由客户原有流程管理。
COCO INSIGHT → 不破坏已有系统，让现场决策可靠地进入下一步。
FROM THE STORE FLOOR TO FINANCE
门店订单 Sales conversation
→ 订货系统 Captured once
→ 原财务系统 Existing workflow
以前：纸笔／Excel → 回办公室 → 人工重新录入。
现在：将准备好的销售订单连接到已有的财务流程。
现在：将准备好的销售订单连接到已有的财务流程。
02 / WHAT THE BUSINESS OWNER SEES
老板真正担心的，
从来不只是录单慢。
当公司继续扩大，订单会经过销售、行政、财务和履约等多个环节。最昂贵的不是某个人多花了十分钟，而是信息在交接过程中失去一致性，以及团队越来越依赖熟悉流程的少数人。
业务增加，
价格谈好了。
交接时，还记得为什么吗？
交易条件来自面对面的协商。系统不该把“本次谈好的价格”变成另一份容易丢失的口头备注。
财务系统已经好用。
为什么还要整体重来？
真正缺少的可能只是一层适合销售的界面和可靠的衔接。保留原有核心系统，降低新工具带来的额外运营负担。
我们不是要把销售代表变成录单员，
也不是要把客户关系变成冷冰冰的自助商城。
我们要让销售判断变成可以执行、可以交接的业务信息。
也不是要把客户关系变成冷冰冰的自助商城。
我们要让销售判断变成可以执行、可以交接的业务信息。
03 / KNOWING WHAT MATTERS IN WHOLESALE
不是把零售商城
改个批发标题。
功能看起来可能类似，背后的决策逻辑却不同。以下是我们认为定制系统必须先弄明白的四件事。
01 / RELATIONSHIPS
销售代表不是需要被替代的中间环节。
在以门店拜访为主的批发模式中，客户关系、商品知识和现场协商正是成交方式的一部分。数字化应当减少销售人员的行政负担，让他们有更多时间面对客户。
02 / TRADE PRICING
报价是交易决定，不只是价格字段。
推广新品、商定优惠或处理特定客户需求，可能需要灵活调整交易价格。哪些权限、审批或限制真正有必要，必须根据客户现有业务确认，不能假设一个模板适用于所有批发商。
03 / FOOD REALITY
库存不是一个数字；还要知道是哪批货。
食品批发中，批次与效期信息关系到销售判断，也与行业可追溯要求相关。系统可以为相关信息提供可见性，但这不等于自动实现批次分配、仓库拣货或食品合规管理。
04 / OPERATIONS
前线需要简单。后端需要准确。两者不该对立。
销售现场不该被复杂 ERP 流程拖慢；财务团队也不能收到缺失数量、价格或客户信息的模糊订单。真正的价值，是把适合现场工作的流程与既有系统正确衔接。
行业背景参考：FSANZ 食品可追溯要求。以上不表示 Coco 已向相关客户交付完整食品追溯或仓储系统。 FSANZ ↗
04 / PROOF FROM REAL CLIENT WORK
行业相似，
答案不能复制粘贴。
这不是我们准备销售的一套订阅产品，而是两个根据客户真实工作方式定制的软件项目。它们的差异，恰恰说明了为什么需要先理解业务。
CASE 01 / FOOD DISTRIBUTION
⇄
Hansford.
让现场成交，
接上既有财务流程。
销售代表拜访门店；过去纸笔、Excel 记录的订单需要回办公室重新输入财务系统。我们围绕现场销售和既有财务系统设计订货流程，后续项目演进还加入离线保存与恢复同步。合作约八年。
阅读 Hansford 案例 ↗CASE 02 / FROZEN FOOD WHOLESALE
✳
Victoria’s Magic.
让市场看见品牌，
让客户按批发方式合作。
面向公众的品牌与产品展示，和面向贸易客户的订货流程，服务的是不同的人。可以让产品更容易被发现，同时保持批发价格与交易过程的适当边界；不能假定它拥有 Hansford 的全部能力。
阅读 Victoria’s Magic 案例 ↗项目事实基于客户访谈及既有案例资料。本文示意界面与情境不是客户真实截图；未提供可公开核对的效率或营收增长数字，因此不作量化承诺。
05 / A CUSTOM SOFTWARE PARTNER
别先给我一份
功能清单。
先给我看一单生意。
我们希望先看看：销售怎么拜访客户，价格怎么谈，订单怎样交给行政或财务，哪些部分经常需要补录、确认或回头沟通。然后才讨论哪些系统需要保留，哪些能力值得定制。
跟着一笔订单走完整个流程
销售、客户、行政和财务分别做什么？
找到真正昂贵的交接环节
哪些动作重复，哪些信息容易丢失或改错？
优先保留已有系统中的有效部分
财务系统不一定要换，现场体验却值得重做。
按业务需要定制、集成并持续迭代
每个项目独立定义范围，不以 SaaS 套餐替代需求分析。
START WITH YOUR EXISTING BUSINESS
你们的订单，
今天是怎么走的？
不用先写一份软件需求书。告诉我们销售代表如何拜访、记录订单，以及办公室后来还需要做什么。我们可以一起找出最值得改善的环节。