GOV.UK的《为服务规划用户研究》把计划放在每个开发阶段的开始,并说明计划会随着对用户认识的增加而更新。它首先处理的是问题的身份:没有依据的假设和意见,应当变成研究问题。这样记录下来的一项“需要弄清的事”,与已经得到的发现有不同位置;计划保留的是待检验内容,而不是替假设附上一份已获证实的标签。
问题的具体程度也随阶段而变。指南把探索阶段的问题描述为较宽泛、会迅速演变;到了后续开发阶段,问题逐渐围绕特定用户群和服务的特定部分展开。这种变化同时涉及“关于谁”和“关于服务哪一部分”。因此,同一个项目在不同阶段留下的计划,可以有不同的对象范围,不只是原问题清单的日期更新。
用户群是另一项独立资料。根据所需了解的内容,计划可能涉及服务的各类用户,也可能只涉及特定群体。新服务的探索阶段甚至尚未清楚可能的用户是谁,指南把弄清这一点本身列为优先事项。它接着说,随着认识积累,可以用人物角色或用户概况记录、呈现已学到的内容。这里的角色资料是学习结果的表达,不能反过来把一份未经了解的角色设定当成研究依据。
研究活动的选择又对应想了解什么以及所处的开发阶段。原文在问题、用户群和活动三者明确以后,才谈到准备研究轮次,并要求每一轮回答具体问题、对应具体用户群。由此,“一轮研究”不是仅凭一个活动名称就完整定义的对象:方法说明怎样接近问题,用户群说明这份认识涉及谁,问题则规定这一轮尚待回答的内容。
轮次安排还与团队的高层路线图相连。指南不是要求事先堆满所有可能轮次,而是围绕最重要的问题准备所需轮次,随新认识增加后续轮次,并保持与团队进展同步。它同时提醒,过多团队无法回应的研究,与研究落后于快速推进的团队,都可能使发现难以进入工作。这里强调的是研究资料与团队决策的对应时机,而非用研究数量本身代表计划完整。
计划在共享文档或协作工具中,需要说明每一轮将回答什么问题,以及怎样帮助团队作决定。参与团队接触的材料还包括记录、原型等资料及其分析。共享空间于是既有未来的研究安排,也能承接过程中形成的材料;“谁能看到计划”与“计划里写清了什么”属于不同的信息要求,单有一个共享位置并不代替问题内容。
研究完成后,发现被接入规划和优先级会议、故事待办列表等团队工具,研究发现与其他产物存入共享空间,并通过展示交流活动传播。与计划中的待回答问题相比,发现已经是供后续设计决定使用的证据资料。这一前后联系,使轮次既连接具体问题和用户群,也连接研究产生的信息将进入哪些团队记录。
信息来源
本文基于上述公开资料整理,未使用来源页面的图片、视频或嵌入媒体。