没有界面时研究什么：DWP后台项目把文档也交给实际读者

没有一组可点击的页面，用户体验研究是否就没有对象？DWP Digital研究者Jason Bell在2018年的项目回顾中，遇到的正是这一问题。他所在团队开发后台系统，大多数相关方并不面对团队新建的用户界面；研究因而不能只围绕屏幕外观和操作展开。

作者先说明用户需要如何组织。参与对象包含多类DWP同事，传统按角色和权限形成的人物画像，在这个项目中并不合适。团队转而把需要归为五个核心功能主题。文章给出主题数量，却没有在这里公布五个名称，因而不能从数字继续编出一套通用分类表。

这一调整让讨论对象从一个假想人物的完整故事，转向用户想完成的实际功能需要。Bell说，团队记录真实意图，并将它放在核心验收依据的位置。这里转述的是作者对当时项目的解释，不是本篇对所有人物画像方法作否定，也不是已经检查了该项目全部验收结果。

文档成为另一个具体反馈对象。团队既向潜在相关方交流拟议架构，也直接测试已经开发的文档。作者特别指出，提供反馈的是将实际使用这些文档的DWP Digital团队。后台服务最终可能让许多部门团队受益，与当前哪些人会读取开发资料，是相连却不同的范围。

这种区别使“没有屏幕”与“没有产物”分开。架构说明能够承载拟议的系统关系，文档又有真实读者；两者都可以进入讨论，却不是由一个漂亮页面代替。本文没有获得原文档或参与访谈，不能补写某条意见怎样改变了具体接口，只保留作者已经说明的反馈渠道。

研究发现也被带回团队交流。作者说，每次show and tell先回顾该轮迭代中的研究，将匿名化结果和洞见公开讨论。其他团队可以到访，了解目前学到什么及研究引向哪里。公开说明过程，让研究者需要回应对依据的询问；它并没有把每次展示自动变成一份已经验证成效的报告。

团队还把参与范围扩展到开发者、交付经理、架构师、测试人员、业务分析师和产品负责人，鼓励他们参加访谈与工作坊。另一些展示采用相关方语句及较鲜明的视觉表达，帮助抽象后台工作进入共同讨论。这里的具体关系，是研究由谁接触、发现向谁解释，而非本文重新做了一轮研究。

这份具名历史案例提供了不同于界面原型的学习内容：功能需要、将被阅读的文档、匿名发现和跨角色交流，都能成为后台项目的研究材料。网页明确发布于2018年4月20日。本文实际读其六节主文和邻接，不提供个人数据处理、系统验收或税务权益方案，也不将作者的积极评价当作普遍改善率。