BUSINESS EXAMPLES / 业务示例
业务示例——一次客户打样如何跟进
送样不等于打样任务结束。把需求版本、样品、客户反馈与责任接在一起，才能知道下一步该由谁做什么。
业务示例版本记录反馈跟进
咨询相关需求 ↗完整记录：同一项灯带打样任务
业务示例 · EX-SMP-001
LD-A 灯带打样
待技术确认- 需求与样品
- V1 需求 · S1 样品
- 已发生
- 样品已送达，收到客户反馈
- 反馈原意
- “亮度需要调整”
- 下一步责任
- 技术确认调整要求，再交销售核对及打样安排
送达记录保留；调整要求未确认，后续送样尚未完成。
展开完整字段记录
| 字段 | 当前记录 | 维护责任 |
|---|---|---|
| 需求对象 | 灯带样品，示例型号LD-A | 销售岗位 |
| 需求与版本 | V1：核对灯带型号与规格；亮度调整的具体要求待技术确认 | 销售收集，技术核对 |
| 本次样品 | S1，对应V1需求 | 打样岗位 |
| 送样进度 | S1样品已送达客户 | 销售岗位跟进 |
| 客户反馈 | 亮度需要调整 | 销售岗位记录原意 |
| 当前处理状态 | 待技术确认调整要求 | 技术岗位 |
| 下一次行动 | 技术确认后，由销售核对客户要求，再交打样岗位安排 | 技术、销售、打样岗位衔接 |
连续过程：已发生与未完成分开记录
- 已记录需求：围绕LD-A灯带型号与规格形成V1需求。
- 已送样：S1与V1对应，样品已送达客户。
- 已收到反馈：客户表示“亮度需要调整”。
- 待确认：技术岗位核对具体调整要求，不能只凭一句反馈直接宣称变更已完成。
- 待安排：确认后再安排打样与送样；目前没有新的送样完成记录。
反馈怎样变成能执行的下一步
“亮度需要调整”是反馈原意，还不是完整技术要求。销售保留客户原话，技术确认调整方向、适用规格及需要补充的信息。确认前，需求仍为V1，状态保持待确认。
要求确认后，再建立变更版本并说明与V1的差异，将新样品关联到新版本。旧送样与反馈记录保留，不通过直接覆盖原记录制造“始终一致”的假象。
责任清单：谁把这一步接下去
| 岗位 | 当前行动 | 完成依据 |
|---|---|---|
| 销售 | 核对反馈所属样品与需求版本，补充客户说明 | 反馈可对应S1与V1 |
| 技术 | 确认亮度调整要求 | 形成可由业务核对的调整说明 |
| 打样 | 等待确认后的要求，准备后续安排 | 确认版本及安排记录 |
本示例没有约定真实日期，不虚构下一次送样时间。实际使用时还应写明约定时点和跟进人。
检查：能否用一条记录回答客户追问
- 客户说的是哪个型号、哪一版需求、哪次送样？
- 反馈原意是否保留？技术要求是否已确认？
- 当前责任岗位是谁？下一步行动是什么？
- 未确认与未送样是否仍显示未完成？
本页为业务示例，不是特定客户的实际打样记录。字段方法见客户打样要记录什么。