做产品5年+了，你们都会沉淀哪些产品方法论？
source link: https://www.pmcaff.com/discuss/2716442169314368?newwindow=1
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
做产品5年+了，你们都会沉淀哪些产品方法论？
想到需求分析，大脑第一时间想到的是再深度沟通下。
想到产品设计，大脑第一时间想到竞品怎么做。
想到项目管理，大脑第一时间想到的是制定项目计划表。
可是，这真的是产品方法论么，来一个新的东西，是否会推翻？
贡献几个独家总结的方法：
1.产品功能的ROI评估基础，回答好这个问题：用户/场景/问题，也就是哪个用户在什么场景下要解决啥问题，回答清楚这个，再看解决方案，这里解决方案是解决问题的办法，还不是产品功能，有了解决方案（有了方案其实还需要进一步做ROI评估，然后就容易看到哪些部分做成产品功能是综合回报最大的了），最后一步再看哪些合适做成产品功能，接下来就是这些功能的优先级和迭代计划，不展开了，还有很多细节。
2.产品规划路径参考：数据在线、人效提升、自动化、智能化，关于这个点，网上很多类似的阶段和可参考的内容，但这四个部分是我自己经过几年实践总结出来的点。
数据在线的一个简单可参考评估技巧：如果你的用户还在用excel整理数据，并且通过钉钉或者微信传递给合作的部门或者公司外部的合作伙伴，那么这个小流程和环节，就是数据不在线的点了，一定是你的内部系统需要考虑迭代的环节。
其他的都基本字面意思。
3.通用产品功能设计的基本范式：业务功能、数据、运营管理功能。
业务功能：是指通常产品给到你的用户使用的界面，无论是C还是B都是他们直接用这个产品的功能界面。
数据：行为统计、业务统计的BI和数据产品界面，用于监控自己产品的使用状况和未来迭代分析的。
运营管理功能：是为了保持业务功能的一定灵活性和管理者角色需求的后台功能，这部分一般来说都比较容易忽略，几乎所有方向的产品模块，都需要这个部分，否则产品刚性十足，很容易在某些阶段的版本被吐槽。
还有些点，需要具体场景比较好解读，先抛砖引玉吧。
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK