本分析建立在Keep未提供跑步功能之前。
根据用户的反馈，很多用户普遍都有跑步的运动需求，因此，对Keep用户可能的跑步场景以及现有的解决方案进行分析如下：
根据可能遇到的问题及用户可能的解决方案，整理出具体需求如下：
开发跑步功能的必要性：
1、Keep是一款可以根据用户的健身场景自定义符合自身训练计划的移动健身辅助软件。
2、Keep不仅在健身房里被广泛推崇，在家庭健身更是如火如荼，帮助很多人开始进行无道具的健身训练。而跑步作为一个完全不需要任何额外道具（当然有跑步鞋会跑的更舒适健康）的0门槛健身运动，比起Keep的无道具健身训练，连健身毯都不需要。
3、跑步运动是广受大部门群众接受的运动方式，适合于各个年龄阶段。
4、将现有的健身训练与跑步训练相结合，推出新的健身计划，可以帮用户取得更好的健身效果。
5、Keep的中坚用户群体（有业余健身爱好的人群），进行跑步训练的可能性非常高，如果不开发跑步功能，部分用户可能会外逃到竞品中去。
6、有规律的提醒用户进行跑步，可以养成用户定期打开Keep的习惯，提升用户粘性。
根据上诉的需求分析，整理出跑步功能要解决的用户需求功能点如下：
功能模块需求优先级划分：
Keep的产品定位：主打用户的移动健身教练，让用户随时随地可以锻炼。
Keep跑步功能的核心业务逻辑：
根据Keep的产品定位和核心业务逻辑对上述需求功能模块进行需求金字塔优先级排序：
其中，基础型需求所占权重为3，期望型需求所占权重为2，兴奋型需求所占权重为1。
按四象限分析需求功能点：
按【用户量与频率】排序：
频率高用户量大所占权重为4；
频率低用户量大所占权重为3；
频率高用户量小所占权重为2；
频率低用户量小所占权重为1；
按【开发难度与见效】排序：
开发难度小见效快所占权重为4；
开发难度小见效慢所占权重为3； 【该功能模块处于MVP期，更应该快速做出雏形，故开发难度的考虑优于见效快慢的考虑】
开发难度大见效快所占权重为2；
开发难度大见效慢所占权重为1；
综合优先级排序整理：
综合权重为（【用户量与频率】+【开发难度与见效】）×需求金字塔权重
结论：
版本1：版本1的主要侧重于基本功能的实现（MVP），上线后收集用户的使用数据，来为接下来的迭代调整做参考。由需求优先级划分，版本1主要推综合权重位于第一梯队的功能点：
版本2：根据版本1上线后用户的使用数据进行功能的迭代优化，同时为跑步功能模块增加一下用户的期望型需求与兴奋性需求(根据开发任务的排期和项目周期还可以拆分为两个版本）。根据需求优先级的划分，主要实现以下功能点：
