【译】一个列表看懂所有认知偏差

我常常会用到维基百科上的「认知偏差列表」这个条目。每当我目睹了某一种认知偏差在现实中发生,却很难回忆起来这个认知偏差的名称或者详细的含义时,我就会打开这个页面去寻找答案。这个可以帮助我发掘我思维中的漏洞的宝贵的资源,是我看到的最为全面又最简洁易懂的一个关于认知偏差的列表。

但是坦率地说,这篇维基百科组织得有点乱,许多年来我一直希望能够梳理清楚这个页面中的信息脉络。在这个页面里查找某一个认知偏差非常困难,更别提我常常在找到之后扭头就忘了上次看到的位置。我觉得这应该是因为在过去的十多年里已经有近千人先后编辑过这个页面,这使得它变得愈发庞大和冗杂。时至今日,这个条目里共索引了 175 种认知偏差,散落在几个界限模糊的分类中(例如决策偏误、社会偏误、记忆错误与偏误,等等)。而每个分类中又是生硬地按照英文字母来排序所有的认知偏差。甚至,还有很多实际意义差不多,只是名字不一样的认知偏差重复出现在不同的分类中。

在过去的四周里,我(Buster Benson)一边休陪产假一边深入地分析了这个列表,才终于整理了出一份更简单、清晰的认知偏差分类树。要不是这段时间里可以思索这些认知偏差之间的区别,我在哄孩子睡觉的时候可能早就无聊致死了。

我把这 175 个认知偏差都放到了一个 Excel 表格中,去重之后,将类似的认知偏差(例如怪异效应和幽默效应)或者互补的认知偏差(例如乐观偏误和悲观偏误)归纳到一组之中。最后,我从所有的认知偏差中归纳出了 20 组不同的思维机制,正是这些思维机制导致了所有的认知偏差的产生。

在种种尝试后,我最终又根据这 20 组思维机制所产生的原因,把它们分成了四大类。每一个认知偏差的产生都是有原因的,一般来讲都是我们大脑为了节约其时间或者精力。这四大类也正是我们大脑最起初想要解决的四大问题。因此这样梳理了所有的认知偏差并进行归类之后,我们也就更容易理解为什么会出现这些认知偏差,它们起到了什么样的作用,又导致了什么样的问题。


导致认知偏差出现的四个问题:

信息过载,信息的意义不明确,大脑来不及认真作出反应,以及大脑存不下所有的记忆。

问题1:信息过载。

这是一个信息大爆炸的年代,我们必须主动过滤绝大多数的垃圾信息。所以我们的大脑也有一些简单的原则来选择性地接收最有价值的信息。


问题 2:信息的意义不明确。

我们只能看到大千世界中很小的一部分,但我们仍然需要从这一小部分世界之中建立起每个人的世界观。在过滤了过载的信息之后,我们的大脑就会将所有的信息连接起来,脑补出这些信息之间缺失的细节,并通过这些信息不断更新我们的世界观与心智模型。


问题3:大脑必须立即采取行动。

我们无法控制时间,也不可能无所不知,但这不是能使我们停止思考的原因。人类之所以能生存至今,正是因为具备了在未知的环境中快速反应的能力。每当了解到一个新的信息,我们都会首先评估我们影响事态的能力,所有的可选的应对方式,并推测不同的决定会导致的后果,从而作出判断,或者立刻开始行动。


问题 4:如何对浩瀚的记忆做出取舍?

吾生也有涯,而知也无涯。我们的大脑会遇到浩如烟海的信息,只能作出取舍,尽力记住将来可能用得上的信息。因此大脑总在不断地作出判断,哪些记忆应当永存,哪些记忆可以被舍弃。例如,我们更喜欢概括的信息,而不是具体的信息,因为概括的信息可以占用更少的脑容量。当大量信息都简化到极致时,我们就只能从中挑出一些存储下来,丢掉所有其他的信息。通常而言,我们大脑中的信息选择机制会与本文问题 1 中所提到的,解决信息过载的过滤机制有所关联;亦或者与问题 2 中所提到的,脑补信息的流程有所关联。这些机制所筛选出的信息又都会对筛选机制本身有所增益,如此反复,从而使这些机制不断自我增强。


太好了,那我怎么能记下来所有的这些认知偏差呢?

其实你并不需要记住所有的认知偏差,仅仅牢记下面的这四个问题就可以了,我们的大脑进化了数百万年就是为了解决这四大问题(以及你可以收藏这篇文章以备不时之需,万一你想找某一个特定的认知偏差时来这里搜就好了):

  1. 信息过载让人很不舒服,所以我们主动对信息进行过滤。噪音成为了信号。
  2. 缺乏意义的零散信息会困扰着我们的大脑,所以我们自行脑补了信息中缺失的部分。信号连成了一个事件。
  3. 想要避免错失机遇,就需要迅速采取行动,因此我们会匆忙下定结论。事件变成了决定。
  4. 即使这样大脑还是不堪重负,所以我们只想记住最重要的信息。决策最终化为了我们的心智模型和世界观。

为了避免被信息过载淹没,我们的大脑需要对海量信息进行脱水和过滤,并且几乎不加思索地飞速判断出哪些重要信息值得关注。

为了从无数碎片信息中归纳出明确的意义,我们需要填补信息之间缺失的细节,并且将所有信息映射到我们已有的心智模型之中。同时我们也需要避免我们的心智模式因此有所动摇或模糊。

为了迅速采取行动 ,我们的大脑需要对可能波及我们的生存、安全以及成功机会的问题迅速做出决定,并且始终充满着自信。

为了更高效地完成上述的一切,我们的大脑需要记住新信息中最重要和最有用的部分并运用于大脑的其他机制,久而久之,这样大脑才可以不断适应新的环境以及不断自我改善,但是在这个过程中大脑会遗忘其他的「不重要或没用」的信息。

这些机制听起来很靠谱!所以为什么还会有「偏差」呢?

上述大脑机制依次解决了大脑的四个大问题,但分别有着不同的副作用,正是这些副作用导致了所有认知偏差的产生。因此,除了上面的四个问题,我们也最好记住下面这四个副作用导致的结果:

  1. 我们被遮蔽了双眼。大脑过滤掉的信息中有一些实际上是有用并且重要的。
  2. 我们为信息归纳意义的时候,实际在给自己植入幻觉。我们会根据我们的假设臆想出事情的细节,也会因此构造出错误的含义和情节。
  3. 快速作出的决定可能会导致严重的问题。我们在快速反应下作出的一些决定是不公正、自私自利的,会导致适得其反的结果。
  4. 我们的记忆会不断放大错误。我们记忆中的错误信息会导致上述的所有机制不断扩大偏差,对我们的思维造成更坏的影响。

