Zion 成立于 2020 年 3 月，是一個無代碼集成開發(fā)環(huán)境（No-Code IDE），可用于構(gòu)建跨平臺的云原生應(yīng)用程序。它的理念是使得構(gòu)建應(yīng)用程序更容易、更低門檻、并且更令人愉悅。Zion 于2021年加入 MiraclePlus（奇績創(chuàng)壇） 創(chuàng)業(yè)營，隨后獲得紅杉資本中國基金的A輪投資。此后， Zion 又于 2021 年底加入微軟和騰訊產(chǎn)業(yè)加速器并順利畢業(yè)。

Zion 致力于打造全場景無代碼的云開發(fā)環(huán)境，幫助用戶完成網(wǎng)頁、業(yè)務(wù)邏輯、數(shù)據(jù)模型的可視化設(shè)計，因此大大降低了參與跨平臺應(yīng)用開發(fā)的技術(shù)門檻。用戶設(shè)計完成后，通過代碼生成、應(yīng)用部署和發(fā)布上線運行，可實現(xiàn)從設(shè)計到交付的完全自動化。

本期的 Moonshot Mafia 回顧，我們邀請了Zion創(chuàng)始人陸繼恒，聊了聊他當(dāng)初創(chuàng)業(yè)的一些故事與對創(chuàng)業(yè)的一些見解。

登月伙伴：

作為奇績創(chuàng)壇的優(yōu)秀校友，能不能分享一下參與奇績創(chuàng)壇時有哪些收獲？

陸繼恒：

我覺得在奇績創(chuàng)壇的收獲主要分為兩個點：

?

第一是他們所推崇的有效的創(chuàng)業(yè)理念：

在奇績創(chuàng)壇中，陸博士和合伙人會在專門與創(chuàng)業(yè)者交流指導(dǎo)的 Office hour 里強調(diào)兩件事情：首先不管什么樣的產(chǎn)品，都需要盡快地把 MVP 做出來去面向市場。如果是長期研發(fā)的項目，例如做生物基因編輯的公司，可以在長線中尋找一個短的點去做，以盡快在市場獲得反饋。這個是奇績一直在傳輸?shù)睦砟睿?strong>“Make something people want”，只有推向市場之后，你才可以知道這東西是不是用戶要的，再進一步迭代它。

?

另外一件是理清楚你自己做的東西到底是什么。奇績創(chuàng)壇有一個模板，會從 What，How，Why，Why not 和 Why us 這幾個問題出發(fā)，協(xié)助你理清這個項目的基本脈絡(luò)。這個脈絡(luò)最終會變成我們在 Demo day 分享的主軸。這個東西理清楚了，你就會想清楚自己的業(yè)務(wù)是什么。在面向市場的時候，你也知道做的東西到底是什么。他們還會把項目每個階段需要做的東西分為鍋里的，碗里的、和田里的。鍋里的是現(xiàn)在正在做的東西，碗里的是短期會做的東西，田里的是最終會面向的大的市場是什么。

?

奇績創(chuàng)業(yè)營一直強調(diào)的這兩點理念，使我在早期不僅能更快地獲得反饋迭代，又能有相對長遠的計劃。

?

第二點是奇績創(chuàng)壇提供的交流社群：

他們希望搭建一個正向積極的社區(qū)，圍繞這個社區(qū)可以學(xué)到很多創(chuàng)業(yè)的東西，為之后的創(chuàng)業(yè)項目做準(zhǔn)備。奇績這邊也在做像國外 YC 的 Hacker News 類似的線上論壇，做一些科技創(chuàng)業(yè)上的分享。我們之前也和奇績一起合作搭建這個平臺，現(xiàn)在正在內(nèi)測當(dāng)中。

登月伙伴：

我比較好奇您是什么時候開始想創(chuàng)業(yè)的？能不能分享一下您如何為面臨的創(chuàng)業(yè)壓力做準(zhǔn)備？

陸繼恒：

在本科的時候，我就對創(chuàng)業(yè)這件事有比較強烈的興趣。所以后面的研究生的選擇、職業(yè)的選擇、工作地址的選擇都是為創(chuàng)業(yè)做準(zhǔn)備的。

?

