敏捷式UCD的基石:创建角色模型

作者:jerry 发布于:2012-3-15 19:07 Thursday 分类:产品经理实用模板

一个深谙用户需求、洞悉用户交互行为的产品,才具备成功的可能性。这也是业内为什么一再强调产品要“以用户为中心的”,但是很多团队因为人手不够、项目时间紧、经费有限、或者认为自己可以代表用户,所以闭门造车,导致上线的产品只有自己玩儿。

如果你的团队也由于上述原因,不得已放弃了UCD。那么有一种敏捷的“以用户为中心”的研究方式,及模拟出目标用户的角色原型。

你的团队可以从市场、运营、客服、销售等部门获取到关于目标用户的统计数据:

  • 人口统计特征:最常用的变量是年龄、性别、地理位置、家庭规模、家庭生命周期等。
  • 社会经济特征:包括收入、职业、教育、社会阶层等。
  • 个性特征:性格、价值观、文化背景等。
  • 行为特征:使用目标、使用频率、产品态度、相关技能、准备程度等。

如果,上述部门没有有用的数据提供给你,请不要放弃,那就组织你的团队召开一个角色会议,最好可以请到与最终用户有着密切联系的销售、市场人员,但是人数不要超过15人。

你可以跟团队通过头脑风暴,定义出目标用户的形象,如:

  • 我们的使用者是男人还是女人?
  • 在什么年龄段?
  • 他们有什么样的职业?
  • 他们的价值观是怎样的?
  • 有什么共同的性格特征?
  • 他们的个人背景有哪些?
  • 他们为什么要用我们的产品?
  • ...

当你收集到如此丰富的目标用户统计数据后,着手开始模拟出一个有着真实姓名、背景、个性以及生活的鲜活人物吧。记住,你的角色越真实,你就越关心他的利益点,越能站在用户的角度考虑问题。下面是Jerry针对一个SNS产品做得角色模型样板,不建议直接套用,仅作参考。

点击查看原图

 

评论(0) 引用(0) 浏览(201)

产品经理之MRD、PRD、PSD

作者:jerry 发布于:2012-3-14 16:49 Wednesday 分类:产品经理实用模板

产品经理常要编写的文档有这么几类:MRD、PRD、PSD,下面做了张简单的表比较一下:

 

MRD

PRD

PSD

全称

Market Requirements Document

市场需求文档

Product Requirements Document

产品需求文档

Product Specifications Document

产品规格说明书

编写人

产品经理(偏向市场)

产品经理

产品经理(偏向技术)

侧重点

侧重于市场分析:说明竞争对手、市场目标、产品定位;描述满足市场需求的功能有哪些。

侧重于产品需求描述:细化每个功能点、用户交互、使用场景等。

侧重于产品功能实现描述:细化产品业务逻辑、用例、数据类型、界面等

常见于

(计算机/互联网)大型产品项目

(互联网)产品项目

(计算机软件)复杂产品项目

轻模板

1、文档介绍(目的和概要)

2、市场问题和机会

3、目标市场描述

4、用户特征描述

5、产品路标规划

6、当前版本实现功能概要表

7、附件(包含引用文件、说明等)

1、概述(背景、目的、意义)

2、功能范围

3、用户范围

4、术语表

5、非功能需求

6、功能需求

   6.1、用例

   6.2、界面

   6.3、规则与约束

7、附件

1、引言(目的、背景)

2、任务概述(目标、用户特征)

3、假定与约束

4、功能需求(用例与界面)

5、数据需求(领域模型)

6、接口需求

7、非功能需求(保密、适应等)

8、运行环境

9、其他需求(培训、包装等)

10、附件

标签: mrd prd psd 产品经理

评论(0) 引用(0) 浏览(176)

简单的项目计划模板

作者:jerry 发布于:2012-3-14 13:54 Wednesday 分类:产品经理实用模板

如果项目已被高层通过,决定启动。那么作为项目经理或项目责任制的产品经理,就需要着手写项目计划报告啦,因为我们的上司希望知道团队工作的步骤、项目实现的进度。

一份简单的项目计划报告,应高包括如下几点:

  • 产品意图:即公司为什么要开发这个产品?它的价值何在?项目远景如何?
  • 历史记录:如果管理的是针对某个产品版本的升级项目,可以在这里说明技术债务。
  • 发布条件:在这里罗列出项目的关键交付物。发布条件遵从SMART原则,即确定的、可测量的、可达成的、相关的、可跟踪的。
  • 项目目标:最好设计出一些能够量化的标准,比如要解决多少个BUG数目,要使产品的访问速度提升多少,完成多少个功能点等。
  • 日程总揽表:为了让上司能够大概知道项目的实际进展,创建一个里程碑列表,说明预期在什么时间会有什么产出。
  • 人员配备:项目中的成员往往是从不同工作组或部门中抽调出来的,所以在这里需要说明——所需成员类型、数量、以及参与时间。
  • 风险列表:将会影响到项目进度、质量、成本的重量级风险识别出来,并尽早开始规避。

附:

1)日程总揽表

里程碑事件

计划开始

实际开始

计划结束

实际结束

交付物

责任人

 

 

 

 

 

 

 

2)发布条件常规类型

 状态

上线时间

功能需求

缺陷状况

性能状况

测试

 

 

 

 

 

 

3)风险列表

风险序号

风险描述

发生概率

严重程度

暴露程度

反应时间

 

 

 

 

 

 

标签: 项目规划 项目计划 模板

评论(253) 引用(0) 浏览(1157)

Powered by emlog