只要记住了上面提到的四个问题,和我们大脑解决这四个问题的过程中导致的四个后果,根据「可得性捷思法」(更准确说,应该是「巴德尔-迈因霍夫现象」),我们就会更为频繁地注意到生活中认知偏差的发生。如果你还能每过一段时间都来复习一下这篇文章的话,「间隔效应」将帮助你记忆更多的认知偏差,从而不断自省是否陷入到「偏见盲点」「素朴实在论」之中。

我们永远无法使上述的四大问题彻底消失(除非我们能够将大脑的计算能力和存储空间提升到天文数字)。但是,一旦当我们接受了自己永远受到认知偏差影响的现实,事情就已经开始了变化。「确认偏误」会一直帮助我们找到更多的证据来证明我们「永远生活在认知偏差之中」,这会使我们更加了解我们自己。

“自从了解了认知偏差,我发现它们无所不在!”

认知偏差是一把双刃剑,在正确的环境下会带来好的效果,而适用到错误的环境时就会对我们有害。这是唯一一个我们生来就拥有的思考机制,并且在它们本应解决的问题上也确实发挥了无可替代的作用。我们应当了解和熟悉它们,甚至应当感激我们神秘的大脑中,一直有这样一个处理天地万物的机制。

更新:这篇文章发布了几天之后, John Manoogian 问我是否可以引用这篇文章的内容来画一张信息图,我自然是没有任何意见。下面就是他的作品:

如果你有需要,可以在这里买一张上面这张图片的海报。我还把这篇文章里的信息整理成了一份 JSON 格式的数据放在了 Github 上,你可以点击这里下载 。

文章的最后,我将用狄金森的这首小诗的第一段作为结尾:

头脑,比天空辽阔——
因为,把他们放在一起——
一个能包含另一个
轻易,而且,还能容你——

译注:

原文链接:https://betterhumans.coach.me/cognitive-bias-cheat-sheet-55a472476b18
原创翻译,转载请注明出处

2016 个人总结

2016 年的关键词,我想应该是「改变」。

这一年来,大环境中的不确定性日益增强。我自己在这一年中换了工作,进入了陌生的领域,也搬了家,用了更多的时间去思考「我是谁」和「我想要做什么」。

工作

跟很多人聊起过年初选择加入 FellowPlus 的原因:金融与互联网类似,可能都是边际成本最低的行业之一,也是一个我认为应当尽早学习,深入了解的行业;一级市场又是我工作几年来接触最多,未来也可能有更多联系的金融领域。在这些大前提下,这家公司所在做的事情比较符合我的兴趣,商业逻辑链条成立而又富有挑战,与我的个人规划也是合拍的,于是在今年年初我就选择加入了这个团队,进入了对我来说全新的领域。

一年过去回过头来,无论是工作状态还是成果,都还是达到了我年初的期望。这一年来做产品的瘾被大大地满足了,团队管理的身份转变比较顺畅,在金融知识和行业认知上建立了基础的知识架构,开始在每个细分领域进一步下探。

而超出我预期的是,得益于小团队的氛围和打法,以及 ownership 的增强,我在工作事务的执行力、自我驱动和自律上有着可以明显感受得到的成长。

健身健康

虽然年初办了很贵的健身房,下班时间也有所提前,但是健身的次数反而下降了,体重也随之上升。这一年里共运动 38 天,且有 22 天是在 3、4、5 三个月里。体重和体脂也没能达到之前的目标。

回想一下这一年虽然忙,但是显然还是可以控制出运动的时间的,新的一年里,一方面还是需要把健身房换成定期上私教课 + 在家运动/跑步的形式,另外一方面恒定的健身时间是保持运动的必要的计划。

这一年逐渐培养了吃早餐的习惯,从很少吃早餐,到现在几乎每个工作日都吃完早餐再出门。加上年底肠胃不舒服,遵医嘱后整个饮食还是规范了很多。不过这一年偶尔还是会吃夜宵或者喝含糖的饮料,比起去年来说是退步了。

阅读写作

2016 年共读书 15 本,几乎只有往年的一半了。虽然说一直认为应该有一个比阅读数更好的读书评价标准,但是阅读量绝对值的腰斩仍然是一个很能反映现状的依据。

年初确定的「系列化」的阅读方式的目标,也没有能够执行。这两个目标其实是相辅相成的,系列化的阅读方式,可以提升阅读效率和阅读量;而更高的阅读量,也支撑了读完多个系列的可能性。而这两个目标背后的支持性要素,都是日常为读书留出固定的时间。

今年的一个全新的尝试,是在下半年把自己很认可的两篇长文章翻译成了中文,在知乎、微信公众号上,以及通过其他平台的转载,累计获得了几万的阅读量。

这个尝试所带来最大的收益,是我在阅读英文资讯上的速度有了很大的提升,以及不再像以前那么忌惮于阅读英文长文。要知道这可是我过去几年一直希望突破的难题,没想到年底就这么歪打正着地解决了一点点,这也是一个完全没有在意料之中的收获,希望能成为一件坚持做下去的事情。

年度计划中的学习日语和 Swift 都基本没有付诸行动,主要的原因一方面是对英语和 Python 的兴趣还是比日语和 Swift 要大,另一方面这几个月翻译这两篇万字长文花费了我下班后大部分时间和精力,实在没办法再顾及其他的计划了。

这么来看 100 天培养一个习惯可能会是比较好的一个节奏。

社交感情

年中的时候养了两只猫,虽然我自己更喜欢养狗,但是盘算了下实在很难有时间出门遛狗,于是就养了这两只名为「皮皮」和「呼噜」的中华田园猫和加菲猫。

消费/娱乐

这一年买的设备里,有这些是值得晒出来推荐的:Dyson V6 吸尘器,Sony a6000 微单,352 空气净化器,WiiU,HHKB,小蚁智能摄像机,飞利浦 HX9352 电动牙刷,Backbeat Fit 运动耳机,Marshall 音箱。

另外充值了这些苹果税:iPad Air,iPhone7 Plus,Apple Watch,Airport Express(用来给音箱做 AirPlay)。

这一年工作生活都完全切到了 iOS 平台,基本不再使用 Android 手机之后,感觉生活质量还是提升了很多,唯一不够好的就是 RescueTime 不能再记录我在手机上每个应用花费的时间了。

2016 年唯一一个进入了我首屏的应用是 Ulysses,这篇总结也是使用手机和电脑两个平台上的 Ulysses 写完的。另外还有三个没有进入首屏但是这一年使用非常频繁的新应用是「即刻」、「湾区日报」、「收趣云书签」。「湾区日报」是一个很不错的英文 IT 资讯推荐应用,「收趣云书签」是一个 Read it later 工具,提供了很好用的微信收藏助手。

「即刻」是我心中当之无愧的年度应用,在这一年里通过它在第一时间获取了很多有价值的信息。但是随着越发重度地使用,我也开始反思即刻是否还在提高我的效率。趁着春节,我重新梳理更新了下几年来订阅的 RSS 源,和在即刻等资讯平台所关注的主题。

这一年,去了两次日本(东京、仙台和关西),国内今年到过南昌、鹰潭、杭州和天津。就像这篇总结开头所说的,我用很多时间在想「我想要做什么」,在这个问题上,持续去看更大更不一样的世界一直对我意义重大。2017 有着更多的未知和不确定,也希望我能在已知的方向,正在思考的疑问和要探索的领域里,都能有更多的收获。

【译】产品文档撰写指南

Gaurav Oberoi 是 SurveyMonkey 的联合创始人(现已离任),曾于 Amazon、Xmarks 先后从事工程师、产品经理等职位,在西雅图和硅谷有十余年的工作经验。在这篇文章中他分享了他对于产品文档的看法以及撰写产品文档的常用流程。

产品文档撰写指南

很多人听到「产品文档」这四个字就像吞了苍蝇一样,人们通常会认为这意味着又要花几周写一个根本没人看的文档。如果一个团队总被产品文档这种事情拖累,怎么可能「敏捷」得起来,怎么可能高效地产出代码?

我在过去十几年创造了多个数百万人使用的软件产品之后,越发认为这种观点是完全错误的。根据我的经验:

高效的产品文档是创造伟大产品的过程中所不可或缺的重要组成部分。

撰写产品文档可以强制所有人从项目初始就理性思考,频繁沟通,明确权责——所有的这些都会带来更好的软件质量,更低的进度风险,以及更少的时间浪费。

在这篇文章中,我会通过一个案例来分享一些普适的建议,这些建议会对大中型(超过二百人的)公司中的产品经理们非常有帮助。

首先,举个例子

假设你在这里工作:

一家从事在线旅游预订服务 (就像 Hotels 或者 Airbnb 但是规模更小一些)的公司。目前这家公司的支付转化率偏低,所以这个季度大家打算尝试通过在支付环节加入在线客服的方案来提升转化。

你的工单/用户故事/路线图是:

通过在支付环节增加在线客服来尝试提高支付转化率。
支付转化率目前仅有 18%,而业内平均转化率有 30%。我们打算测试下在支付时展示在线客服聊天窗口是否可以提高这个转化率。用户运营团队已经同意了提供 1 人月的客服人力支持。

在你没有产品文档时,你会这样做:

比方说,你觉得行动起来总是最重要的,因此直接开始动手:

  1. 在迭代计划会上,你和团队讨论了这个需求。
  2. 然后你挑选了一个靠谱的第三方客服供应商(例如 SnapEngage )。
  3. 提交一个工单来让工程师添加一些 Javascript 代码。
  4. 和支持团队开个会,确定他们都准备好了

搞定了!这么简单的事情怎么能要我们写产品文档呢?如果你是在一个小型创业团队,你也确实并不需要——因为产品改动相对小,涉及到的人也相对更少。

但如果你是在一个更大的组织之中,或者产品更加成熟/复杂,就会陆续出现下列这些问题,并且相比写文档,这些问题会需要更多时间来处理。例如:

  • 工程师把工单标记完成了,但是一验收测试,就发现这个功能完全没有考虑移动端的适配。
    • 「唉呀!你忘了提醒大家手机端的使用才是核心场景。」
  • 用户运营经理打算开展一个漫长的评审流程,以确定最合适的聊天服务商。
    • 「啊……需要定一个会议,向大家解释下这次上线只是一个灰度测试。」
  • 发布一小时后,客服报告说他们收到了西班牙语的在线聊天请求。
    • 「啥?要追加一个紧急发布,把这个测试限定在英语用户中。」
  • 一个设计师花了几天,为聊天窗口滑入屏幕的交互绘制了一个完美的动画。
    • 「用户体验过度优化,你是否对整个团队统一了「这次只是一个测试」的预期?」
  • 一周的测试完成之后,数据分析师发现无法产出你要的报告,因为相关的必要指标并没有埋点。
    • 「史诗级的失败。从头再来吧。」

如果这是一个相对简单的项目,即使没有产品文档可能也不至于陷入这样的灾难之中。但是在简单的项目中你仍然有可能会因为没有文档浪费许多时间和机会成本。

如果你写了一篇文档:

为了便于说明,我准备了两个示例文档:一篇思路笔记,和一篇完整的产品文档示例——这样可以完整介绍产品文档的撰写流程。

请在继续阅读文章之前,花几分钟读一下这两篇示例文档吧。

  • 阅读示例思路笔记。 (阅读时间 2 分钟)
    这是一个根据你已知的信息和想要解答的问题所梳理成的列表。这会是你需要做的第一件事情,大约需要一个小时来完成这个文档。这个文档会成为你和团队中其他人的一个沟通基础。
  • 阅读示例文档。 (阅读时间 6 分钟)
    只有和团队一起评审了你的假设和创意之后(无论是在专门召集的会议上,喝咖啡时,或者桌上足球的休息时间),你才应该真正开始写产品文档。如果已经完成了沟通和评审,整个文档应该花费你 1-3 个小时的时间。啊哈!有了文档之后是不是就感觉踏实多了?写文档看起来是额外的工作成本,但是其实并不是,高效的文档可以帮助你和你的团队节约时间投入,并且在交付上线时会更有信心。

等等!——你已经读完示例文档了么?请务必先读完它再继续阅读下面的文章。

文档撰写指南

我通过示例文档诠释了这篇文章中所讲述的思考,在继续阅读全文之前,请务必确认你已经阅读了示例文档

为什么要写产品文档?

为了以更高的质量、更快的速度和更佳的预判来交付正确的产品。

是的,就是这样。那么,产品文档将如何帮助你做到这一切呢?Ben Horowitz 分享了上图中这个看法,我的示例文档也是一个很好的例证。明确一下要点:

  1. 从一开始就理性思考
    在团队开始付出更高成本去设计软件架构、实施代码开发、完善界面设计、测试软件质量之前,写文档可以迫使你提前思考每一个细节。这将会提高你决策的质量,降低意外事件发生的概率。
  2. 高效沟通
    你常常需要和不同的利益相关方(支持团队,工程团队,设计团队,财务团队,管理层等等)沟通你的方案。产品文档可以帮助你事半功倍地完成沟通,避免口头沟通中产生的歧义,团队中的所有人可以更好地理解你的意图,并且更有的放矢地做出答复。
  3. 明确权责
    明确项目目标的评价标准,公开承诺奖惩激励机制:利益相关方可以知晓如果最后一刻变更需求会意味着什么,工程师们也会在预估工期时再三斟酌。

产品文档中应当包含哪些内容?

产品文档应该明确沟通要做一个「什么」产品,以及「为什么」要这么做。用来说明清楚一个产品的表达方式很多,但最核心的,一定要说清楚这五件事情:

  1. 问题
    描绘你此次打算解决的问题。更重要的是,解释为什么要去解决这个问题。描述要尽可能地具体,并且提供相关的数据指标。
  2. 可衡量的目标
    明确承诺交付和成果,明确哪些事情超出了此项目的范畴。每一个目标,都应该可以明确衡量「是否达到目标」。
  3. 需求背景
    提供你的观众理解当前问题以及接受你的提议所需的所有背景信息。包括但不限于假设、用例、数据指标等信息。
  4. 解决方案详情
    你的提议应该有充足的细节,易于团队成员消化理解及执行——可以把这部分内容想象成对人脑进行编程和执行。
  5. 时间轴
    列出你的团队共同认可的截止日期和其他重要时间点。这部分内容开始的时候可能会比较模糊,但是在最后一次文档评审之前应当完全敲定。

你可以使用我的示例文档做你的文档模板,按照你的想法增/删/改任何章节。只要你能够清晰并且条理清楚地表述上面提到的这五点信息,文档形式并不重要。

如何写产品文档?

接下来我会介绍我撰写和评审文档的常规流程。根据项目大小,利益相关方的数量不同等情况,流程细节可能会有所变化,但是大体的流程是确定的。

  1. 快速完成一个草稿(1-2 个小时)
    关闭电子邮件和聊天工具。泡杯茶,坐在椅子上开始思考,然后逐一把你所了解的信息列成清单(见上文中的思路笔记示例)。
  2. 安排几个 30 分钟的一对一会议 (1-4 个小时)
    这个步骤的目的是过一遍文档中的细节,优化你的方案,并且获得更多人的支持。尽可能控制这些会议的规模,人越少越好(理想状态下都应该是一对一会议)。在本文的示例中,我会和客服部门的负责人,一个财务人员和一个工程师分别安排一次会议。
  3. 撰写和编辑文档 (0.5-3 天)
    此时,你应该对能做,并且应该做什么有了一个明确的想法,但是大脑中塞满了大量的细节等待着梳理清楚。于是接下来需要将所有这些细节都整理出来,并且逐一梳理斟酌。在完成第一版文档之后,需要继续大篇幅编辑修改,通常最终的文档可以在你的第一版草稿的基础上压缩 30%-50% 的长度,简洁和清晰的文档就意味着更加容易阅读。大部分文档都可以在半天到一天的时间里完成,不过实际上也会有一些文档需要两三天才能写完。
  4. 群发文档并且安排一个 1 小时的评审会议(15 分钟)
    将文档群发给项目的所有利益相关方,并且抄送给其他可能对文档感兴趣的团队(例如你所在的产品团队,整个支持团队等)。跟进这些关键人员是否接受了会议邀请:将会执行这件事情的人,和所有对这件事情有通过/否决权力的人。
  5. 评审文档(1小时)
    在开始会议之前,询问是否有参会者没有详细阅读你的文档。通常都会有一两个人中枪,在这种情况下可以说:「没问题,我们先用 10 分钟一起来看一下文档。已经读过文档的人可以利用这个时间先放松休息一下」。这次会议上你需要获得利益相关方的同意,并且获得执行方(工程师、支持团队等)的知晓、认可以及人力支持。你可能需要开多次评审会议,并且根据评审会议上沟通的信息不断修改文档。
  6. 通过评审后,及时同步信息和建立工单 (1-2 小时)
    会后同步信息的电子邮件需要包含更新后的产品文档链接,和此项目相关的工单链接(例如「在页面上添加 JavaScript 代码」,「完成数据分析报告」,「测试 Staging 环境」,「和支持团队预演流程」,等等)。一般接下来将会有一位工程师完成技术文档,不过并不总是这样(文中的示例项目就不需要这一步)。

写出高效产品文档的进阶技巧

  1. 尽量简短
    没有比这更重要的文档写作建议了。简洁意味着清晰的思路和沟通,也意味着你的文档更加易于阅读和理解——这一点至关重要。
  2. 使用平白的语言和简单的格式
    使用简短而不是花哨的语句,使用列表和加粗强调可以使文章更一目了然,以放松有趣的方式写作而不是一板一眼,如果你有得体的幽默感就再好不过了。
  3. 为开发团队预留时间
    通过评审并且达成一致通过的文档才是完善的文档。如果你希望在未来的某一个迭代 Sprint 中开发此项目,就应该提前两到三周开始这个产品文档写作流程。
  4. 像工程师一样思考
    在项目得以进入开发之时,常常会发现大量未预料到的边缘情况——但这种情形其实可以避免。如果你认真考虑过项目进入开发的所有必要条件,你就可以提前发现这些问题(例如,是否在移动设备中可以使用在线聊天功能?)。
  5. 确保每一个人都跟上了你的节奏
    当我组织产品评审时,会议室里的大部分人都已经大致了解我要讲的内容——因为我已经提前在讨论会和日常聊天中沟通过这个事情了。既然大家都已经清楚了「做什么」和「为什么要做」的问题,文档评审会上我们只要关注实施细节就好了。
  6. 在图表中下功夫
    流程图、线框图等图表可以通过易于理解的方式提供很大的信息量,同时也需要消耗非常多的时间来制作这些图表。
  7. 在思考和写文档上花 0.5-3 天时间
    具体时间根据项目大小而定。花费在写文档上的时间越长,所带来的边际收益就会递减。特别需要指出的是,没有人能够读的下去超过 5-6 页的文档。
  8. 指明方向,明晰愿景
    你不仅仅是在定义一个功能,也是在解释「为什么我们要做这件事情」以及「我们的目标是什么」,在文档中指出这个项目将会对更高层面的规划造成什么影响,以及接下来会发生什么。
  9. 确保你的观众阅读了文档
    如果你的文档又臭又长,或者从来不分享给对应的人,那你还不如不写文档。务必确保你的文档被对应的人阅读了,我上面关于评审开始时留时间给大家读文档的建议值得大家参考。
  10. 获取真诚的反馈 
    你的文档是否是在赘述人尽皆知的事情?或者是文档缺乏足够的细节?是否在后续实施中发现了太多的边缘情况?又或者,是否在制定计划和文档评审上耗费了太多的时间?你应该和你的团队时刻保持沟通。

说好的敏捷开发(Agile/Scrum)呢?

我知道会有争议,但是产品文档和敏捷宣言的原则没有丝毫冲突,并且在类似于 Scrum 这样的敏捷方法上得到了充分发挥。

毕竟,用户故事(Story)许多时候需要详尽的描述,文档可以增加沟通中的清晰度和可传播性,为什么非要刻板地认为仅仅使用口头沟通和使用白板才算是敏捷开发呢?

「产品文档会导致发布变慢,过度规划,通常会浪费时间」的想法完全是无稽之谈。

我工作过的多个世界级团队遵循着一些敏捷原则(例如两周一个迭代周期),每天(甚至更频繁地)发布代码,并且以发布产品(而不是文档或者会议)作为衡量成功的标准——这些团队也都仍然认为文档是他们打造成功软件的一个关键部分。

你对技术文档怎么看?

我是一个技术文档的支持者。产品文档通常关注 做什么 ,而技术文档更多关注在如何做 。这两种文档为研发流程中的不同环节带来同样的清晰视角,并且都使得工程师(和他们的用户)身心愉悦。

未来如果大家有兴趣的话我可能会写一篇关于技术文档的文章。

总结

感谢你读到这里。如果你认为这篇文章有用,请分享给其他人——特别是你的产品/工程团队。

如果你想看更多的产品经理内容(例如:规划产品路线图),或者想了解其他人如何使用产品文档, 请用两分钟填写这个小调查(英文) 。我会在未来的文章中分享调查结果中有意思的信息。

以上,祝写文档愉快!

备注:

1. 感谢周思博(Joel Spolsky) (微软早期 PM,曾参与创办 Stack Overflow,Trello,FogBugz 等产品,《软件随想录》作者)的「文档是对人脑的编程」的比喻。早在2000年,他写了4 篇关于文档的系列文章(英文) ,这对我的 PM 道路产生了巨大的影响,强烈推荐。

2. 在顶部的引文中,贝索斯所说的笔记是指为高层管理会议使用的,介绍新业务/产品创意的备忘录。这实际上不算是产品文档,但是两者并不是完全不一样。贝索斯在会议开始的时候会组织所有人默读文件——这激发了我在文档评审时做同样的事情。来源

3. 感谢 iDoneThis 博客这篇关于写作的价值的文章(英文)。这是贝索斯和 Horowitz 的引言的来源。

感谢 Vikram Oberoi 。

原文链接:https://goberoi.com/on-writing-product-specs-5ca697b992fd

原创翻译,转载请注明出处

项目协作工具的不可能三角

因为 Tower 太长时间没有功能更新,九月份看了下 Trello、Asana 和国内的 Teambition、Worktile、明道等项目协作工具,也使用了最近内测中的 Ones.AI。

悲观点想,对于项目协作工具,或者广义来讲包括个人事务管理应用在内的一系列事项管理服务。以下三点可能永远是无法同时满足的:管理层的充沛视野,执行层的方便高效,使用流程及方法论简单易行。

明道选择了使管理者有更好的视野,牺牲了执行层面的效率;Trello 牺牲了全局视野(尤其是当多项目并行时),获得了执行时的简单高效。

如果大中型团队想通过类似于 Trello 的产品同时满足上述两个条件,就很难不去维护一套复杂的流程和额外人力投入来确保流程运转。

同样, Asana 等试图在全局视野和高效执行上有所兼顾的服务,也都不得不使用户付出同样的大量人力或时间成本投入。

个人事务管理应用也是一样:简单的 To-do list 应用无法在处理复杂事务的时候理清头绪;所谓「专业级」的工具又大多臃肿低效(还记得 Outlook 么);而 OmniFocus 这样的应用可以兼顾视野与执行,却有着令人望而生畏的学习曲线。

是否有同时满足这三点的服务?我是没能见到

2016 个人计划

虽然今年仍然是到8月份才发布年度计划,但是比去年早了10天 😛

与去年情况相似,其实下述的计划也大多在年初都已经确定,但是在年初至今一直没能稳定到一个可以完整规划全年的状态。

这半年里换了工作,搬了家,养了两只宠物,工作生活状态都有了很多改变,年中工作生活终又逐渐稳定。于是重新看一下年初拟订的计划,根据这半年的状况和新的思考做一些更新,也是一个合适的时候驱动自己下半年向一些既定的方向加速了。

年度目标

  • 工作中找回主动感和 ownership
  • 坚持锻炼习惯,缓解各种职业病/地域病
  • 掌控个人时间,学习语言、编程和设计

工作

  • 能够独立熟练 own 一个产品,每一个季度/月份均达到产品目标。
  • 能够管理小型产品团队。
  • 在效率工具产品上的综合能力得到保持并继续增长;横向发展金融产品和 social 产品的经验积累和产品能力。

健身健康

健身

  • 每周至少锻炼两次以上,兼顾有氧与力量
  • 体重稳定在 75-80KG
  • 体脂降低至 15% 及以下。

健康

  • 针对对颈椎脊椎不利的生活工作环境/习惯进行纠正。
  • 有意加强颈椎脊椎附近肌肉锻炼,有更加全面的康复保健知识。

阅读写作

阅读

  • 养成每天一小时读书的习惯
  • 在金融、团队/项目管理、设计上有系列化的阅读计划并且完成。
  • 在英语书籍、心智脑科学上保持力所能及的阅读量
  • 注意加强非功利纯文学经典书籍的阅读量,进一步锻炼阅读肌肉

博客

  • 将收藏的英文 GTD 资料每个月翻译一篇。
  • 考虑整理和分享我个人的效率工具使用方法论。

