Gabby 2022.04.20
date
Apr 20, 2022
slug
gabby20220420
status
Published
tags
Gabby
summary
type
Post
- 我就干过类似愚蠢的事情，听某个朋友分享了一些干活，就立即在产品中想要尝试，而忽略了时空环境，以及业务的特性——所以为何这也是我们尽量不要看竞品的原因，也不要过度的由外而内的拆解，因为这个过程一定会丢失或者扭曲系统的模块构成，最终导致信息失效，决策失败。
- 这也是为何我们要“把手弄脏”“亲临现场”，便是有太多的我们不知道的模块藏在系统的背后，只有我们自己经历了之后，才能真正的理解。
- ……任何一个产品的成功，都不仅仅是产品功能的成功，而是一整个系统的成功。即使如宫崎骏这么厉害的导演，其作品的宣发工作也是一波三折，最终因为铃木敏夫的不懈努力找到了独特的推广思路，才跃居成为神作（对比来看押井守的《攻壳机动队》就一直在这方面乏力。）
- ……复盘非常重要，但复盘不是总要纠正不好的，也要把能验证的好的事情保留下来。但即使能复盘，失败的也比预期的要多的多，要做好心理准备。
- Don’t be the best. Be the only.
- Separate the processes of creation from improving. YOu can’t write and edit, or sculpt and polish, or make and analyze at the same time. If you do, the editor stops the creator. While you invent, don’t select. While you sketch ,don’t inspect. While you write the first draft, don’t reflect. At hte start, the creator mind must be unleashed from jedgement.
- 举个最近遇到的真实例子：相对传统的图文，越来越多人开始在抖音上看非娱乐类视频，比如菜谱、某些生活技巧等（宏观环境变化）；而当他们需要再次查看的时候（比如想做某道菜这种微观环境），却忘了如何能在此搜索到——要么放在抖音喜欢，要么下载到相册，都很麻烦。随着越来越多的知识类视频生产（宏观），人们需要提取知识的场景越来越多（微观），传统的笔记类产品，似乎都无法解决这个问题，那么在新时代究竟该如何设计基于视频的笔记工具呢？（发现需求，而非创造需求）
- ……PM做的都是吃力不讨好的事情。当设计师或者工程师工作的时候，特别是创作产品的时候，实际上是一件很兴奋的事情，团队中大部分人还是很开心的。但是轮到PM工作的时候，得到的反馈通常是这样的。“OK，（潜台词你最好说的是对的）”以及“by when？”，PM也只能点点头。
- ·PM天天都在吃屎。当人们看到 PM 经常与领导互动时，通常被认为是令人羡慕的时刻。但是 PM 听到的都是老板在说，为什么没有完成，为什么没有增长，怎么产品这么垃圾？ PM 只能依靠他人进行创作，因此，每次沟通基本上都是在要求（乞讨）人们做更多的工作或权衡它们的质量标准。得到的回答，基本上是“no”，or “find another way”，“too bad”。
- PM 一直在焦虑。想象一下，您的整个工作对输出的质量负有最终责任，对输入有的都是为零直接控制权的。还要受到来自老板的 go faster，来自设计研发的 no，想想 PM 只能 fucked。
- PM 时刻在证明着自己。证明自己的决策力。工程师/设计师加入团队后，大家都很开心，因为都认为他们对输出有切实的帮助（更多代码， UX）。当 PM 加入团队时，默认就是怀疑态度，他们必须证明自己存在团队中的意义。
- PM 经常孤独。团队中通常有多个工程师 / UX ，他们各自结对，可以合作，可以沟通。而 PM 每天只有电子表格和 PPT 陪伴。
- ……大多数人这辈子都不需要成为设计师，但是每个人都会有需要“设计”的情境。所以另一种产品思路是沿着用户的场景，把上下游相关的功能及服务整合进来，而非专注于高级功能的开发。
- 信息丰富，就像所有的资源丰富的市场一样，对普通人不利，但对少数人有利。
- ……根据古老的犹太法律， 如果每个法官都认定嫌疑人有罪，他们就被视为无罪。过多的一致意味着司法程序中存在系统性错误。一致同意往往会导致错误的决定。
- ……他们给企业做营销服务，前几个月的工作室设计最适合企业的营销战略，后面的几个月、几年、甚至是十几年主要就是干一个事：阻止企业换掉这个战略。