我覺得創(chuàng)業(yè)是永遠不可能準(zhǔn)備好的。唯一準(zhǔn)備好的方式就是開始行動，只有開始了才會知道這個想法有沒有價值。你每次的失敗也是在為下次做準(zhǔn)備，所以當(dāng)你有很多想法的時候，挑一個最讓你興奮的開始做起。很大概率它會失敗，但這不重要，這種旅程和學(xué)習(xí)經(jīng)歷對你來說是更寶貴的。

Elon Musk 說他有個朋友做比喻，創(chuàng)業(yè)相當(dāng)于是在玻璃前凝望深淵。YC 的比喻是從懸崖上跳下來的當(dāng)中，一邊在下墜，一邊在造飛機，讓自己飛出去。你不經(jīng)歷一遍這種過程，你永遠不會知道將會面臨的挑戰(zhàn)與壓力。

?

而面對這些挑戰(zhàn)，你最好的應(yīng)對方法就是堅持。我認(rèn)為在創(chuàng)業(yè)這條道路上是否能成功，很大程度上取決于個人與生俱來的意志力。你能不能堅持下去，是取決于你愿意為這個項目犧牲多少，對于絕大多數(shù)人來說他們愿意放棄的是很少的。如果對你來說創(chuàng)業(yè)不是最重要的東西，你就不會為此放棄掉生活當(dāng)中的其他東西。

?

我覺得我和我的合伙人目前還是比較享受這個狀態(tài)的，主要是因為這兩點：

?

第一，我覺得是要對創(chuàng)業(yè)要有正確的期待。很多創(chuàng)業(yè)的壓力和無助感，其實都是來自于你的期待和你的現(xiàn)實的落差。開創(chuàng)一個公司永遠是從一個滿是漏洞的桶開始，然后一點點再往上搭。所以要認(rèn)識到這一點，在從無到有的時期抱足夠耐心是很重要的。要學(xué)會把抽象的期待打散，變成一個個可實現(xiàn)的小目標(biāo)。當(dāng)你的目標(biāo)距離現(xiàn)實沒有那么遠的時候，你就會有朝著這方向去奮斗的動力。

?

第二，以我個人的體驗來說，很多成長都是階梯性的。比如說我們在今年的2月份融資之前，公司的發(fā)展其實也比較僵滯。但其實當(dāng)你的產(chǎn)品發(fā)展到了某一個階段，當(dāng)你面向了一些真正的客戶，可以真正的交付了之后，你會突然發(fā)現(xiàn)融資變?nèi)菀琢恕?strong>這些都是一個階梯式的，由量變帶來質(zhì)變的一個過程，質(zhì)變往往是在瞬間發(fā)生的。這些是我的體驗。

登月伙伴：

為什么選擇無代碼工具作為創(chuàng)業(yè)項目？

陸繼恒：

這個項目的出發(fā)點其實是解決我自己的需求。

?

我和我合伙人在 2015 年的時候就認(rèn)識，在硅谷工作同時兼職做一些創(chuàng)業(yè)的項目。我們都是后端工程師，但是對于一個早期的 Startup 來說，你的 MVP 面臨的挑戰(zhàn)通常都是前端上的。你需要思考如何對用戶群體呈現(xiàn)這個應(yīng)用。對后端來說，在應(yīng)用量增大之后，才會有更大的挑戰(zhàn)。

?

在我們做早期 Startup 的時候，需要做很多的網(wǎng)頁、應(yīng)用。于是我們當(dāng)時會學(xué)習(xí)一些前端的架構(gòu)，例如 React 和應(yīng)用的整合。我們在這個過程中發(fā)現(xiàn)，很多人力都用在了重復(fù)繁瑣的事情上，比如把 PRD（產(chǎn)品需求文檔）和設(shè)計稿翻譯成機器可以理解、運行的代碼，而這些流程的在技術(shù)上的要求并不高。于是我們想到可以有一個更好的工具，把整個端對端的應(yīng)用開發(fā)、制作和上線變得完全自動化。

?

這個工具其實在2000年左右存在過，像早期 Dreamweaver 和 Frontpage 這類網(wǎng)頁開發(fā)工具。后來技術(shù)變了，所有的應(yīng)用都變成了前后端分離的架構(gòu)，這些工具就被淘汰了。在這個新的模式下，我覺得留給新工具的機會很多。

