共计 2010 个字符，预计需要花费 6 分钟才能阅读完成。
我已经是挪动互联网创业者，当初做软件畛域的风险投资。我在工作经常遇到一个问题：怎么掂量一个产品的技术门槛。我本人形象出一个掂量技术门槛的方法论。这个框架对软件产品是最实用的，这是我最相熟的畛域。但这种思考框架对于硬件产品例如芯片、医疗设施、生产电子、机器人也是局部实用的。
首先给技术门槛一个定义。如果竞争对手要做一个跟咱们截然不同的产品，他须要雇佣什么员工；他须要克服哪些艰难，踩哪些坑，做哪些工作；这个产品打造的过程须要多少钱，多少工夫。 复刻产品的过程通常就能反映一个产品的技术门槛。
这当然是对技术门槛的窄化定义。因为对手复刻了产品的所有技术面之后不见得会带来截然不同的产品体验。除了技术方面，产品体验往往还有很多其余决定因素：产品中的数据积淀，数据对算法和模型的改良，例如同样都是短视频举荐，你可能做不到头条那么精准；海量用户应用产品过程中产生的网络效应，例如一个复刻的 QQ，但晚期没有用户应用和社交关系就没方法冷启动；品牌和价格对用户心态的影响，例如教育产品外面名师效应会更好做付费转化，也会让用户更加认可教育成果。这些因素毫无疑问都是公司的竞争门槛，甚至从久远来看是比单纯的技术门槛更重要的外围竞争力。但这篇文章会更聚焦于单纯的技术门槛自身，这是很多初创公司从 0 到 1 最重要的一步。
大多数产品的技术门槛由三个方面组成：零碎设计（System Design)、工程实现（Engineering）和常识诀窍（Know-how）。
零碎设计是指零碎的架构设计，以及它外面的宏观技术决策。软件系统设计是对复杂事物的形象，更好的设计代表着更柔美的产品体验和更快捷的产品研发。例如咱们要设计一个用于医药临床试验的 SaaS 产品，须要把整个临床试验中的所有参与方、所有流程、所有政策做形象，造成零碎模型和数据模型。这种零碎设计既须要设计者十分理解行业，晓得各种需要背地的含意，又须要设计者十分有零碎设计的教训。良好的零碎设计能够适应更多的需要，也能够在前期做更容易的扩大。
简单零碎设计通常要把很多因素放在一起思考，做出 trade off。常有人说没有完满的零碎，因为多种因素相互牵制，满足 A 就会就义 B。所以架构设计最大的考验，一是同时解决很多互相制约的因素，按下葫芦起了瓢是很形象的比喻；二是对产品需要要有粗浅的了解和预判。产品要定义最重要的应用场景，重要场景在做零碎设计的时候被首先满足。同时产品设计者还要思考产品将来可能的倒退方向，提前把扩展性放到零碎设计的思考中来。零碎设计和产品设计是同步实现的，找到适合的产品定位，哪些做哪些不做，将来市场会产生什么变动。所有最好的零碎设计者通常须要跟最能了解和预判需要的产品经理单干，或者两者罗唆合为一人。
工程实现门槛首先来源于工程当中的工作量，用软件工程的术语来说就是人月。例如像 Office、钉钉、数据库这样非常复杂的软件须要很大的工程师团队做十分久的开发。其次是这个软件开发所须要的工程师的稀缺性。简单零碎和算法的实现经常须要十分高超的工程师，并不是轻易招募工程师就能够胜任。
Know-how 指的是算法、窍门、行业洞察。Know-how 门槛实质上是认知的稀缺性。认知稀缺往往是一个事物在新呈现时的特点，例如：新的 AI 算法、新的运维形式。新的技术在刚呈现时，比拟少人把握，因而有很高的认知门槛。这样的认知稀缺往往是有工夫窗口的，随着时间推移认知从最好的技术团队向更宽泛的人群遍及。例如深度学习在 2015 年以前都十分稀缺，在 2020 之后在一线公司里甚至曾经开始过剩，但在二三线公司和传统行业依然稀缺。
软件开发有很多技能畛域，有的技术畛域是很少有工程师把握的，这也是一种 know-how。通常越靠近底层和硬件的软件，其工程师也更为稀缺。例如编译器、操作系统内核、图形图像，他们是比拟专深的畛域，在市场上有这些技能的工程师十分稀缺。一个须要稀缺技术能力的软件我的项目显然是门槛更高的。
在各种软件产品中，Infrastructure 软件是我十分青睐的一种高门槛软件。因为他们往往是非常复杂的零碎，例如存储系统和数据库。这些零碎波及到很多简单算法和机制，既有算法 know-how 又有零碎设计门槛。很多根底软件的外围零碎在晚期并不需要特地大的技术团队，但要求晚期成员有很高的技术水准。即使是在大公司，也很难用大团队和大估算来减速根底软件的外围研发。因而守业公司如果可能聚齐十人左右的高水平工程师，就根本跟大公司在软件外围研发上造成了平等竞争的场面。
一些离硬件更近的软件有很高的门槛。例如智能网卡外面的软件，因为 FPGA 的人才比拟稀缺，已经做过网卡的人才也很少。
行业利用 SaaS 也有相当的技术门槛。行业 SaaS 的设计须要联合行业 know-how 做十分好的零碎设计。另外很多行业设计都有十分丰盛的性能，这些也是工程实现的工作量的累积。
以上是我掂量软件产品的技术门槛的思考框架。必定会有有余。欢送交换探讨。
