4. 政策影响
作为产品经理，一定要保持对政策规章的敏感度，根据政策及时调整或开发相产品关功能，这样才能保证能够合规，或吃到政策的红利。比如做教育行业，教育部门发布了关于延时课相关政策后，产品经理一定第一时间研究相关政策，在条文的具体操作要求中，寻找产品能够与之契合的场景或功能点。一般国家政策发布后，与之相匹配的需求一定会提到高优先级。
三、确定开发周期需求开发周期的确定必须与研发部门共同进行。
一般先由产品经理将需求转化成史诗故事，然后将史诗故事分解为若干用户故事，然后对每个用户故事描述出实现方案，然后就可以与研发部门确定出每个需求的时间长度。为什么要分解成用户故事呢？我认为通过用户和场景更能清晰易懂地向研发人员传达需求。
举例说明，有这样一个需求：集团学校的领导想要知道每个学校、每个班级的学生出勤率情况，要求能够选择计算多个学校的出清情况。
这里我先把这个需求转化成史诗故事：作为集团学校管理人员，全面了解某日期区间内每所学校和班级的学生出勤情况，做好对低出勤率园所的督导工作。
然后再将具体的需求分解成多个故事：
这里分解成了5个故事，列出其中一个：
- 作为：集团学校管理人员
- 期望：可以选择一个日期区间，整体了解一个日期区间内每所学校的学生出勤统计概况
- 实现：做好对低出勤率园所的督导工作
然后根据故事给出相应的实现方案，实现方案尽管不是通过原型的视觉表达，但要求颗粒度尽可能细致，这样研发人员就能评估出更准确的时间周期。这里给出一个示例：
每个需求的时间周期确定后，就会进入到产品路线图的规划阶段。
四、规划产品路线图产品路线图可以是某个单一产品，也可以是一组产品，每个月或季度的路线图通常会涉及多个产品，甚至多个产品线，因此单一产品路线图比较少。
绘制产品路线图的工具也很多，大都为国外产品，而且几乎都收费，如ProductPlan、RoadMunk、Trello、Craft、Aha等，所以这里我们可以选择像PowerPoint、Axure等免费工具进行绘制，尽管非产品路线图专业工具，但只要我们能够把握绘制产品路线图的步骤，也能用这些免费用具绘制出专业又好看的路线图，唯一的缺点就是如果路线图需要大幅调整时，不如收费的专业工具更加便捷。
我绘制产品路线图主要分为罗列产品线和产品、梳理各产品需求、合并同类需求、分解各需求时间周期、绘制产品时间轴图、添加需求依赖关系6个主要步骤。这里我们举一个多产品线的例子进行详细说明。
1. 罗列产品线和产品
首先将OKR涉及到的产品线和产品线中的全部产品，按照产品线分类即可，产品线和产品线中的产品左右结构放置，如下图所示，共涉及4条大产品线，主要包括学前教育平台、中小学平台、自有（内部使用）平台、硬件产品，每个产品线中包含若干数量的产品，如学前教育平台中包括“家长端APP”、“教师端APP”、“园长端APP”、“园务管理平台”、“代理商管理平台”、“集中管控平台”，这些都是与学前教育相关的。
2. 梳理各产品需求
依据产品部门或产品经理个人OKR将各产品确定的需求范围一一梳理，该步骤可以在纸面或单独文档中进行，该步骤主要目的是将产品涉及到的全部需求有个整体了解。
3. 合并同类需求
产品路线图是以时间轴为呈现基础的高度凝练的产品规划视觉摘要，我们需要对上线梳理出的各产品的需求合并同类项，特别是对于散点的中小型需求，需要提取这些需求的共性，概括它们的目标，如“校园视频观看时间统计需更精准”和“考勤功能页面优化”，这两个需求的共同目标就是为了让园长端APP更好用，这里我们就可以概括为“提升园长端APP”的易用性。
针对同一时间周期内需要同时完成的需求合并后，则从散点化逐步区块化，我们更容易在规划的路线图中放置这些需求。
4. 分解各需求时间周期
这里我们将每一个需求都按照方案设计、编码开发、测试上线3个阶段来做时间阶段分解，把这3个阶段用时分别确定下来，就确定了一个需求实现的完整周期。
在合并需求同类项后的需求清单中，将各需求的3个阶段的起止起止日期标注上。作为产品经理，研发评估的每个需求的时间为研发用时，至于产品方案设计用时以及具体开始研发的时间需要产品经理根据需求复杂度和优先级进行确定。
我们尽量将一个具体需求的整个设计、开发、上线过程控制在一个月范围内，同一个需求涉及到多个产品线时，多个产品线对于该需求的时间进度应基本保持一致；分解需求时间周期时，还需要注意研发资源的合理分配，必须将研发资源合理均匀地分配在每月或季度的时间进程中，避免出现某个时间区间内工作量特别满，有些时间区间内工作内容又非常空。