?

另外我個人認(rèn)為特別早期的創(chuàng)業(yè)者也非常需要這樣的工具來更快的去開發(fā)面向市場的 MVP。剛才提到在奇績創(chuàng)壇中，包括硅谷精益創(chuàng)業(yè)的理念都是這樣的：要想 “Make something people want”，更快的迭代是必要的前提。我非常希望能提供一個可以幫助到早期創(chuàng)業(yè)者快速上線產(chǎn)品的工具。

登月伙伴：

在現(xiàn)環(huán)境下，無代碼工具會遇到哪些挑戰(zhàn)？它的技術(shù)卡點在哪里？

陸繼恒：

首先，無代碼這類的工具目前有這幾個大的類型。

?

第一個類型是像 Airtable 這樣表格類的產(chǎn)品，它其實挑戰(zhàn)更多是如何把 Excel 的模式搬到云上，要提供協(xié)同的能力，這個相對更偏產(chǎn)品的調(diào)整。

?

第二類是 BPM（業(yè)務(wù)流程建模）的引擎，他們會給企業(yè)內(nèi)部提供很多工具。會給預(yù)制好的模塊和一個流程的引擎，讓企業(yè)自己可以進行自動化的編排。它更像是一個預(yù)制好的 SaaS 的工具，但通過一個可視化拖拽的方式，進行更靈活的編排。它的挑戰(zhàn)主要是業(yè)務(wù)邏輯的封裝上面。

?

我們 Zion 屬于第三類。它屬于一個全新的軟件基礎(chǔ)設(shè)施的工具，我們面臨的挑戰(zhàn)其實更多是軟件工程方面的。

?

我們做的其實是三個事情：首先要基于無代碼的交互方式重新設(shè)計一個通用型的 IDE（集成開發(fā)環(huán)境）交給用戶。其次用戶進行 IDE 編排后，這個代碼要被自動化地產(chǎn)生出來。這其實相當(dāng)于開發(fā)了一個新的編譯器，這個環(huán)節(jié)也有非常強的工程難度。第三個部分的話是我們產(chǎn)出源代碼之后怎么樣進行自動化的部署。部署的流程，和整個運營原生平臺的搭建，這又是比較大的一個技術(shù)挑戰(zhàn)。

?

所以本質(zhì)上我們做的是一個開發(fā)環(huán)境加一個編程語言加一個自動化的流程，我們面臨的挑戰(zhàn)也主要在這三方面。

登月伙伴：

我個人也覺得無代碼在這個信息化時代意義非凡，能為沒有代碼經(jīng)驗的人提供創(chuàng)造的能力，很想請教一下您對無代碼工具行業(yè)發(fā)展的最終愿景是怎么看的？

陸繼恒：

我們希望把全球有軟件開發(fā)能力的人口比例從0.33%提升到8%，讓比之前多25倍的人來做開發(fā)。我們非常相信一句話叫?“Software is eating the world”，軟件最終會由內(nèi)而外地改變整個世界的架構(gòu)，無代碼工具就是其中必不可缺的一環(huán)。

?

無代碼的最終的形態(tài)其實是一種交互方式的改變。像八九十年代的時候，電腦操作系統(tǒng)從 Linux 這種命令行的方式逐漸演變成了 GUI（圖形用戶界面）再到 Mac OS 和 Windows，直接讓更多人可以使用原來只有小范圍專業(yè)人士才能使用的電腦。

?

我們認(rèn)為同樣的過程也會在軟件開發(fā)中發(fā)生。現(xiàn)在軟件開發(fā)其實就像做填空題一樣，你的自由度太大了，里面可能會有各種各樣的錯誤。早期的創(chuàng)業(yè)者們其實不需要那么大的靈活性。

?

Zion 希望把軟件開發(fā)中的填空題變成選擇題，讓用戶的精力投入顯著降低。縮小了學(xué)習(xí)成本以后，更多人就可以參與進來了。這個就是我們對可視化編程或者說無代碼這種交互方式的最終的愿景。

?

盡管現(xiàn)在付費用戶大多是大公司，我們希望我們的產(chǎn)品最終使用方都是個人。最終像 Microsoft Office 一樣變成一個生活中必備的工具，納入日常工作流之中。

