客户每月会提供哪些文件或信息?
状态:未标记
返回官网Shuzhi Workspace · Prototype
公开官网负责形象展示;Workspace 负责客户项目、会议纪要、文件夹、任务和交付物管理。第一步先把会议工作台和项目文件夹做成可演示原型。
三张清单 · 会议工作台
2026-05-13 · 客户业务负责人、客服负责人、财务负责人
Scope First · Rules Later
本次会议不拆公式、不逐项解释表头。只把业务系统的边界讲清楚:输入从哪里来,输出给谁看,过程中哪些东西必须被保存和追溯。
客户、内部、外部系统每月给什么。
客户、客服、财务、销售和管理层需要什么。
原始件、底稿、版本、确认和审计证据。
目标是确认系统未来要接收哪些数据来源。只问来源、形式、频率、负责人和样本,不问具体计算规则。
状态:未标记
状态:未标记
状态:未标记
状态:未标记
目标是确认系统最终要给不同角色生成什么。只确认交付物、接收人、频率、形式和确认方式。
状态:未标记
状态:未标记
状态:未标记
状态:未标记
目标是确认哪些文件、底稿、版本、确认和审计证据必须被保存。这里仍然不拆公式。
状态:未标记
状态:未标记
状态:未标记
状态:未标记
# 第一次正式调研 · 输入/输出/留存清单 日期:2026-05-13 总状态:草稿 参与人:客户业务负责人、客服负责人、财务负责人 ## 三张清单 · 问题卡片 ### INPUT LIST · 第一张清单:输入端有哪些 目标是确认系统未来要接收哪些数据来源。只问来源、形式、频率、负责人和样本,不问具体计算规则。 #### 客户每月会提供哪些文件或信息? - 卡片状态:未标记 - 类型:客户输入 #### 客户补发文件时,如何判断哪个是最终版? - 卡片状态:未标记 - 类型:版本 #### 新客户签约后,内部有哪些资料必须交给客服? - 卡片状态:未标记 - 类型:内部输入 #### 哪些外部系统或第三方文件会进入核算? - 卡片状态:未标记 - 类型:外部系统 ### OUTPUT LIST · 第二张清单:输出端要什么 目标是确认系统最终要给不同角色生成什么。只确认交付物、接收人、频率、形式和确认方式。 #### 客户最终必须收到哪些文件或确认材料? - 卡片状态:未标记 - 类型:给客户 #### 客服每天最需要看到哪些状态和待处理事项? - 卡片状态:未标记 - 类型:给客服 #### 财务最终需要哪些表或数据来完成入账、发放、核销? - 卡片状态:未标记 - 类型:给财务 #### 销售和管理层需要看哪些经营结果? - 卡片状态:未标记 - 类型:给销售/管理层 ### RETENTION LIST · 第三张清单:过程中必须留什么 目标是确认哪些文件、底稿、版本、确认和审计证据必须被保存。这里仍然不拆公式。 #### 哪些原始资料必须留存?保存多久? - 卡片状态:未标记 - 类型:原始资料 #### 哪些过程底稿必须留存,用于追溯和复核? - 卡片状态:未标记 - 类型:过程底稿 #### 客户发送、反馈、确认和修订记录如何留存? - 卡片状态:未标记 - 类型:客户确认 #### 哪些财务与审计资料必须按客户/账期调出? - 卡片状态:未标记 - 类型:财务审计 ## 会末确认 - [ ] 输入清单是否有遗漏 - [ ] 输出清单是否有遗漏 - [ ] 留存清单是否有遗漏 - [ ] 哪些样本文件可以会后提供 - [ ] 哪 2-3 个客户适合作为原型样本 - [ ] 下一次沟通围绕“样表反推不出来的问题”集中确认
与「复制 Markdown」一致;未来 `/share/meetings/[shareId]` 仅暴露客户可见字段。
File System Shape
Follow-up
关于独立 HTML 原型
正式入口为站内会议工作台: /workspace/projects/rsy-labor-dispatch-redesign/meetings/rsy-first-interview。下方路径为历史静态文件,可在本机对照,不通过 Next 托管、不复制到 public/:Projects/client-RSY/prototype/interview-workshop.html