软件定制项目的第一次会议，不需要立即确定全部功能。更重要的是判断问题是否值得定制、项目边界是否可管理，以及下一阶段需要哪些人和资料参与。
业务目标
先描述当前发生了什么，而不是先列菜单。比如“项目成本数据分散在三张表，月底需要两天核对”比“需要成本管理模块”更有信息量。
需要确认目标、现状、影响范围和成功标准。如果成功标准无法观察，后续很难验收。
用户与角色
记录直接操作人员、审批人员、管理员、数据查看者和外部协作方。对每个角色说明常用设备、使用频率、权限范围和异常时的处理方式。
不要只采访负责人。真正执行流程的用户往往能指出表格、群消息和临时规则中的关键细节。
核心流程
选择一到三条最重要流程，从触发条件开始，依次记录输入、操作、判断、输出和责任人。特别标记：
- 哪些步骤依赖线下沟通；
- 哪些情况需要退回或补充；
- 哪些数据会被重复录入；
- 哪些环节存在等待和审批；
- 完成后需要通知谁。
数据与历史资料
确认主数据、业务单据、附件、历史数据量、数据质量和归档要求。旧系统迁移不能只说“全部导入”，需要确定字段映射、清洗责任、数量核对和抽样方法。
外部接口
列出需要连接的财务、支付、短信、地图、微信、设备和第三方平台。每个接口要确认文档、账号、调用限制、测试环境、费用和对方配合人。
权限与安全
说明组织、项目、客户和数据范围权限；确认敏感字段、日志、备份、账号生命周期和合规要求。权限设计越晚，返工越大。
验收与上线
第一次会议就应讨论谁验收、按什么场景验收、是否需要并行运行、如何培训、什么时候可以切换，以及出问题如何回滚。
会后应形成什么
一份好的首次调研输出通常包括业务目标、用户角色、核心流程、系统边界、已知风险、待确认问题和下一阶段计划。它不必是一份几百页的需求书，但必须能让双方知道接下来验证什么。