个人提升

  • 对个人事项及个人时间有规划、有执行,优化精力管理,不因为无计划而浪费个人时间。
  • 完成日语入门学习,可以进行基本的对话和阅读。
  • 学习 Swift,上架一个个人作品。
  • 已购买的 Sketch 教程至少要看完一个。

消费理财

  • 更严格遵守消费预算,为额外支出提前预留预算
  • 扩大积蓄规模

社交感情

  • 增强 social 能力与沟通能力,适应与陌生人/工作伙伴主动沟通。
  • 养成定期约好友聚会的习惯,预留时间和预算。
  • 注意维护亲密关系,预留时间和预算,主动付出。
  • 把两位喵主子照顾好,保证其心理生理健康。

娱乐

  • 年内出境游至少一次,期望两次。
  • 主动尝试新的美好的娱乐方式。

2015 个人总结

2015年,是完全离开校园,进入工作环境后的第一年。
相比2014年,2015年的工作生活状态都更稳定了一些,这一年中最得意的应当是终于养成了健身的习惯并取得了一些成效。
另外这一年在工作上的成长速度达到了年初设立的目标,也着实更加用心去维护了和家人朋友的关系。

工作

这一年豌豆荚发生了许多事情,我认识了许多新朋友,也告别了许多旧同事。
回首这一年,还是应该感谢豌豆荚所给予我的充分的成长空间。

2015 新年伊始,突然接手了应用内容库的新项目。这个项目本身的产品逻辑并不复杂,但是因为应用内容库历史久远牵涉广泛,所以投入了大量精力在旧有逻辑的梳理,新策略试错与运营流程固化之上。
下半年工作重心转移到客户端产品设计上来,两个季度的时间里做了豌豆荚内部诸多不同方向的一些 features,在年末工作内容慢慢收敛,专注在了两个工具卫星产品上。
总的来说下半年的成长、工作量和产出都是完全超出了计划的。相对于技能的提升,我更大的收获是在自我驱动上有了更大的自信。通俗点讲,相对于上半年多数时间处于给定的 deadline 压力下的情形,下半年我更多是在自己的目标驱使之下达到了远超自己所想象的效率和努力程度。

得益于数任 manager 的照顾,这一年里的工作方向转换大多是为了我自己更全面的成长路线。虽然工作节奏越来越快、在舒适区停留的时间也越来越短,但这一年的工作状态还算称得上令自己满意。然后在年末的时候,我也开始慢慢开始更多考虑如何控制自己的焦虑感,找到合适的「焦虑度」。

健身

2015 年最大的成就感来自于规划多年的健身事业终于得到了践行。
在这一年里共有55天在健身房锻炼或者在户外跑步,平均每周一次。频率上虽然仍然没能达到理想中的目标,但是这对我的健身事业仍然是非常好的一个开局。在年末,体重也成功达到了之前的目标区间之内。
上半年自己去了很多次健身房但是感觉收效不如预期,感觉长此以往健身大业又要无疾而终,于是在夏天下定了决心要投入更大的精力和成本去打开新的局面。七八月份开始和同事一起跑奥森5公里,接下来的六七个月中还在私教工作室一共上了二十节健身课。
系统地接受私教课的训练来作为新一阶段健身的助力,是非常明智的一个决定,在教练指导了一个动作之后,我就顿悟了自己去健身房看教程训练没有成效的原因。对于缺乏经验的健身初学者,认知身体各个部位,感受肌肉发力情况犹如瞎子摸象。而一个好的教练可以通过规范动作、详细讲解,避免不必要的协同发力,使目标肌肉获得最大化的锻炼,同时避免劳损和受伤。
今年另外一个触动很深的感悟是,很多以为难以坚持下来的事情其实并没有那么艰难。在整个夏天过去都没有再吃夜宵之后,在习惯了每天午餐用南瓜红薯来替换米饭面食以降低碳水化合物摄入量之后,在一年基本只喝水不喝任何含糖的饮料之后,这些曾经看起来会逼疯我的事情现在反而让我感觉更棒了。

总结一下,我非常享受运动时可以感知自己的身体,了解自己的身体,控制自己的身体,充满力量和愉悦感的感觉,我想这会是我接下来每一年把这个目标继续下去的最大的动力。

阅读

2015年共读书25本
比去年略多但是仍然离目标很远。当然工作和健身占用了比之前更多的时间,这一年里基本上只在睡前有固定的阅读习惯,其他时候只能在一些碎片时间进行阅读。
各项阅读目标基本都没有达到,新的一年会尝试一下更主题化序列化的读书方式,当然更重要的还是多留一些时间,多留一些精力给读书。

在这一年里 reeder、豌豆荚一览等阅读应用填补了我的许多碎片时间,并且我也在刻意减少了社交网络的使用度。基本也固化了我的互联网碎片信息解决方案:时效性的互联网碎片信息获取:微博、豌豆荚一览;非时效性的互联网碎片信息获取:Reeder、Pocket。

另外我在考虑对于我个人来说,是否虚构类的兴趣阅读并没有比优质的电影、电视剧更有营养。

应用

这一年有三个新应用进入我的首屏:Surge、Inbox、Dailycost ,另外有两个应用虽然没有进入首屏但是在今年养成了每天使用的习惯:豌豆荚一览和 Spotify
另外,Uber 、滴滴和神州专车这一年中极大地扩充了我探索北京以及其他每一个城市的范围和效率,更是提升了我在这些城市中生活的幸福指数。

消费

这一年陆续买了 New 3DS XL、小米 note、Bose QC20i 降噪耳机、小蚁运动相机、PICOOC 体脂称、Netgear R7000路由器等数码产品。在年末的时候,忽然意识到 2015 年是可能近几年来唯一一年没有给自己购买任何苹果数码产品 : )

2015年,在巴黎、布鲁塞尔和列日玩了一周(感谢火柴的友情赞助和二迪的留宿),在天津、武汉、成都、稻城、西安等国内城市留下了足迹。
因为年内几次旅行和私教课花掉了许多积蓄,所以并没有按照年度计划去台湾或者日本跨年。
但正如一年前所期望的那样,这一年,我看到了更大的世界,也看到了更美好的天空,看到了更厉害的自己,2016,希望这一切能够继续

从 Linode 迁移到 MediaTemple

在前两天把博客从 Linode 迁移到了 MediaTemple 上,并且关闭了 Linode 上所有的服务,写点东西纪念下这台 Linode53546吧。

