如果真实的用户因条件制约,而无法现场参与到项目中。那些如下提供了一些“用户代理人(Proxy User)”的角色来替代,那些真实用户。
用户代理 | 他们的核心能力 | 要注意一些缺陷 |
---|---|---|
主题专家SME Subject matter experts |
中小企业对该产品的领域非常熟悉,可能对市场上已经存在的类似产品有一个大致的了解。他们可以预测用户的不同需求,并提出业务规则。 | 与真正的用户相比,SME在该领域可能经验丰富得多。他们也可能忽略了用户所经历的工作流的细微差别。 |
营销团队 Marketing Team |
他们可以接触到市场上当代产品的可用特性,因此可以提出所需特性的建议和它们的相对优先级。 | 他们可能缺乏关于产品行为和验收测试用例的详细知识,使得创建有用的故事和基于它们的实现变得困难。 |
商业分析师 Business Analysts |
他们充当业务团队和技术团队之间的桥梁,并能够在引出需求时平衡这两种需求。(可以暂时代理产品负责人) | 如果商业分析师推荐的产品与现实生活中的用户没有密切接触,就可能缺乏现实生活中的接触。 |
技术支持和帮助 Techincal support and Help desk |
它们与实际用户进行频繁的交互,因此可能很容易理解或预测用户的需求。 | 他们可能会偏向于易于支持的功能,而不是解决他们在现实生活中遇到的复杂问题。 |
客户 Customers |
他们是为软件付费的人,因此他们最有资格评论哪些功能增加了价值,哪些没有。 | 如果客户和用户的角色不同,那么在客户认为他们所购买的东西和用户每天使用的东西之间可能会出现脱节。 |
技术主管 Technical Lead |
他们非常了解产品的内部工作方式,了解产品的功能、改进范围,并能够预测应该为用户增加价值的特性。 | 他们可能会想出在技术上让自己满足自己愉悦的功能,但不一定能让用户满意。例如,建立在最新技术上的复杂用户界面的好处是什么? |
用户观察人 Uesr’s supervisor |
他们熟悉自己团队的操作,所以可能会有一些知识。他们自己也可能在当前或过去扮演着用户的角色。 | 正如在管理角色的情况下所预期的那样,关注点可以是生产力和效率,而不是软件的核心功能。 |