旅游产品
规划赶不上变化，现今市场瞬息万变，不能花费太多精力去做规划，否则，规划做出来了，时机也错过了。如果不规划，连自己的产品要怎么做都不知道，那后果可想而知。规划只是参考，在迭代的过程中不断调整产品才是硬道理。
本规划思路是在领导给出战略方案、进行过竞品分析（及其他调研分析）、确定了用户需求并评审通过之后，如何将概念化的需求转化为具体的产品的规划方法。思路共分为五步走：
确定产品范围；
制定产品策略；
梳理产品结构；
设计细分功能。
一、确定产品范围
1、根据问题做解决方案
根据产品的战略定位及用户需求，为产品做解决用户问题的方案，得到具体的产品功能。这个过程要考虑目前市场阶段是不是符合当前功能；竞品用了什么解决方案，效果如何，哪些可以借鉴，是不是还有其他形式的解决方案（如新技术、新模式的出现可能会对此需求有更好的方案），PM可以编写个竞品目录，记录竞品信息，如下图；公司技术、资源是不是能支持；我们做出来能否赶超竞品或满足产品战略；还有找些“用户”，问问他们有没有使用的欲望及意见。
案例产品问题转化为方案：
竞品目录：
2. 细化并筛选出功能范围
一个个的需求痛点转化成功能概念之后，再细化出功能模块，并选择出符合公司战略定位的功能，选择出来的就是该产品的功能范围。这里要考虑功能的市场竞争策略是不是最佳，与产品的目标用户是不是吻合，怎样筛选组合这些功能才能更好的满足用户整体的产品需求、符合产品战略。
案例产品功能范围确定：
3、进一步确定产品定位
有了功能范围我们就可以对产品做进一步的定位，梳理清楚我们产品的核心价值、细分市场定位、产品实现目标等，方便我们理解产品，并对后面的产品设计有指导意义，同时也是对战略定位的验证，看看由这些功能组成的产品是不是满足产品战略需求，可适当的做调整。（这里只是简单带一下产品定位，想了解更详细的产品定位思路可以参考下我的上一篇文章行程规划旅游APP—市场需求文档）
案例产品的产品定位：
4、为各角色规划功能
到目前所说的功能均是对最广大的C端用户群体而言，但一个产品并非只有目标群体一类用户，为达成产品目标中所有使用该产品的用户都是该产品的用户，只是角色不同。这就要搞清不同角色的需求是什么，或者我们拿什么功能来吸引他们参与。搞清楚个角色的价值需求之后，再为各需求问题规划相应的功能，如目标用户功能范围。
案例产品角色需求：
5、形成核心功能清单
将目标用户需求的功能与各个角色需求的功能按功能模块梳理成文档，便于管理。也可以对功能列表进行优先级排序，编号助查，写清功能来源、目标效果等。
二、制定产品策略
1、定好策略
确定产品范围后，还不能立刻开始设计产品，需要先制定出产品策略，知道了每一步要干什么，可以实现产品目标，才能做好版本规划，才能知道现在应该做什么。做产品策略要结合产品战略、市场发展趋势，看功能是否在未来实现后的市场阶段中还有价值；要结合产品运营推广计划，最好能实现同步；要结合公司的开发资源，开发资源不充足的时候，考虑是招人加大投入，还是砍掉次要功能，是否与其他项目进度冲突等问题；还有就是，要考虑功能叠加的问题，有些功能一定要在其他功能实现的基础上才能实现，比如，下图中的“个性化产品推荐”功能，必须建立在“定制”功能收集到了足够的数据之后才能进行。
2、划好阶段
依据产品策略对产品的功能做阶段规划，确立每个阶段的功能范围。这里有一个基本的策略思路：先做最基本最核心的功能，上线验证后；再扩展功能范围、服务范围；有一定市场后，然后做运营相关的功能，提供更有竞争力的服务，同时持续打磨产品体验；最后，在产品到达一定瓶颈时，可以纵向以新技术、新模式突破，也可以横向形成目标用户群的生态圈。具体要结合产品本身，主要还是依据产品策略和公司资源。不能忽略的是，还要考虑产品中台、产品后台、相关系统与前端功能的关联性与相互的支撑关系。（注意：此时可以只规划前端功能的阶段，中后台功能待我们下面梳理好之后再补充上来）
案例产品阶段计划：
三、设计业务流程
依据上面的功能列表和阶段规划，就可以设计业务流程了。
1、整体业务流程
为了方便对产品整体的理解，避免后面陷入迷茫及前期漏掉铺垫功能（如：智能推荐需要有用户数据收集的铺垫功能），首先需要根据产品策略整体的为产品设计流程，站在产品整体的高度上，连接起各功能模块的关系（比如案例中，“系统定制”的业务就需要与“E定制”的业务连接起来，行程整体的流程，因为系统定制的算法来源正式根据E定制<人工定制>的用户行为分析而来）。案例图丢失，o(╥﹏╥)o，有机会再补上。
2、拆分业务线
按各功能模块业务线进行分别设计，可以更专注的把各个业务线走通，更好的梳理清前中后各端业务关系。有些相互有关联的业务线可以并发式设计，同时对两个或多个业务线在有联系的点上进行同步设计。建议画业务流程图的时候，在旁边标注上该流程对应的相关功能，流程图画完，产品功能也就都出来了。重点做关键业务线的流程图和当前版本要做的产品线业务流程。这里举两个栗子：
人工定制业务线 & 系统定制业务线流程图：
“活动”模块业务线流程图：
四、梳理产品结构
其实在业务流程梳理的同时，就可以同步梳理产品功能结构了。先针对每条业务线梳理单个模块的功能结构，再将各个业务线的功能按着前端功能、个人中心、中台操作、后台管理，进行分类组合，就形成了产品整体的功能结构。当然说起来比较简单，这里面要考虑用户体验、产品调性、业务可实现性等问题。产品结构图中最好标记好优先级，方便后面做具体的版本规划。当前阶段要做的功能就拆分详细一点，远期要做的可以简洁一点，关联性弱的功能也可以不做进去，只挂个名称。
系统定制业务线功能结构：
产品供应业务线功能结构：
整体产品功能结构（模糊处理）：
现在前台到后台功能都齐全了，可以回过头再把阶段规划完善，并把非前端功能补充到功能列表中。
五、设计细分功能
全部功能规划好之后，就要对一个个的具体功能进行设计了，包括功能的流程、状态机等，这里要考虑用户的实际体验流程，数据的流转，既要保证好的用户体验又要照顾系统性能。网上有很多功能流程图，不举栗了。
今天就写到这吧，有点小困，再后面就是设计信息框架、原型图 巴拉巴拉……在下的产品规划功底并不深厚，本文仅供段友参考，最重要的是经过自己思考，整理出来的思路才是最适合自己的。
题图来自 Unsplash，基于 CC0 协议
相关阅读
PID控制器（比例-积分-微分控制器），首先以一个通俗而又经典的小故事来介绍它。/************************小故事分界线**************
在以AWS、Google、阿里等为代表的公有云发展的同时，很多大型企业出于数据安全性、系统稳定性、软硬件自主权、对自主可控以及在完
过去一提起理财，大多数人最先想到的就是银行理财产品和基金债券一类的理财项目，在以前经济水平还不高的情况下，这些确实是我们最常见
先百度一下，Unified Modeling Language (UML)又称统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系
透过报告看逻辑：E宠商城 VS 波奇宠物——宠物电商类APP
漂亮的文档千篇一律，出色的逻辑万里挑一。可以不夸张的说，我所见的大部分产品助理、专员以及产品经理，都更倾向于创新型和执行型。他