一个好的案例研究，不是项目复盘，也不是宣传册。它更像是一份证据，说明这项工作是被有意识地塑形过的。
我常用的结构
我会把结构收得很简单：
| Section | Job |
|---|---|
| Context | 说明工作从什么状态开始 |
| Problem | 说清真正的摩擦点 |
| Constraints | 说明哪些东西不能动 |
| Process | 交代判断是怎么做出来的 |
| Solution | 说明到底做了什么 |
| Result | 说明什么发生了变化 |
中段最重要
页面中段是判断真正发生的地方。我希望在那里看到：
- 取舍
- 被放弃的路径
- 为什么这条路比另一条更合适
- 哪些步骤是有意保持人工处理的
一个案例研究最有价值的时候，是它让下一个项目更容易被信任。
不要这么写
- 不要把每一段都写成营销文案。
- 不要隐藏约束。
- 不要绕开真正的决策过程。
- 不要用一个项目假装自己同时解决了五种不同的问题。
一个简单测试
如果读完整页之后，别人仍然看不出“你本人具体做了什么”，那这页就太虚了。
如果别人只能看出你做了哪些功能，却看不出为什么这些决定重要，那这页又太浅了。
这个中间地带，恰恰就是案例研究的工作。