《我着手做任何项目前必守的3条约束》by Jordan Lord

约束能催生创造力，它能帮我们缩小探索范围，摸索出解决问题的创新方案。

Jordan Lord 投身产品打造已有10年，此前做过不少石沉大海的产品，要么过于复杂，要么毫无自身辨识度。踩过这些坑之后，他最终总结出了这些约束条件。

1、没有一页纸方案，就绝不开工

这一约束能够降低复杂度，减少歧义。

把你所有的想法整理成一份单页企划书，这份企划书就是你的北极星指引，它不容商榷、精准清晰、野心十足又极度精简。

写好之后，所有沟通场景都通用：你可以把它作为备忘录发给投资人、项目参与者、团队成员甚至亲友。

协作开发产品的过程中永远少不了分歧和冲突，很多时候你根本拿不准哪些争执值得投入精力，如果争议内容不在这份单页企划书里，要么这件事根本不值得争执，要么你就该修改企划书把相关内容加进去。

单页企划书不光能提升沟通效率，还能帮你梳理自身思路：如果你连一页都填不满，别用废话凑篇幅，这说明你还没做好落地的准备，先去做调研、定规划、搭原型，再回来重写企划书，反复迭代；如果内容多到一页装不下，说明你的方案太复杂，暂时别动手开发。

2、核心技术必须可与产品分离

这一约束会将你可考量的创意限定在真正具备实际杠杆效应与独创性的范畴之内。

打造一项支撑你的产品、但本身并非产品的核心技术。

核心技术可以是方法、技艺、工具，甚至是某种产品：它支撑你当下的业务，但脱离当前业务也能独立存续，属于一种可复用的知识产权。

为什么要这么做？

把核心技术独立出来，会倒逼你跳出当下正在开发的产品层面思考问题。

产品方向随时可能调整，但核心技术是恒定的，且会持续沉淀增值，长期来看，持续投入的沉淀会带来非线性回报。

Linus Torvalds 为了优化 Linux 内核的开发流程，开发了 git；HashiCorp 有自研的 HCL（HashiCorp 配置语言）；谷歌有 Kubernetes。

不过打造核心技术不需要大厂级别的资源，它可以是你从代码库中抽离出来的公共组件库，甚至是一套你打磨成熟、坚定践行的方法论。

核心技术是你长期投入的方向，它独立于你的产品路线，但必须与你个人或公司的长期愿景相契合。如果你的想法没法沉淀出核心技术，说明它的杠杆效应不够高。

3、产品的形态必须由一条决定性约束来塑造

这一约束可遏制功能蔓延，倒逼产品形成清晰的辨识度。

为你的产品定义一个处于核心地位的专属约束。

这意味着用户始终能看见它、与它产生交互。

它存在感极强，正是你的产品辨识度的来源。

好的约束会赋予产品独特的质感 ，渗透到用户体验的所有环节。

《我的世界》完全由方块搭建而成。

宜家主打平板包装、自行组装的家具。

你选定的约束会缩小决策空间，从而收窄项目边界，让你能够聚焦于真正能带来核心差异的问题。

如果你不主动选择约束，或是选了不合适的约束，最终打造的产品就会臃肿庞杂，妄图事事兼顾。

精心设计的约束会自然催生产品的最终设计形态。

和在产品中的定位一致，这个约束也必须放在你的产品单页介绍的最核心位置。

收尾规则：每当我要决定开发什么项目时，只要它不符合这几项约束中的任意一条，我就不会动手开发。

链接：jordanlord.co.uk/blog/3-constraints