共计 3767 个字符，预计需要花费 10 分钟才能阅读完成。
小红花技术首领俱乐部对话 Eolink CEO 刘昊臻：
▲ 揭秘：从 Eolinker 到 Eolink 的起因！
▲ 解围：如何在国外、国内竞争对手的重围之下巩固本人的阵地，并放弃竞争劣势？
▲ 产品：为什么 Eolink 独有产品矩阵？技术人做产品的独特视角是能源还是阻力？
▲ 思考：技术、产品率领一家企业，其中有什么独特的人生教训值得大家品尝？
🌸 小红花：作为一位间断创业者，其中软件开发经验甚至能够追溯到初中时代，能够给咱们讲一讲在 Eolink 以前的学习、工作和守业历程吗？
其实初中接触编程并不是什么很陈腐的事件，很多小学生其实都曾经在做程序了，我身边意识的很多创业者或者是技术大牛，基本上也是从初中甚至更早就曾经在做网站或者是软件的开发。
我最开始的时候其实是对平面设计感兴趣，过后感觉编程全是英语，而我本人的英语水平比拟烂，所以就始终没有下决心去学。
起初我领有了第一台手机，也是第一台 Android 机,，HTC dream one（g1）。过后感觉智能手机真的很有意思，只不过界面比拟丑，所以就退出了线上的一些开发小组，一起去做国内最早一批的优化零碎。
一开始我负责的是界面的从新设计，但前面发现有很多的成果，光是设计进去还不够过瘾，还是须要去学习编程，本人动手做起来会更加有成就感，因而才逐步的转向开发，并且发现外面的英语其实挺简略的哈哈。
过后咱们做的优化零碎下载量有近百万次，在过后国内是十分大的下载量了，也是因为这段经验，让我感觉和一群乏味的人去做一件有意义的事件，是十分有成就感的，所以就下定决心当前肯定要守业。
高中期间也是一边上学一边兼职工作，一直的锤炼本人各方面的能力，也意识到了本人真正想要的是一个什么样的气氛，想做什么样的事件。
高考完之后，我去毕业旅行的路上便开始着手筹备组建本人的团队，大学开学之后就正式做各种我的项目以及守业的尝试。
在开办 Eolink 之前，我本人参加了几个创业项目，有技术外包、在线医疗、o2o 电商，然而感觉不太合乎本人的冀望。
刚好 15 年底感觉本人团队外部的 API 治理是个麻烦事，而市面上的产品做得不太满足需要，所以才决定做个产品来解决 API 合作问题。前面逐渐开源进去，失去许多用户的认可，再逐渐成立公司做 saas 产品。
直到现在，咱们应该算是国内做 API 研发治理畛域保持得最久的团队了。
🌸 小红花：Eolinker 是以前的品牌名，起初为什么改成了短名 Eolink 呢？
Eolinker 是个缩写，全称是 easy & open linker，一个简略、凋谢的连接器，其实就是代指的 API。
我始终感觉这个名字很有意思，它并没有间接说咱们做的是某某 API 产品，然而又解释了 API 到底是做什么的，其实就是做一个连接器。
咱们心愿把全世界的企业数据和服务都能通过更加简略和凋谢的形式连接起来，这是咱们公司的使命，从创建到当初始终没变过。
因而咱们也没有限度肯定要做跟 API 相干的事件，API 只是实现互联指标的多种手段之一，如果有其余的形式可能实现这个使命，那咱们也会去尝试。
去年咱们把品牌名称做了个简化，因为咱们发现大部分的人在读或者是搜寻的时候，往往会把 er 给去掉，而且 link 相比于 linker 而言，代指的范畴更广了，咱们是在做连贯的事件，而不是做连接器这个产品。
想到这点就会让我感觉很兴奋，因为咱们在做的是更大的事件、面向更大的市场、服务更多的人群，因而才下定决心要把 er 去掉。
既然要做，就做一件能让本人难忘且兴奋的事件，我感觉 新的品牌名称 Eolink 可能赋予团队这样的使命感。
🌸 小红花：API 网关、文档、测试软件都不是很“新”的产品畛域，而且国外也有 PostMan 等产品，甚至有一些开源我的项目提供大差不差的性能，你为什么会抉择这样一个产品方向呢？
确实如你所说，API 并不是一个新问题，API 这个概念存在的工夫比我的年龄都大。
市面上也有许多做得不错的产品，比如说在 API 文档治理畛域有 swagger，在根底测试畛域有 postman，在自动化测试、性能测试，平安测试等畛域也有 jmeter、soapui、loadrunner 等。
但咱们也发现，API 畛域其实是高度扩散的，像我刚列举的一些产品，其实就是为了解决不同的 API 问题。
但如果咱们心愿把 API 的整个流程都给治理起来，从研发、测试、运维、平安，甚至到交易都给串联起来，会发现市面上极少有产品可能满足这个需要，这也是咱们在 2015 年遇到的问题。
随着我的项目规模的不断扩大，微服架构越拆越细以及团队规模的增长，整个 IT 团队围绕着 API 的合作会越来越强，这时候咱们发现很难通过现有的单点产品去解决一个系统性问题。
因而咱们才决定要把这些单点的场景串联起来，不再从一个一个小点去思考，而是 站在一个更加宏观的角度去思考“一个围绕着 API 的团队或者公司会是怎么样的工作形式？”，并且基于这个出发点去设计 Eolink 的产品体系。
所以从我的角度来看，Eolink 的定位并不是另一个 Swagger 或 Postman 之类的产品，而是一个围绕 API 的团队合作平台，解决的是系统性的 API 治理问题，而不是单纯解决如何治理 API 文档以及做测试的问题。
因而也能够看到，咱们的付费客户往往是一些成熟企业，偏差科技、金融、汽车等畛域，体量也会比拟大。
咱们把产品在这些深度客户中充沛打磨之后，再提供给更多更小一些的企业或团队，把行业的最佳实际给做进去。
🌸 小红花：在 Eolink 产品的开发、迭代过程中，你们做了哪些让 Eolink 与“泛滥竞争对手”不同的性能？这些性能的开发过程又是怎么样的？
因为 Eolink 不只一个产品，所以我比拟难通过具体性能来做比照，不过从目前国内友商的性能来看，基本上是咱们在 17 年的性能强度。
API 行业是一个“门槛在门外面”的行业，不进去之前是不晓得的。外人看 API 的货色都很简略，但理论进去之后会发现能够做得十分的深。
咱们算是在业内做了十分多无益的尝试，有许多第一，比方：
第一个，把 API 全流程串联起来的产品矩阵;
第一个，通过图形化界面来做 API 自动化测试的产品，让老手也可能疾速做自动化测试;
第一个，把 API 文档和测试用例关联起来，让测试用例能够自动更新，缩小大量的保护老本;
第一个，做 API 的版本治理与变更告诉，让你能够很清晰的晓得 API 在什么时候扭转了什么内容;
第一个，在自动化测试中联合了 AI 能力的产品;
等等等等。
总的来说，咱们会更喜爱做有翻新的事件，喜爱做出差异化。
目前，一些国内的友商把精力都花在了打广告或者是中伤对手上，我感觉这对整个行业是不利的。应该花更多的工夫去提供独特产品价值，服务好国内甚至寰球客户。
🌸 小红花：Eolink 有 API 生成、研发治理、自动化测试、监控，甚至还有开放平台，是泛滥 API 工具同行中惟一做了“产品矩阵”的厂商，为什么要这样做？这个打法是否为 Eolink 带来了竞争劣势？
我的思路不太一样，这并不是打法决定的，并非是同行没有做，咱们就要做一大堆产品。
而是咱们发现用户问题必须要通过一个产品矩阵去来解决。在这个矩阵中，用户的研发，测试，运维和业务团队都能有本人对应的产品，并且可能串联起来，这是咱们对将来趋势的判断决定的。
目前各家产品服务的客户群体不太一样，因而不太好去做比照、讲劣势。但如果用户在现有的 swagger、postman、jmeter 等成熟产品中找不到解决办法，那往往会找到咱们。我感觉这是独特产品定位的益处。
🌸 小红花：Eolink 的 API 平台思维，能够说是“超过 API”，这个产品策略是谁提出来的，是灵光一闪还是三思而行？
在守业之前，咱们是做过一段时间的市场调研和用户剖析，API 全生命周期 或者说 API 平台这想法也是在咱们通过一段时间的调研和思考之后得出的论断。
我认为它会代表着 API 行业在将来十年内的一个大抵倒退方向：企业对于 API 的需要会越来越深，并且 API 所关联的团队规模和影响的业务范围也会越来越广。
我在 16 年做这个判断的时候，还只是一个揣测。但通过 5 年，从咱们接触到的客户以及看到的行业变动状况，我目前是越来越有信念的。
🌸 小红花：Eolink 屡次博得顶级风投青眼，你认为那些资本大佬最为观赏的个性是什么？
我感觉首先是抉择一个在高速倒退的市场，其次是团队的韧性，而后是产品再变得越来越好，在一直地解决用户的问题。
🌸 小红花：在过往的工作、守业中，你也做过技术合伙人等技术治理岗，在不同岗位上的心态和感触是否不同？你感觉技术人做产品的独特视角是能源还是阻力？请分享一下几次守业过程的心路历程。
因为咱们做的是技术行业，面对的是开发者群体，所以技术背景是很必要的。
不过技术背景往往只是一个门槛，我感觉更重要的是产品视角和商业化思维，毕竟用户想要解决的问题和好的交付产品之间可能差了十万八千里。
而好的产品和可能带来继续收益的商业产品又差了十万八千里，所以说守业是一个高风险的事件。就算是在硅谷可能验证有商业后劲的初创公司也不超过 10% 而已。
守业往往要求晚期团队里的每个人都是十项全能，同时每个人还必须有本人能提供的独特价值，而咱们常说的怠惰往往只是独特价值里的标配。
经验了几次守业，我当初会把它当做是一个高度简单的游戏，咱们操作施展得最好的时候，往往不是你拼了命想赢的时候，而是团队合作去打怪降级，并且播种高兴的时候，这时你的节奏、操作都会更好、更短暂。
