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