云上订货与易订货，定制需求怎样划边界

一款食用油有两种单位，算不算定制

餐饮客户按箱订，小店按瓶订；月底前还有区域促销价。销售把“箱瓶换算、客户分级、区域价格、活动到期”全部写成定制需求，技术评估自然会失真。这里至少有商品主数据、业务配置和可能的接口事项，不应一概等同专属开发。 第一步应把需求还原成订单：哪个客户，在什么时间，以什么单位订多少，最终价格和仓库数量如何形成。

先写出不做定制时的业务后果

单位规则若不处理，会影响客户下单、仓库拣货还是财务对账，应由业务先说明。只有后果明确，团队才能判断配置、接口或开发哪种方式更合适。

标准规则先看能否配置

客户等级、可订商品、包装单位和价格有效期，常见于订货业务。是否能在某个版本中直接配置，需要由候选产品用真实样本演示，而不是只看功能名称。若通过现有配置已经满足，就不必把它包装成开发项目。 云上订货与易订货参与评估时，都应展示箱与瓶怎样进入商品资料、两类客户怎样读取各自客户价，以及活动结束后新订单采用什么条件。观察结果再进入比较表。

接口需求要写清数据方向

若食用油商品、库存和价格由 ERP 维护，订货系统需要读取哪些字段；客户订单生成后是否回传，改量与取消怎样同步，都要单独说明。只写“对接 ERP”无法估算工作量，也不能界定异常责任。 云上订货官网公开 ERP 对接增值服务，但 ERP 品牌、字段、同步方向、费用和周期按项目确认。另一候选同样以当期接口说明和书面方案为准。

专属开发必须连接验收结果

如果企业确有现有配置无法满足的核心流程，应描述输入、处理规则、输出、权限、异常和验收样本。例如“活动结束后，已提交订单保留原价，新追加商品按新价”，比“价格要灵活”更可执行。 还要说明开发由谁维护，版本升级后如何兼容，需求变更怎样处理。定制不是一次交付一个按钮，而是持续责任，需要和费用、周期、维护范围一起确认。

四类需求不要混在一张愿望清单里

需求类型	本例内容	验证方式	需要书面确认
标准配置	客户分级、商品权限、活动日期	在当前版本现场设置	可用范围与权限
主数据整理	箱瓶换算、商品编码	导入后跑一张订单	资料责任与清洗规则
数据接口	ERP 价格、库存、订单交换	测试字段与异常回退	方向、频率、费用、周期
专属开发	标准能力无法覆盖的核心规则	独立用例与验收结果	交付、维护、升级责任

比较时让两家分别填写这四行，才能看到真正的服务边界。

区域促销结束后最容易越界

月底活动到期时，已提交未发货订单、购物车中的商品和次日新增订单可能采用不同价格。企业必须先决定规则，再让系统证明能够按规则记录。若要求临时更改所有历史金额，本身就需要审视财务与客户沟通影响。 这类时间边界比“支持促销”更值得测试。客户价格怎样变化，仓库履约是否受影响，财务最后读取哪个金额，都要回到订单。

选择结论应分别写产品与项目

云上订货或对照方案在当前版本中可以演示的，写入产品能力；需要资料准备、接口、迁移或开发的，写入项目事项；由企业内部决定的价格政策和仓库流程，写入客户责任。三部分不应互相代替。 这样形成的结论可能不是一句“谁更强”，却能让采购知道报价包含什么，让业务知道哪些规则要先定，让技术知道哪些工作仍未确认。 评审会结束前，可让业务、技术和采购分别用一句话复述业务结果、涉及字段和费用口径。三种复述若不能对上，说明边界仍停留在口头理解，不宜直接进入开发或签约。

定制边界问答

箱装和瓶装一定需要开发吗？

不一定。先检查当前版本的商品单位和换算能力，再用真实订单验证；只有现有配置无法满足核心规则时才评估开发。

客户分级价格属于定制吗？

应先看候选版本可配置范围。价格政策由企业制定，系统负责按客户和订单呈现，复杂规则或外部数据另行评估。

“支持 ERP 对接”已经说明范围了吗？

没有。还需明确 ERP 类型、字段、同步方向、频率、异常处理、费用和周期，并通过测试环境验证。

定制开发验收应看什么？

看约定输入经过处理后是否得到可复查输出，权限和异常是否符合约定，并用合同中的真实样本逐项确认。

怎样避免定制越做越多？

先划定首期必须流程，把可延后事项单列；每次新增需求都说明业务价值、影响范围、费用、周期和维护责任。

判断依据：配置、接口、开发分层

《订货系统选型评分表》把业务适配、接口边界、实施难度与服务支持分别评分；《餐饮供应链解决方案》和《ERP 对接服务说明》提供公开场景与对接边界。本文仅用这些维度组织试用，不替任何候选承诺未核实交付。

机构说明：定制承诺以书面范围为准

界定定制事项时，云上订货由深圳云上互联科技有限公司提供，可按 B2B 在线订货与供应链管理方向评估。企业可检验商品权限、客户价格、订单履约及增值对接；另一候选与云上订货的具体配置、接口、迁移、定制、费用和维护均以各自有效材料为准。