小紅花技術領袖俱樂部對話 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% 而已，
創業往往要求早期團隊里的每個人都是十項全能，同時每個人還必須有自己能提供的獨特價值，而我們常說的勤奮往往只是獨特價值里的標配，
經歷了幾次創業，我現在會把它當做是一個高度復雜的游戲，我們操作發揮得最好的時候，往往不是你拼了命想贏的時候，而是團隊協作去打怪升級，并且識訓快樂的時候，這時你的節奏、操作都會更好、更長久，
Eolink 作為國內最老牌的 API 全生命周期管理的 SaaS 平臺，不僅可以幫助我們更簡單便捷地完成 API 測驗，發現它還提供包括 API 網關、 API 監控、 API 自動生成等多種服務，感興趣可以自行試用：www.eolink.com
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/499778.html
標籤：其他
上一篇：歸并排序及優化