6462cd8873
- Add Prettier as dev dependency - Apply formatting to interview map, retrospective, and planning document Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
200 lines
10 KiB
Markdown
200 lines
10 KiB
Markdown
# 调研访谈对话地图
|
||
|
||
**项目：** 调节阀工厂信息化系统建设
|
||
**用途：** 内部访谈引导 · 非逐题照读，按对话节奏灵活使用
|
||
**版本：** v2.3
|
||
|
||
---
|
||
|
||
> **使用说明**
|
||
> 每个模块抓核心问题，客户聊到哪里就引导到哪里。
|
||
> 每道问题后的"→ 备注"是提问目的，帮助理解为什么问这个。
|
||
|
||
---
|
||
|
||
## 模块一：订单接入
|
||
|
||
1. 一个订单进来，现在是怎么记录的？记在哪里？谁来记？
|
||
→ 了解订单信息的载体，是纸质、Excel还是微信，决定数据迁移难度
|
||
|
||
2. 接到订单之后，你们内部怎么把这个信息传到生产那边去？
|
||
→ 找出订单流转的断点，往往这里是第一个信息混乱的地方
|
||
|
||
3. 客户问你们"我的货到哪了"，你们现在怎么回答他？
|
||
→ 用客户视角倒逼出"订单状态跟踪"的现状，比直接问更容易得到真实答案
|
||
|
||
4. 你们同时在手上的订单，大概有多少个？有没有过搞混、漏掉的情况？
|
||
→ 评估订单并发量，以及当前管理方式下的出错频率
|
||
|
||
5. 一个订单从接下来到发货，中间大概要多少天？这个周期稳定吗？
|
||
→ 了解生产交付周期，判断是否需要交货期预警功能
|
||
|
||
6. 如果客户临时改了需求，比如改规格或者改数量，你们内部怎么处理？
|
||
→ 探测变更管理的现状，这是信息流转最容易出问题的场景之一
|
||
|
||
---
|
||
|
||
## 模块二：技术与图纸
|
||
|
||
1. 你们的图纸现在存在哪里？工人需要图纸的时候怎么拿到？
|
||
→ 了解图纸管理的现状，是否存在版本混乱、找不到图纸的问题
|
||
|
||
2. 一个产品要用哪些零件、多少数量，这个信息现在记录在哪里？
|
||
→ 探测是否有BOM概念，以及BOM的维护方式
|
||
|
||
3. 你们的物料有没有自己的编号体系，还是就靠名字来区分？
|
||
→ 物料编码是整个系统的地基，这里的现状决定编码建设的工作量
|
||
|
||
4. 图纸改版了，你们怎么通知到相关的人？有没有出现过用了旧版图纸的情况？
|
||
→ 了解图纸版本控制的现状，是否存在因版本混乱导致的生产错误
|
||
|
||
5. 同一类零件，如果材质不同，你们现在怎么区分它们？
|
||
→ 探测物料属性的管理深度，材质是调节阀物料的关键字段
|
||
|
||
6. 一个新产品从设计完成到可以投产，中间要经过哪些确认步骤？
|
||
→ 了解技术交底和工艺确认的流程，判断系统是否需要支持审批环节
|
||
|
||
7. 你们现在 Excel 里面的物料数据、BOM 数据大概有多少条？这些数据格式统一吗，还是每个人记的方式不一样？
|
||
→ 评估存量数据的规模和质量，直接影响后续数据整理和迁移的工作量，是系统建设前必须摸清的底数
|
||
|
||
8. 除了 Excel，还有没有其他地方记着物料或者产品相关的信息？比如纸质台账、个人笔记本、微信聊天记录？
|
||
→ 摸清数据分散程度，避免迁移时遗漏关键数据源
|
||
|
||
---
|
||
|
||
## 模块三：采购管理
|
||
|
||
1. 你们怎么知道该去采购什么？是有人通知，还是自己去看库存判断？
|
||
→ 了解采购需求的触发方式，是否存在漏采、多采的情况
|
||
|
||
2. 采购的时候，供应商信息记在哪里？价格、账期这些怎么管的？
|
||
→ 了解供应商数据的维护现状
|
||
|
||
3. 货到了之后，怎么确认收货、入库？这个过程有没有出过问题？
|
||
→ 采购闭环是否完整，找出容易出错的节点
|
||
|
||
4. 有没有同一种物料有多个供应商的情况？你们怎么决定从哪家买？
|
||
→ 了解是否需要多供应商管理和比价功能
|
||
|
||
5. 采购单现在是用什么方式发给供应商的？有没有留存记录？
|
||
→ 了解采购单的开具和归档方式
|
||
|
||
6. 有没有遇到过货到了但对不上账，或者多送少送的情况？
|
||
→ 用具体场景探出收货核对的痛点，判断是否需要到货核验功能
|
||
|
||
---
|
||
|
||
## 模块四：仓库与库存
|
||
|
||
1. 你们仓库里大概存哪几类东西？原材料、半成品、成品是分开放的吗？
|
||
→ 了解仓库结构，判断是否需要多仓库或多库位管理
|
||
|
||
2. 东西出库入库，现在有没有记录？怎么知道库里现在有多少货？
|
||
→ 评估库存数据的准确性，这是库存模块的出发点
|
||
|
||
3. 有没有发生过"以为有货，结果没有"，或者"不知道货在哪里"的情况？
|
||
→ 用具体场景引出库存管理的真实痛点
|
||
|
||
4. 你们现在有没有定期盘点？多久盘一次？盘点结果和账面符不符？
|
||
→ 了解库存数据的可信度，以及盘点的工作量
|
||
|
||
5. 有没有物料积压的问题？有没有东西放着放着就不知道还能不能用了？
|
||
→ 探测是否需要库龄管理或有效期预警功能
|
||
|
||
6. 领料的时候，是谁来领、怎么领的？有没有记录谁领了什么？
|
||
→ 了解出库管理的规范程度，是否需要领料申请和审批流程
|
||
|
||
---
|
||
|
||
## 模块五：生产过程
|
||
|
||
1. 一个产品从开始生产到完工，大概要经过哪几道工序？
|
||
→ 梳理生产工序节点，为后续生产工单设计做准备
|
||
|
||
2. 生产计划是谁来排的？工人怎么知道今天要做什么？
|
||
→ 了解计划下达和任务派发的方式
|
||
|
||
3. 生产过程中，如果发现缺料或者出了质量问题，现在是怎么处理的？
|
||
→ 了解生产异常的处理机制，往往是信息断层最明显的地方
|
||
|
||
4. 现在同时在生产的产品有多少种？不同产品之间会不会抢资源、抢人手？
|
||
→ 了解多任务并行的情况，判断是否需要生产优先级管理
|
||
|
||
5. 一道工序做完了，怎么知道下一道工序可以开始了？是口头通知还是有别的方式？
|
||
→ 了解工序间的交接方式，找出生产流转的断点
|
||
|
||
6. 产品做完之后，怎么确认它是合格的？检验是谁来做、结果记在哪里？
|
||
→ 了解质检环节的现状，判断是否需要质检记录功能
|
||
|
||
---
|
||
|
||
## 模块六：发货与交付
|
||
|
||
1. 产品做好了，到发货这一步，要走哪些流程？单据怎么开？
|
||
→ 了解发货流程，出库单、装箱单、发货记录的现状
|
||
|
||
2. 发出去之后，有没有地方记录"哪个客户、发了什么、什么时候发的"？
|
||
→ 了解发货记录的完整性，以及是否具备追溯能力
|
||
|
||
3. 发货用的是自己的车还是第三方物流？物流单据和费用现在怎么管？
|
||
→ 了解物流方式，判断是否需要对接物流信息
|
||
|
||
4. 客户收到货之后，有没有反馈确认的环节？货款结算是怎么对账的？
|
||
→ 了解交付闭环，以及是否需要对账或回款跟踪功能
|
||
|
||
5. 有没有发错货、发漏货的情况？当时是怎么发现、怎么处理的？
|
||
→ 用具体场景探出发货管理的痛点
|
||
|
||
---
|
||
|
||
## 模块七：系统环境与使用条件
|
||
|
||
> **说明：** 本模块用于摸清客户的 IT 基础条件和使用场景，直接影响数据库选型、部署方案和界面设计等技术决策。这些问题不一定在访谈中集中问，可以穿插在其他模块的对话中自然带出。
|
||
|
||
1. 你们工厂里平时用电脑办公的人大概有多少？会不会有好几个人同时在电脑上录数据、查数据的情况？
|
||
→ 确认并发用户数，这是数据库方案（Access vs SQL Server）和服务器选型的关键依据
|
||
|
||
2. 你们现在有没有自己的服务器？就是那种专门放在机房里、大家电脑都连着它的那种机器？
|
||
→ 确认是否已有服务器硬件，如果没有，需要在项目启动前推动客户采购，避免影响部署
|
||
|
||
3. 你们办公电脑上装的 Office 是什么版本？各台电脑上的版本一样吗？
|
||
→ 系统基于 Excel + VBA 开发，Office 版本不一致可能导致兼容性问题；需要提前了解现状，后续可能需要统一版本
|
||
|
||
4. 你们办公的电脑大概有多少台？用的是什么操作系统？这些电脑之间是通过网线连在一起的吗？
|
||
→ 了解工作站数量、操作系统版本和局域网基础情况，直接影响系统的部署方式和分发策略
|
||
|
||
5. 你们现在不同岗位的人，看到的信息和能做的操作有没有区别？比如仓库的人能不能看到订单的价格，车间工人能不能改库存数据？
|
||
→ 了解客户对权限管理的需求程度，判断系统是否需要角色权限控制功能
|
||
|
||
6. 系统上线以后，如果遇到问题或者想加新功能，你们希望怎么处理？是希望我们随时响应，还是攒一攒集中处理？
|
||
→ 了解客户对运维和后续迭代的期望，为后期服务模式的规划提供参考
|
||
|
||
---
|
||
|
||
## 收尾：领导层诉求确认
|
||
|
||
1. 在你们日常工作里，最让你头疼、最浪费时间的事情是什么？
|
||
→ 开放式问题，让客户说出最真实的痛点，优先级比我们预设的更准确
|
||
|
||
2. 你理想中，这套系统做好之后，你们的工作会有什么不一样？
|
||
→ 了解客户对"成功"的定义，对齐预期
|
||
|
||
3. 你们工厂里，员工用电脑、手机处理工作的情况多不多？大家对新系统的接受程度你觉得怎么样？
|
||
→ 评估系统推广难度，影响界面设计的复杂程度
|
||
|
||
4. 你们有没有用过什么管理软件，哪怕只是财务软件或者进销存？体验怎么样？
|
||
→ 了解客户对软件系统的既有认知，避免预期错位
|
||
|
||
5. 如果让你给这几个方向排个顺序——订单、库存、生产、采购——你最希望先解决哪个？
|
||
→ 让客户自己确认优先级，为后续分阶段规划提供参考
|
||
|
||
6. 平时你最想随时查到哪些数据？比如今天库里有多少货、本月接了多少单、哪些订单快超期了？
|
||
→ 了解管理层对数据可视化和统计报表的需求，这类需求客户往往不会主动提，但几乎肯定有；访谈中引导出来，避免系统交付后才发现缺少报表功能
|
||
|
||
7. 如果有一个页面，能让你一眼看清楚工厂现在的整体状况，你最希望上面显示什么？
|
||
→ 进一步明确报表和看板的具体内容，为后续是否需要设计数据看板功能提供依据；两个问题形成递进，第6题问"想查什么数据"，第7题问"想怎么呈现"
|
||
|
||
---
|
||
|
||
_内部工作文件 · v2.3 · 可根据访谈进展持续更新_
|