广州企业同时面对批量合作与终端选购时，可以共享一部分产品资料，却不宜默认两种需求必须走同一条路径。买家尚需确认合作条件，和已经能确定具体购买对象，是不同的决策状态。页面应先让人知道当前能做什么，再决定展示询价还是购买入口。
共享事实，分开确认动作
| 需要确认的事 | 合作询价路径 | 明确商品购买路径 |
|---|---|---|
| 对象 | 型号、用途及合作需求仍需沟通 | 应知道选择的具体商品与组合 |
| 条件 | 哪些条件已知，哪些需进一步确认 | 页面应说明实际可购买范围及相关条件 |
| 收集信息 | 只收集推进本次确认所需资料 | 按实际交易流程收集必要信息 |
| 提交后的反馈 | 说明需求已如何接收及后续动作 | 反馈实际流程状态，不能误称已完成未发生的动作 |
B2B不意味着每次都要长表单，B2C也不意味着任何定制要求都能立刻结算。选择应由产品定义和实际履约流程决定。一个批发客户可能购买标准样品，一个终端客户也可能需要定制确认，不能让身份标签盖过当前任务。
把同一目录的两条路线写出来
1范围说明现有资料覆盖的配置。
2需求收集尚待确认的条件。
3接收准确反馈本次动作。
4确认由实际业务流程继续处理。
页面验收看对象是否被带到下一步
- 从某个具体产品进入，检查型号和已选条件是否保持。
- 核对按钮文字与真实动作一致，不将咨询写成完成购买。
- 检查尚待确认事项是否在动作前可见。
- 在手机上核对必要字段、错误说明和返回修改。
- 由业务人员确认系统反馈是否符合实际承接流程。
共用一个联系按钮可以吗？
可以按真实服务方式安排，但应让接收方知道咨询哪个对象、还缺什么。共用入口不代表资料可以模糊。
询价表字段越多越能筛选客户吗？
字段首先应有推进任务的用途。没有明确使用者或处理方式的字段，不应仅因想显得专业而强制填写。
页面评审问题
当前读者需要确认什么？
已确认的对象与条件是什么？
本次按钮实际执行什么？
哪些信息随动作保留？
业务方下一步如何接收？