千万别去确定自己的想法/方案最优。

往大说，这么干的人是罗永浩，往小说，这么干的人是无数深陷泥潭的画图工。

把你的想法/方案最快速度落地，持续收集用户反馈，长期观察竞品，深度调研/思考，不断小步快跑——做验证，别做梦。

做用户的产品。

最优不好说，可以先聊一聊最低

产品来讲只要实现逻辑闭环，整体业务可以跑的通没有重大逻辑问题那么你的方案就是可行的，怎么说都说的通。

至于最优，屁股决定脑袋。俞军老师说过，公司创造的是有利可图的用户价值，思考思考投入产出比，符合当前公司业务要求和用户需求且最容易实现我认为已经是最优方案了。

举个例子，微信的图片评论需要大量的审核岗测试半天就匆忙下线了。

最后分享给大家腾讯传里的一句话：

”用户需求是产品核心，产品对需求的体现程度，就是企业被生态所需要的程度。

产品研发中最容易犯的一个错误是:研发者往往对自己挖空心思创造出来的产品像对孩子一样珍惜、呵护，认为这是他的心血结晶。好的产品是有灵魂的，优美的设计、技术、运营都能体现背后的理念。有时候开发者设计产品时总觉得越厉害越好，但好产品其实不需要所谓特别厉害的设计或者什么，因为觉得自己特别厉害的人就会故意搞一些体现自己厉害，但用户不需要的东西，那就是舍本逐末了。“

原本没想回答这个问题，因为确实太泛了。不过看到这么多同行关注回答，而且认真看了下题主的内容，是一道面试题。那就针对面试来说说自己的想法。

产品设计没有严格的标准，方案到底是好是坏也不是产品设计阶段就能非常明确的。那么产品经理如何确定自己的方案最优。

有一句广告词怎么说来着，《没有最好，只有更好！》

站在面试者的角度，小编认为可能是想问的是，如何保障产品方案的去伪求真，落地实施后对原需求产生正向的影响。

其实这是一个较大的话题。其实就是考究楼主是如何做产品的，可以从产品设计的Todo，Doing，Done三个方面思考。

• Todo：对业务需求是否进行的合理的，恰当的，有效的分析。比如是否结合所处市场环境，业务场景，竞品变化，产品特点，用户行为进行了有效的分析。
• Doing：在产品设计中是否有参考行业的最佳实践案例。是否有对自身产品数据和用户数据的分析，在数据宏观分析中寻找方向，在数据微观分析中洞察机会等。
• Done：在产品上线后，是否有对实际效果的监测计划，是否符合了产品的商业布局，变现模式，用户分层等等。

因为是面试题，楼主可以从上面的任意方面重点聊一下就好。

关键点：最优、确定。

1. 最优：世上没有绝对，只有相对。考虑相对时尽可能列举出全面的考虑维度，比如：主要用户群体，关键决策人，调研和分析中的不确定性，方案成熟度，团队资源及能力配置，时间，里程碑要求等。在这些维度中取得平衡。

2. 确定：产品经理经过权衡和深思熟虑后的价值主张。经过多轮调研-假设-验证-改善后自己主张的内容，全面而细致的传达给团队和决策人，过程中坚守产品目标和价值产出，不轻易动摇且积极争取资源。

一句话总结，分析设计时要怀疑一切包括自己，开动了要坚守底线提高要求。

我认为「最优」标准是多维度评价的，即使是相同的需求，在不同背景下，最优的解决方案也是不尽相同的，因此我们追求的一定不是「全局最优」以及「永远最优」而是「当下最优」

那么如何确定方案是当下最优的，我个人觉得有两点比较重要：

1）尽可能找到所有影响方案设计的因素，例如：交付时间、技术难度、用户体验等等 

2）保证得出结论的推导过程是可被反复推理验证的，简单说就是在相同信息条件下，每个人决策后指向的结论是相同的，那么这个结论可以被认为是当前最优的

输出的想法或方案结果是否最优取决用你获取信息的宽广度决定的，思考（翻盘）、阅读、实践都是不断提高决策和判断的重要环节，随着时间迁移，同一问题的思考及判断也会发生变化；没有最优，只有当前决策或方案适不适合当下问题

1、核心关注点是“效用”（产品的使用价值及需求的满足程度），其次是实现成本的计算；可以借用俞军大神的公式：用户价值=（新体验 -旧体验）- 替换成本

2、度量标准可以从理性和感性的两方面分析，理性：关键结果数据，例如：评估交互设计中操作易用性，操作的环节和步骤数是否减少，感性：用户学习成本、使用习惯；需要对用户群体由深入了解及认识

3、实现成本主要考虑资源投入及产出结果，包括研发、时间及人力成本；产出的结果：目标及提升什么数据指标、受众对象、围绕该问题是否有其他可替代方案、差异度、与竞品相比较的优劣势等等

产品经理都是从上线以后的用户反馈，公司战略执行和收益情况，关联方反馈，以及是否提供了产品要提供的服务、表达产品要表达的内容。时间证明一切。

项目资源总是有限，个人的认知也是有限，市场的竞争更是变化多端，科技和审美也是在不断的演化，只能说在当下尽了最大努力。

一般的方式是分4步：

第一步：尽一人之力穷举多种解决方案，并分析每种方案的优劣势，也可参考竞品的解决方案，从中获得启发。

第二步：找同部门同事讨论，询问是否有遇到过类似问题，如果有，是如何解决的，解决方案能否复用。如果没有可参考的历史案例，他们是否有其他建议处理方式。

第三步：找研发评估已有几个方案的实现难度和周期，预估是否会有其他影响。

第四步：将所有方案的优劣势，可行性，实现周期进行对比分析。心中先选出一个最优方案和保底方案。

如果是涉及到核心业务逻辑，需要和领导详细汇报，由他们决策最终解决方案。如果是较小的问题，可以根据项目周期以及问题的重要性自行决策。

需要强调的是，问题的重要性和上线时间点，是解决所有问题的前提。否则即使再优的方案，无法在预计的时间点上线也是白扯。

最后的方案优劣可以通过上线后用户数据和反馈来验证，时间是检验一切最好的标准。

2020年12月23日

产品的提升路径是这样的：发现/接收需求-》全面严格的业务调研-》绞尽脑汁后出产品方案-》落地执行查看效果-》复盘反思提升水平-》下一个需求

这样想吧，既然需求交给你做，你就得保证这个方案是你的最高水平。

至于是不是最优解，取决于你的水平有多高。

1、解决实际问题

产品方案的本身不是为了功能而做功能，而是为了解决实际的问题，首先肯定是要看方案是否真的解决了实际问题。

2、可扩展性

在解决问题的基础上就是要看未来在产品发展的过程当中，方案可扩展性是否够强，能否基于此未来可扩展解决更多更复杂的问题。同时可扩展性的另一层意思——减少重构。未来尽量不要因产品方案可扩展性低而让开发推倒老的代码重新再去写，这样也会消耗更多的成本。

一个正常的研发团队，50%的时间在做新功能，50%的时间在做旧功能的优化。所以哪来的最优方案。

保证自己做出现阶段最正确的方案就不错了。

1. 首先我觉得方案最优，得有一个前提，就是在当前状态下，比如说，项目要求上线时间，投入的人力，当前的系统限制等；因为排除了这些条件，肯定有更优解；
2. 能不能解决业务问题
3. 操作逻辑是否符合用户习惯
4. 技术开发难度、时间，符合项目预定周期；

最合适的解才是最优解