01
范围与规则
拟议成果
流程、保留与改动清单、字段与权限问题表。
确认依据
围绕流程与目标，形成可讨论的工作范围。
开始之前
先明确适用条件，
再组织已有资料。
适合标准功能之外的业务流程、现有平台调整或接口衔接需求，从一个明确的操作问题开始。
- 01当前流程与使用角色
- 02要保留和改变的规则
- 03接口责任与验收场景
01 / 一个请求，保留原记录
先说明要改变的交接。
以会议改期为例，了解申请人、服务人员与既有系统如何协作。
- 1
原预订
既有系统负责人
提供可核对的预订标识与原时段；既有账本继续作为确认依据。
- 2
改期请求
申请人
在拟议原型中说明目标时段、原因与关联预订；提出请求不等于改期成功。
- 3
核对与接续
服务人员与系统方
业务人员确认规则与处理责任；系统方核实冲突判断、写入权限及确认回执。
- 4
确认记录
以既有系统确认为准
只有约定的确认依据到位，才讨论原账本如何更新；权限未定时保留人工核实路径。
保留
原预订账本、身份来源与审批责任；不先假定替换全部系统。
适配
通过预订标识、时段和状态，连接申请与服务记录。
拟新增
改期请求的输入、原记录对照、处理反馈与交接说明；范围确认后再约定开发。
数据与身份
围绕申请人与服务人员，组织清楚的业务入口。
规则与第三方
围绕冲突、撤销与重复申请等业务情况，设计清楚的处理路径。
查看示意：请求未获确认时，怎样回退？
未确认 · 不更新原预订
改期未确认时，说明原因并提供修改或联系服务人员的入口，保留已填写的内容。
使用者如何继续
让申请、待处理与已确认状态清楚可见，方便用户了解进展和继续操作。
02 / 阶段成果与确认依据
每一段工作，都有确认依据。
从业务梳理、交互设计到联调交付，按阶段推进合作。
02
原型与反馈
拟议成果
电脑和手机输入、原记录对照、确认与失败反馈示意。
确认依据
以常见情况与异常情况走查交互，改善返回路径和信息保留。
03
分段开发与交接
拟议成果
约定模块、测试记录、源码与技术文档、配置及使用维护说明。
确认依据
完成场景验证、资料交接与维护安排，支持后续使用。
05 / 软件项目的准备材料
带一条流程，
和希望改变的地方。
先说明现有流程和资料缺口，提供一份能看懂当前操作的样例。涉及设备接入时，再补充设备与点位信息。
- 01流程、字段与规则
脱敏的一条正常流程、一条失败流程；示例字段：预订标识、原时段、目标时段、原因、确认依据。
业务负责人核实含义与例外。
- 02已有系统与数据归属
哪些系统保留；谁维护原记录与身份；哪些字段可以共享，哪些只能查看。
系统与数据负责人确认权威来源。
- 03权限与测试依据
说明需要衔接的系统与现有接口资料。
系统负责人和第三方核实范围。
- 04参与者与配合条件
说明申请、处理与确认由谁参与，以及希望改善的协作环节。
项目负责人协调责任与核实节点。
- 05阶段验收与交接
每阶段要核对的场景、确认人和记录；源码、文档、配置、回退及维护范围按合同约定。
业务与技术负责人共同确认。
把已有材料整理成需求
软件需求服务单附样例与填写指南，可帮助区分当前功能、目标行为和背景。下载原件为中文 XLS；无需为开始讨论填完所有栏目。
看样例、指南与需求单确认接续与实施分工
继续了解平台、接口、可视化与移动端服务，选择适合的合作方向。
对照定制开发与维护服务涉及设备接入时查看指南下一步
带上具体问题，
一起讨论实施范围。
说明使用者、当前操作与希望改变的交接。把保留项、改动项和系统责任分清，再约定原型、开发与验收依据。