登月伙伴：

如何找到適合的公司合伙人？如何做好與合伙人的交流和對團隊的管理？

陸繼恒：

我和我的合伙人是在灣區(qū)認(rèn)識的。我當(dāng)時剛到灣區(qū)，寄住在我一個學(xué)長家。我的合伙人和我那個學(xué)長正好在一起做一個兼職的項目。一個周末聽到他們在樓下爭論一些產(chǎn)品功能的開發(fā)，我覺得還挺有意思的。因為我當(dāng)時去灣區(qū)的一個非常重要的目的，就是要接觸一些創(chuàng)業(yè)機會，所以我就下去跟他們交流，最后就加入他們的團隊，認(rèn)識了我的聯(lián)創(chuàng)。雖然那個項目沒有成功，但是發(fā)現(xiàn)我和我的合伙人還比較合得來，所以我們之后是一直不斷的在做新的項目。

?

在工作上，我們都屬于能比較好地分割主觀情緒和理性判斷的人。我們也經(jīng)常會有比較激烈的爭論，但是我們會就事論事，而不是帶有很強的個人情緒。所以如果在戰(zhàn)略層面產(chǎn)生分歧，我們也會直接說出來。這個也是我們公司文化的一部分，叫 “Brutal Honesty”。因為我們相信當(dāng)一個人足夠理性、足夠聰明，人與人之間絕大多數(shù)的分歧，都是每個人看到的東西不一樣造成的。當(dāng)你的信息足夠同步的話，最好的決定還是相對明了的。

?

有一本書叫《閃電式擴張》，作者 Ray Hoffman 是 Linkedin 的創(chuàng)始人。他在里面提到按照員工數(shù)量分，公司有五個階段，從家庭到部落、到村莊、到城市、再到國家，每個階段的管理是不一樣。

?

目前階段我們團隊還比較小，也就在30~50人的階段，處于部落階段，我可以提供的分享，也就只能到這里為止。

?

我覺得在早期其實不需要過多的管理，有時候管理會給團隊不必要的壓力。在Pre A輪進來之前，我們團隊也只有十幾個人。那時我更會把我們的整個機制想象成是像學(xué)校里面在做項目那樣，一個 Hackathon 的小隊，大家一起在做這個東西。

?

當(dāng)然當(dāng)規(guī)模到了30多個人的時候，我也會體會到一些管理上的挑戰(zhàn)。人多了之后，交流的復(fù)雜度會呈幾何倍的增長。大家的想法越多，就越需要管理這些預(yù)期和觀點的碰撞。我們的解決方法會更傾向于通過直接點對點、自下而上的溝通來解決問題，期待每個團隊成員間直接聯(lián)系。

?

舉個例子，比如我們不希望我和合伙人告訴團隊要做一個怎樣的功能，而是員工在做在用的過程當(dāng)中、在和客戶溝通的過程當(dāng)中，發(fā)現(xiàn)問題，然后去自己提出一個可行的改進方案。這樣讓公司自發(fā)性地運轉(zhuǎn)，讓每個人自我管理自己部分的推進，比從管理層下達指令少很多流程上的消耗。

登月伙伴：

很多時候一開始我們想做一個簡單易用的產(chǎn)品，隨著客戶逐漸復(fù)雜的要求，又希望它有更強大的功能，在這個過程中往往會降低應(yīng)用性。如何平衡產(chǎn)品在應(yīng)用性與功能性上的沖突以滿足不同客戶的需求？

陸繼恒：

這個問題其實我們也在面臨。因為我們相當(dāng)于在做一個新的開發(fā)平臺，用戶如果用這個平臺開發(fā)不出來一些他要的功能的話，你的價值就明顯的會大打折扣，然后他會選擇你的可能性就顯著降低。所以我們當(dāng)時的選擇是先關(guān)注功能的完整性，然后之后再去優(yōu)化你的體驗。

?

基于我們目前收到的反饋和分析，我們發(fā)現(xiàn)用戶會因為你的產(chǎn)品做不了某些事情而不選擇你，但不會因為你沒有一個特別好的體驗而直接放棄。

—end—

文案 | Tony、Kevin

編輯 | Yujing

* 部分圖源自網(wǎng)絡(luò)