您好,登录后才能下订单哦!
用户故事:卡片、对话和确定;基于三个步骤进行开展。
举例:项目:A公司是一家检测设备公司下的子公司,主要服务对象是制造业,由于早起软件系统陈旧,导致客户满意度很低。公司决定,面向制造业的痛点,重新开发一款迎合当下市场的软件,应包含:企业基础架构、生产作业管理、生产质量管理、生产过程监控、能耗管理等等,需要在3个月内上线。幸运的是,客户愿意指派对接人员与研发人员一起规划系统。
在某周的早上,客户、产品负责人、研发小组、Scrum教练在一个单独的环境中,展开对系统需求的研讨和系统功能的确定。
识别客户:
又过了许久.......
角色确定为:
角色建模:接下来,团队考虑为每个角色卡上添加详细描述。详细描述将根据领域和软件类型的不同而有所不同,需要考虑一下因素:
基于上面的团队对每个角色卡片讨论,他们觉得有必要更新一下用户角色卡片:
有了上述的用户角色卡片及延展性的备注后,Scrum教练向组员建议创建用户画像,并解释用户画像可以使用户角色更丰满立体,不再是冰冷的需求代号,而是真实存在。
于是,厂长叶海龙这一画像,就这样诞生了:(基于真实存在的人员)
通过这张画像,是否对系统某一个用户的形象更为具体?组员是否更清晰产品所要面向的具体使用者,那么系统功能就会相对清晰明了,避免了基于客户/研发人员头脑中”理所当然的需求“;
有了这些最初的故事列表,团队进入下一个步骤”编写故事作坊“,于是成员又开始进行一次头脑风暴:
第一种方式:
第二种方式:
叶海龙:
直到组员无法再写出新的故事卡,然后将所有故事卡进行汇总,除去重复的,组员终于可以松一口气,喝杯咖啡。别高兴的太早,活还没有干完。接下来要做什么呢?各位思考一下....
总结:
用户画像可以简单理解成是海量数据的标签,根据用户的目标、行为和观点的差异,将他们区分为不同的类型,然后每种类型中抽取出典型特征,赋予名字、照片、一些人口统计学要素、场景等描述,形成了一个人物原型 (personas)。
1.宏观 – 构建具象认知,构建战略、战术方向:为了让团队在核心用户上达成统一且具象的认知,方便在后续投入上有的放矢;根据用户画像的信息做产品设计,必须要清楚知道用户长什么样子,有什么行为特征和属性,这样才能为产品提出战略和战术层面的指导。
2.宏观 – 探索用户足迹,用户(市场 )导向:详细了解我们的真实用户是如何和产品及其相关内容进行互动等;必须从业务场景出发,解决实际的业务问题,之所以进行用户画像要么是获取新用户,或者是提升用户体验,或者是挽回流失用户等,并最终为用户设计产品。
3.微观 – 构建底层数据基础,如第二条所讲,可以让产品更符合使用的真实需求,从而更好的贴合客户;一切只为客户满意度,否季度KPI又泡汤了。
4微观 – 方便信息的处理:有了标签后组员可以方便地处理各个量化需求并进行分类,评估迭代周期。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。