【内部分享——我心目中的好方案】

好未来述职有很多，我从中学习了很多优秀的述职，也听取了团队里很多各有特色的述职。在这里总结一下，给team的伙伴一些反馈，共识一些标准。

如果是做一个方案，合理的框架包含如下六点：
1. 问题定义：一个方案最重要的事情。

绝大部分人最不擅长的，就是定义问题。 讨论什么，不讨论什么；解决什么，不解决什么；边界是什么，假设是什么；这些问题如果一开始不定义清楚，拉平认知，后续的沟通往往都会出问题。

2. 背景介绍：主要说清楚业界的最佳实践。第二重要的事情。

这个步骤在学术中，叫文献综述。通常一个问题，行业里一定有人涉及过，他们遇到了什么困难，如何解决的，有哪些流派，每个流派的思考逻辑是什么，这些都值得深度参考。

没有弄清楚最佳实践的创新，往往都是自我感觉良好。许多的伙伴给我讲了一堆所谓的创新，其实最佳实践里调研一番，都是常规操作。这是非常sad的，一个人在台上眉飞色舞的讲自己的创新，而对台下知道最佳实践的人来讲，毫无新意。

这个步骤如此重要，以至于，往往搜罗完最佳实践之后，解决方案就能自然呈现了。

3. 方案展示：讲讲你的方案，是如何创新的解决你所定义的问题的。

找创新的方式有很多，适合工业界业务级的，最常见的方式有二：一是跨行业的结合，二是学术变现。

跨行业是指，一个行业的瓶颈，如果能拎清楚底层逻辑，往往能发现在另一个行业里，已经有聪明的方法突破了。如此的事情太多以至于举例子都显得多余。

学术变现是指，学术研究往往领先于产品应用，一个问题通常在学术研究中有所涉及，如果能带着问题去阅读书籍和文献，往往会带来巨大的红利。在AI Lab和Brandy的每个阶段，都有对我的认知影响非常大的书籍和文献。

如果一个方案连逻辑都讲不清楚，很难期待能执行到位。不用把方案看得多么高大上，每个人都会遇到，因为每个人都是自己的架构师。

4. 里程碑定义：关键事件的定义，与时间节点的呈现

有些方案在讲解的时候，非常漂亮，但是没有时间和可定义，可量化结果的方案，都是纸上谈兵。

一个好的方案，milestone应该是一个逐层递进的过程，也可以是终局倒推的过程。

5. 资源需求：组织，预算。

如果说里程碑是定义结果达成的时间，那资源需求就是定义结果达成需要的人和财。一定有方案是目标和愿景都很好，但是资源消耗和目前更高一层组织的战略不匹配。

6. 评价定义：如何评价这个方案执行到位了。

1. 数据量化。如果评价一个方案的执行好坏，需要提前定义，拉平认知。数据是最好的方式。而对一个业务来讲，好的指标涵盖与效率相关的数据，人效，资金效率（获客成本），内容制作效率等，都可以用具体的数字来量化。
2. 对比分析。人往往擅长对比，提出竞品和市场的比较，是一个有效的方式。
3. 时间迭代。在方案落地过程中，市场往往是可变的，需要对评价指标做适时的调整。