某种程度上，产品规划可以帮助产品经理更有逻辑地构建产品，提高产品后续迭代的灵活性。那么，产品规划能做些什么来更清晰、更实际地提振业务呢？
先说为什么要做产品策划。
可以不做产品策划吗？其实有可能。如果业务需要什么，我们只要把功能堆到系统里就完事了。但是渐渐的，你会发现系统功能多到你说不全，用不上。客服越来越多，但还是回答不了客户的问题；R&D反馈代码不能越改越频繁，也没有办法添加功能；商家会说，竞品已经有这个功能了，为什么我们没有这个功能；抱怨我们的产品不如竞品，不好卖。
未来产品规划的功能如下:
有计划地建设产品能力，长期保持产品在细分市场的竞争力；产品的功能复杂度可控，在保持易用性的同时可以满足多个角色的需求，从而降低销售成本和运维成本；给R&D架构的设计一个参考，通过保证架构的可扩展性来提高产品迭代的灵活性，最终表现出对市场的响应速度。
产品规划工具
一是产品架构图，二是产品路径图，三是功能全景图。
首先，产品架构图可以高，中高层人员会从架构层面关注产品的全貌。
其次，可以实施产品路径图。从时间线看产品路径，也是中高层人员关心的问题。
最后，功能全景图可以到达地面。从具体功能点看产品细节，中低层人员关注。
综上所述，三件套做出来的产品规划是可以高的，落地的，可执行的。
这也是产品经理的核心九字方**。
1.产品架构图
产品架构图是一个层次结构，主要分为几层:表示层、业务层、中间平台层、技术层。
1)表示层
描述主要产品设计的终端类型，如移动终端(iOS、Android、H5、小程序)和PC终端。
2)业务层
它分为两个维度。一个是按角色。例如，消费金融系统有一个客户、一个客户经理、一个审批端、一个风险控制端、一个贷款后端和一个收款端。二是根据业务，如3C分期、医美分期、教育分期等。业务视角可以将几个角色串联起来。
3)中间平台层
它主要是利用模块化的设计思想，将一些常见的模块进行解耦和聚合。比如所有的业务系统都会涉及到订单、权限、用户、数据，所以业务中台可能包括订单系统、权限系统、用户系统、数据BI系统。
4)技术层
也是模块化思维，只是层次较低。例如，即时消息、规则引擎、文件管理、日志、通知等。都用在这些系统中。其他的，比如数据库、存储、微服务、分布式部署，需要技术辅助，不一定反映在产品架构图中。
另一部分是三方对接服务，如常用短信、信用查询、电子签约、三方支付、语音识别等。
2.产品路径图
产品路径图是将产品架构图中的模块进行拆解，形成以时间轴为主轴的路径图。
线上的每个节点都包含了时间、模块、核心功能、用户价值、商业价值等东西。
这个图纸需要基于公司的战略和技术资源。基于这两点，可以梳理一下。你不能YY自己，因为你可能不知道战略或技术如此之好。你一定要跟领导和技术沟通，一起整理。
3.功能全景
功能全景图是前两个图的提炼和衍生。所谓的功能全景图，其实就是功能的列表。第一列是路径图中的关键模块，第二列是模块下的功能点，第三列是子功能点。
模块是可以单独交付的单元。一个模块可以涉及多个角色或多个中间层系统。
比如医美分期就是一个模块。医美分期可能涉及客户、客户经理、审批、风控等。，以及订单、付款、许可等。
模块的功能实际上是用例。一个用例必须有一个动宾结构，用例是一个小的设计单元，指导产品经理进行产品设计。
产品规划是因为一个原因(现状)，我们需要做什么，能给公司带来什么价值，如何落地，可能会遇到什么问题或者风险，最后需要的资源支持。
我想大家都很容易理解整个产品的策划思路。最难的是充分了解产品的现状，然后找到正确的目标和方向。剩下的其实就是围绕核心方向进行完善和细化，让整个规划更可行，落地成功率更高。
本文来自繁华落尽与君老投稿，不代表舒华文档立场，如若转载，请注明出处：https://www.chinashuhua.cn/24/576380.html
微信扫一扫 