Linode VPS 是在五年前和几个朋友一起开始租用的,当时的目的有这么几个:

  • 有个地方放博客,可以自由地写东西不被任何人干预
  • 学习一下 Linux Server 的维护
  • 搭建科学上网的隧道

五年多来,这个 Linode VPS 为数十位朋友提供了博客 hosting 的服务,也启蒙了包括我在内的许多人的服务器维护基础,但在 2014 年末的时候,我忽然想着也许要跟它说再见了。

主要的原因是我工作之后越来越难以有精力去保证这台服务器的日常维护工作,学习 Linux Server 的目的早已达到,工作性质的改变使得各种各样的 spam 和爬虫带来的负载问题不再是我愿意花许多精力去解决的问题;同时自己在海外 VPS 搭建科学上网服务的投入产出比也早已比不上购买成熟的付费服务。

于是在2015年中我确认了迁移到虚拟主机而不再维护独立 VPS 的方案,经过对比后选择了公认满意度较高的 MediaTemple 主机。为了进一步降低我的维护成本,我参加了「」的合租计划,在上周末完成了全部的迁移工作。

中文互联网上可以搜到很多从 MediaTemple 迁移到 Linode 的文章,像我这样反向迁移的情况很少,主要原因是从虚拟主机「升级」到 VPS 几乎是每一个博主的必经之路,但从 VPS 降级至虚拟主机丧失了太多自由度,若非是像我一样的原因,「降级」并不多见。

简单横评一下,在使用 Linode 的过程中,Linode 无论是速度、服务还是稳定性上都从未让我失望过,目前为止 Linode 被人吐槽最多的也只是 Tokyo, Fremont 等机房涌入了太多国人导致高峰期 Ping 值上升以及被 Block IP 段的风险加剧而已。被 GoDaddy 收购了的 MediaTemple 据称是不超售的虚拟主机,虽然网络不如 Linode 并且价格高昂,但是好在省时省心,稳定性有保障(相对于个人空闲时间维护 VPS 的情况而言)。

BTW,NoSpamNX 是个很不错的插件,配合 Askimet 可以解救许多饱受 Wordpress Spam 困扰的人。

2015 个人年度计划

题记

在8月末制定年度计划这样一件非常诡异的事情并不是因为犯了八个月的拖延症。

其实在年初就已经打完了下文的底稿,但在最终定稿之前,就被突如其来的工作安排推上了高速跑道,在过去的半年暂停了所有其他计划,以保证工作的完成。

现在终于是一个合适的时间,重新看一下今年对自己的计划。有一些已经提前完成,有一些则已经落后太多,略作整理还是决定发出来,以作自勉。

年度目标

  • 工作上可以独立执行和完成项目,思路清晰完善
  • 坚持锻炼,明确锻炼目标并且达成,保持身体健康
  • 注意亲密关系的维护,加强 social,开拓眼界

工作
融入,承担,成长

  • 掌握日常工作中的设计方法,可独立地完成一个需求的分析与设计。
  • 对每个项目有计划地 handle,对开发流程、项目管理的方法论有清楚的认识。
  • 自我驱动,在每个工作上都去尝试突破自我,在部分工作上取得突破。
  • 数据分析能力、沟通能力、团队合作能力上保持进步。

健身健康
坚持锻炼,降低体重及体脂,保持健康

  • 制定一个更科学系统的锻炼目标,并且逐步接近目标直至达成
  • 每周至少锻炼2次以上,掌握基本健身方法和动作
  • 控制饮食,改正在生活上对健康不利的不良习惯

阅读
保证个人提升所需阅读的前提下提升非功利阅读量

  • 在产品设计、项目管理和心智脑科学上保证阅读量(每月2本)
  • 增大非功利纯文学经典书籍的阅读量,锻炼阅读肌肉,可以有沉下来连续两小时以上的深度阅读能力
  • 在互联网等快消阅读领域保持在 up to date 的频率(每月1-2本之内)
  • 寻找更高效的碎片阅读解决方案,降低碎片阅读的时间精力投入

个人提升
行事更主动,思维更自律

  • 对拖延的战胜不再依靠阶段性重复的战拖攻关,有成熟的从拖延习惯中快速走出的流程
  • 锻炼意志力肌肉,每两个月坚持培养一个好习惯
  • 个人 Productive Workflow 建立完整的回顾流程

消费理财

  • 财务归正,有积蓄
  • 消费有规划,有预算

社交感情

  • 注重亲密关系的维护
  • 保证友谊的维持
  • 加强 social 和交流技能

娱乐

  • 出境游至少一次
  • 年底去台湾或日本跨年
  • 有意识地接触一些经典游戏

2014 个人总结

2014 ,关键词是“适应”

在2013做了那么多的“选择”之后,2014年的365天里我不断在适应着这些选择所带来的改变。

Moments

1-2月度过了一个近四五年陪伴家人时间最长的假期,过年前溜回北京参加了下豌豆尾牙。年后即将返校时接到通知开始准备 Duke-UNC CLS 的各种申请材料,在天津办了护照,去上海申美国签证顺便见了许多朋友,虽然磕磕绊绊得幸最终成行,在北卡和华盛顿度过了充满乐趣的一周。

回到学校最后的半年里,推动了自强的架构调整,完成站长和总监团交接,参与了一场不留遗憾的十大。熬了许多通宵完成了毕设(写下了第一个 Android 程序),最终没有发生毕不了业的窘况。和室友去了重庆四川顿顿都吃火锅,毕业前喝了许多场酒,大醉两场之后再也不夸耀自己的不醉之身了。

毕业度过短暂假期之后回到北京,发现在学校的半年里贵荚又来了好多好多新豌豆,原先的办公室已经很难盛得下了。下半年就搬了更大的办公室,来到了北五环外一个心旷神怡的园区,只有每次进城吃饭的车费让人心痛。

豌豆荚工作

上半年远程工作其实只保证了自己的参与感,对团队贡献并没达到期望;下半年入职后花了一段时间来 warm up ,找回团队工作的节奏和基本的产品方法论。真正融入工作状态的过渡并没有想象的那么顺利,其间还是有几次比较痛苦的阶段的。

选择创业型公司有利的一面在于有着足够快的节奏逼迫新人成长,不利的一面则在于经验的积累只能自己把握节奏适时总结。直观感受上,下半年总是不断地被从自己刚达到的舒适区中踢出,去面对自己不足的地方。客观现实中是否因此得以成长,因为缺乏纵向比较对象,就不是自己能那么轻易归纳清楚的了。

自强网工作

