旧笔记摘抄 · 认知 · 方法

从旧笔记里按主题拢到一起的话,来源不一,多是读到时随手记下,未逐条考据出处。

Slack——这你多半知道。但你或许不知道，slack 作为英文单词的原意是「松弛」、「慵懒」、「无力」
任何一个复杂项目结束时，复盘都能发现——80% 的效用来自 20% 的投入。
埋头干活需要收敛、保守、拒绝可能性；抬头看路需要发散、开放、拥抱可能性。这是两种截然不同的行为，也需要截然不同的思维模式。而思维模式的切换，损耗极大。绝非热插拔，即切即用；而是需要一个沉浸的过程。换言之，一直埋头干活，就会拙于抬头看路。所以，我们需要少做一点事，腾出大块时间，抬头看看路，莫走错。顺便也考察下其他道路是否更优。当然，纯粹欣赏一会儿路边风景也挺好。

交互方式带来产品形态的变化，ai native 对产品经理本身的能力也提出了新的要求。在过去，产品经理做的事情是把用户需求抽象出来就可以，现在要求产品经理非常懂大模型的能力和边界，因为很多产品的服务都能够通过大模型来实现，这就要求新一代产品经理的出现。

那怎么讲好一个故事呢？
1，为你的故事先打好草稿甚至逐字稿 2，先讲结论，再阐述准备好的故事 3，使用“先同步，再引领”技巧，并多次循环 4，将抽象的概念转化为听众可以理解的比喻 5，设计代入场景
最后，我们应该注意的是，一切技巧都应该以真诚为前提，你讲的事情最好是你自己经历的事或你真心相信的

人们借助类比理解新事物，然后被类比误导。

述职报告
如果是做一个方案，合理的框架包含如下六点
1.问题定义：一个方案最重要的事情。绝大部分人最不擅长的，就是定义问题。讨论什么，不讨论什么；解决什么，不解决什么，边界是什么，假设是什么；这些问题如果一开始不定义清楚，拉平认知，后续的沟通往往都会出问题
2.背景介绍：主要说清楚业界的最佳实践。第二重要的事情. 这个步骤在学术中，叫文献综述。通常一个问题，行业里一定有人涉及过，他们遇到了什么困难，如何解决的，有哪些流派，每个流派的思考逻辑是什么，这些都值得深度参考。没有弄清楚最佳实践的创新，往往都是自我感觉良好。许多的伙伴给我讲了一堆所谓的创新，其实最佳实践里调研一番，都是常规操作。这是非常sad的，一个人在台上眉飞色舞的讲自己的创新，而对台下知道最佳实践的人来讲，毫无新意. 这个步骤如此重要，以至于，往往搜罗完最佳实践之后，解决方案就能自然呈现了

GPT 式的工作哲学
员工的能力就在这里，用不好是老板的问题。
有了背景、提示、示例、参考资料，才能对齐。
对于简单任务，只需要说明白要什么样的结果。
对于复杂任务，需要介入每个步骤，多轮对话。

读书不需要读懂每一个字，而是“鞭长一处，不及其余”
支撑写作的不是文笔而是逻辑。
笔记不在于数量多少而在于是否添加了自己的思考，建立了联系并运用，这才是知识。
千万不要只做数字世界的信息存储器和搬运工
重要的不是笔记的数量，而是最终的认知的价值

单次决策中，好的决策意味着收益最大化；
连续决策中，好的决策意味着下一个决策的选择权。

我自己用的方法是《Things Explainer》的作者 Randall Munroe 的方式，用 1000 个最简单的词汇去解释最复杂的事物，不允许使用复杂的大词、新词。听到任何一个词语，试着拿 1000 个最简单的词去写一遍，当你写第二遍的时候，就会发现它的真实情况会浮出水面

卓越的「成就」来自于优秀的「解决方案」，优秀的解决方案来自于正确的「问题」，正确的问题来自于准确的「理解」，准确的理解来自于独到的「观察」。我们该如何正确地观察世界？这是首要问题。妄图跨过前提直接获取成就或解决方案，都是缘木求鱼或跟风撞大运。