新思度国际教育教育连接未来 科技赋能成长

新思度 · 开发与实施服务

需求沟通前,带上一个真实流程

讨论管理系统需求前,先记录一项每天会发生的工作:谁发起、经过哪些人、最后交付什么。带上现有表格和一次例外情况,比列一长串功能名更容易讲清范围。

需求访谈实用阅读新思度内容编辑
需求沟通前,带上一个真实流程

场景示意

先选最近发生的一项工作

选最近发生的一项工作,准备脱敏的表单或截图。

准备脱敏表单,并请经办人参与

带来最近实际发生的一项工作,准备脱敏表单、截图或交接材料,并请日常经办人参与说明。先列出谁开始、需要输入什么、经过哪些人和怎样算完成;把仍不确定的事项留作问题,不提前把猜测写成已经确认的功能需求。

需求访谈准备与沟通场景

谁发起,经过谁,怎样算完成

  • 请经办人按发生顺序讲述,记录输入、操作与输出。

  • 追问等待、重复录入和出错的位置,区分事实与猜测。

拿一次课件申请追踪等待的原因

例如,老师每周向管理员申请一份课件。请他展示怎样提出申请、管理员怎样找到文件、收到后怎样确认版本。若等待发生在不知道谁审批,先明确责任;若问题是同名资料太多,先整理当前入口。两种困难需要不同方案,不能都概括成系统不好用。

猜测不能直接写成已确认需求

把所有愿望列成功能清单容易遗漏实际流程;先解决一条完整任务比只讨论界面更有用。

把任务和例外条件交回使用者确认

将需求写成任务、结果与例外条件,交回使用者确认。

留下角色、证据与未确认的问题

将已完成、待补充和待确认分开标记;需要补充的项目写明缺少什么、由谁负责。

访谈记录包含场景、角色、现有操作、问题证据和待确认事项。

继续了解

想做管理系统,先讲清一件事

原型怎么评审,才能少返工?

验收不是看一眼,要完成真实任务

把问题说具体,让下一步更清楚。回到开头 ↑

继续了解

从业务问题找到服务入口

先了解产品与交付方式,再带着现有流程讨论范围。

机构数字产品 ↗开发与实施服务 ↗微信视频号专栏 ↗

功能、周期与费用在需求及交付范围确认后确定。

查看产品