漫长的交流和选举后终于交棒,除了效率工具和数据分析的推进上留给自己的时间太少,其他计划的完成度自评都很满意。我相信这个团队在被一群有动力,有意愿使它变得更好的人所管理着。纵然感受到了校方对这种改变的阻力或者说并不科学的引导方向,但还是怀着美好的希望相信它可以越来越好,帮助更多热爱互联网的学生发现、了解、培养自己的价值。

阅读学习

过去的一年只读了23本书 ,这个历史最低值着实吓到了自己。但是再看到这一年我一共看了65部电影或美剧的历史巅峰,时间都去了哪里也就一目了然。

好玩的是,在2013年到2014年中常常有“影视领域还有太多的经典好片好剧没看过,要多看一些”的想法。但是等真正花了很多时间在看视频上之后,很容易就发现看了更多的好 or 坏的电影美剧并不能带给我足够的满足感。

相反,当年底总结时,或者每过个把月发现自己读书读很少时,总会有种恐慌感,似乎“一步慢,步步慢”的警钟就在耳边敲响了。每当觉得知识或者智商不足以满足自己的需求时,也都会怪在最近读书不够多上。虽然更多是自我解脱的慰藉,但这种恐慌能致使自己放下手机拿起书应当不是坏事。另外越发感觉到,制定更清晰的阅读计划可以帮助人从“买书如山倒,读书如抽丝”导致的松鼠症和焦躁感中解脱出来(为什么不早几年这么做呢)。

毕业设计选择了 Android 开发的课题,也借这个契机把  Java&Android 的基础教程过了一遍。工作上也不断借各种机会尝试小的 python 和 shell 脚本,虽然一直没能把 Codeacademy 的教程看完,但是学以致用的日积月累自己还是挺满意的。

年初买相机现在看是一个投入产出比非常高的选择,上半年在拍/修出更好看的照片的激励下,学习许多构图/色彩/PS 方面的教程。下半年很少有机会带着相机出门,但在 instagram 上还是发了不少手机拍的照片。快门按得多了也有自己还挺得意的作品,尽管一年下来最受欢迎的照片永远是公司的萌猫们 LOL

产品设计上有了一些很基础的经验,但是年初经验中“更加清晰的学习路线”并没有梳理清楚,要被 delay 到2015年的 plan 中了。

个人提升

这一年 Daily workflow 已经很稳定了,拖延症在流程和工具以及 peer pressure 的帮助下得到了遏制。Omnifocus 仍然是这个星球上最好的 GTD 工具,可惜的是中文互联网里关于它的讨论太少了,英文讨论分散在广袤的互联网中,发现和筛选成本都偏高。虽然 daily 的流程已经很明晰,但是我在更长时间更高层次上的 organize 和 review 依然是非常初级的状态,因此而导致的问题也逐日逐月积累下来,甄待进一步的学习和优化去解决。

个人提升的阅读量也受了整体阅读量下降的影响,整年几乎没有建树。另外受和菜头老师启发,接下来一年如果在阅读社会科学书籍的同时能够间插读一些百年以上的经典纯文学著作,可以更加体会到阅读的乐趣,避免为了个人提升功利的阅读所带来的偏食感。

情绪能力上能感受到自己的适应和变化,但是从感受到的反馈来看应该还是远远不够的。上半年一直持续在毕业所带来的强烈的情绪震荡中,虽然这并不算得上一件坏事,但是好情绪其实更容易让人松懈放弃对情绪的控制。下半年身体情况不佳使我的情绪常常出于周期性的正负交替之中,特别是当处于需要团队合作的日常工作之中时,情绪肌肉的紧绷会消耗许多本应属于其他事务的意志力。“身体是革命的本钱”从未如此真切过。

健身健康

正如前文所提到的,2014年身体长期积攒的一些问题开始集中爆发。乐观去想,自己早发现早重视总比无可挽回要好,不然刚进入工作环境很容易就会更加肆意地透支身体。因而,年初计划中“重点保护”这条也因此达成了,后半年确实持续在运动护具和居住环境上加大了重视和投入。

上半年和来北京之后断续游了十多次泳,天气冷之后就以篮球和跑步为主了。一年下来体重勉强保持住了,“目测可见的体型变化”并没有发生。好在公司一直都提供比较方便的健身环境,也还常能找到伙伴同行。

消费

除了例行更换到了 Nexus 5 和 iPhone6 plus 之外,在数码设备上这一年并没有太多大宗投入。一个 bong 手环,一个小米空气净化器,一个电动牙刷,一个 LG 蓝牙耳机,都挺好地提高了生活质量;和室友合资添置了 PS4 和电视,进一步侵占了大量读书时间 : P

在数码设备上节省下来的开支,大多都扔到了机票和旅行费用上,这一年去了上海、美国、川渝、福建、香港,希望这只是一个更大的世界的开始。

不悔过往,不惧将来

在武大的最后一天,在宿舍收拾东西时,翻出来高中转学时同学的留言。当时的我就一直是一个跟大家不太一样的人,总是花心思花时间在各种奇奇怪怪的事情上,以至于作为一个高三学生,都没有多少人提到我的学习,都在感慨我是一个“非一般”的人。

四年过去了,再看看现在的自己,依然希望自己做一个不一样的人,不愿意从随于大众,不愿意隐没于生活。相比于四年前如果说有什么进步,也许可以算是多了一些稳重,多了一些努力。

武大四年,给予了我一个去探寻自己的空间。无论怎么抱怨武大对学生的所作所为,武大的风骨一直给予了每一个学生去探寻自己所想成为的人的空间,这即是武大的“自由”。从进入武大,加入自强,到去向的彷徨,到求职的选择,无不是在努力发现自己想要的是什么,在遇见和了解自己可以成为什么。这是我将永远怀念武大的。

自强,给了我太多的机会,去了解什么叫做责任,怎么样成为一个其他人眼中靠谱的人。让我知道怎么样去获得其他人的信任,也学会怎么样去信任身边的人。给了我又一个家让我去爱这么一群人,也收获了太多太多的感情。最后,帮助我找寻了自己最想要成为的是什么样的人,帮助我去选择每一天应该过怎么样的生活。

不知道是怎么样的幸运,让我度过了这样的四年,也许不务正业,也许不够努力,但是站在这个时间关口上回望,仍然充满了感激,充满了喜悦。

不悔过往,不惧将来,这是武大所给予我的四年。何其幸运

 

我知道 那些夏天
就像青春一样回不来
所以你好
再见