一.产品概述
我自己使用乐动力有一段时间了，它是一款能够全天候自动记录用户运动行为的健康类应用。支持步行、跑步、骑行等有氧运动的自动识别和热量计算，同时还能帮助用户自动生成每天的生活轨迹。
自动记录展示用户的运动数据（这是我此次选择的关键功能点）：全天候记录手机用户的运动状况，具体展示包含运动的步数，地点，时长，消耗的卡路里等等。
2.角色简介：
角色A：工作狂，小王，25岁，女性，久坐族，一线城市办公室白领，工作忙碌，长期处于亚健康状态。
角色B：运动狂，小潘，20岁，男性，大学生，时间充裕，精力充沛，经常参加爬山，徒步等活动
3.场景简介：
运动的场景纬度：
时间：早、中、晚
场地：办公室、家里、运动场所、上下班路上
种类：球类，慢走，跑步，瑜伽、滑雪、滑等
移动场景下最常见的运动就是走路，可以满足大众运动的需求。
二.分析需求的角色、场景、路径：
1.角色A：小王，女性白领在不同场景下的需求
对应场景：
1)小王长时间久坐，需要给自己设定运动目标，保持身材，看看自己今天走了多少步，消耗了多少能量。
2)小王手机手不离身，又不想频繁打开手机，要是可以自动记录运动数据就好了。
3)小王周末终于有空出去散心，了解了今天的天气适合运动后，高高兴兴的出去了。
4)小王爱美，每天达成目标后，时不时称一下自己的体重，看一下自己有没有达到减重的目的。
5)小王今天达成了运动目标，要是可以让朋友们知道就好了，满足一下自己的虚荣心，刷一下存在感。
2.角色B:小潘，男性大学生在不同场景下的需求
对应场景：
1)小潘几乎天天运动，又是打羽毛球，打篮球的，要是可以记录多种运动就好了。
2)小潘时不时的看当前月的运动总数据，与跑友们互相竞争，督促。
3)由于经常运动，小潘不喜欢频繁打开手机，希望能够默认自动的记录运动情况。
4)小潘今天去爬山，能够记录爬山的运动路径就好了。
c)用户需求对应的功能总结：
经过对用户快速的建模，假设并且通过与用户交谈，得出以上用户在不同场景需要使用的功能。接下来将通过穷举，结合用户共同的使用功能，对需求进行分类，分析出主要进程，并且强化主要的使用功能。
三.需求分类、抓重点
经过穷举我们得到如下需求，并且重组，进行抽象的归类表达：
a)通用需求一：
系统自动记录：步数、距离、消耗热量、行为路径自动定位、天气质量、运动趋势
b)通用需求二：
用户主动记录：录入个人信息、记录体重、设定要达成的运动目标、运动种类选择
c)优先级最高的需求：
录入个人信息、自动记录运动步数、自动计算消耗热量，运动距离 、主动跑步记录
d)优先级一般的需求：
行为路径自动定位，天气质量（相对自动记录运动步数，天气质量，地理定位显得相对优先级低）
e)优先级低的需求：
多种运动种类选择（相对走路跑步这种运动来说，滑雪、打羽毛球显得相对低频）
总结
经过对成熟互联网产品的分析，进行反推式的思考，让我进一步了解到需求的发现过程，一是来自于产品经理本身，二是对日常生活的观察以及用户持续不断的反馈。在需求分析的过程中，“角色—场景—路径”的灌输，使我理解到产品的功能脱离不了用户的动机及其对应的使用场景。在需求决策的过程中，为了便于最小产品的可试验性，确定优先级最高的需求，进行核心功能的设计，满足核心用户的主要需求。至于优先级较低的，可在产品成熟后一一添加，丰富产品的使用功能。
