全文 2911 字

閱讀時間約 9 分鐘

目錄

Halp：直接花錢

On Deck: 先自己搭建再花錢

Auth0: 情況不同，選擇不同

自己搭建還是花錢購買 - 你中有我而不是非此即彼

千萬不要低估內部系統對企業工作的影響力！

根據《深度解讀：2021 海外企業「內部系統」現狀》，在超過 10 人的公司里，每 3 個員工中就有 1 人在使用由開發人員建立的內部應用程序。隨著內部系統的重要性日漸提升，到底是選擇「自己搭建內部系統」還是「花錢購買」成了許多公司的難題。

如何才能最好地分配開發人員的時間呢？專家表示：「我們首先要明確一點，自己搭建內部系統還是花錢購買其實是一個假兩難推理，它們不應該是互斥的，我們要視情況而定，尤其是當使用低代碼平臺進行內部系統開發的時候，這時自己搭建也可能會需要一些平臺的付費服務，所以花錢與否的界限并不清晰」。

低代碼平臺 Retool 公司曾咨詢了三位專家，以了解他們是如何考慮「自己搭建」與「購買」問題的，三位專家都來自專注于技術受眾的軟件公司。這里碼匠總結了三位專家的觀點供讀者參考，大家有什么想法也歡迎評論區討論。

Halp：直接花錢

Halp 前 CTO Andrew Homeyer 建議直接花錢使用低代碼平臺來搭建內部系統。

「事實上我們是自己搭建內部系統的，而且我們使用的是低代碼平臺」。據 Homeyer 說，低代碼平臺允許開發者一起構思操作解決方案，聽起來有些不可思議，但搭出來的程序都很有用。而且對 Halp 來說，一個能快速解決問題的系統很重要。

通過低代碼平臺，Halp 可以將開發的過程與結果脫離。「這種感覺超棒！」，Homeyer說，「開發人員所要做的就是對著電腦下指令，然后程序就會按照你的要求執行」。 這就是低代碼平臺的魅力所在，「給出命令，得到結果」，細節什么的交給平臺就好了。

問：我們應該如何給銷售部和市場部定制特定需求下的應用程序？

Halp 希望即使是非技術人員也能參與到搭建內部系統的工作中來。Halp 是軟件即服務（SaaS）的重度依賴用戶，他們使用 Segment、Workato、Salesforce 和 Autopilot 等產品力求創造一個好用的客戶關系管理工具。但是 Halp 發現這些程序只有那些直接與客戶對接的員工參與搭建、不斷迭代，才能發揮出最好的效果，畢竟他們真正知道什么樣的功能才能滿足工作需求。這也是為什么 Halp 選擇低代碼平臺的原因：銷售人員和市場同學都能參與到內部系的搭建中來。

Homeyer 認為主要是「我們應如何確保銷售和市場等部門的同學能夠按照自己的業務需求去修改應用程序」。直到 Halp 開始使用低代碼平臺，他們才真正實現了以需求和目標為前提來搭建好用的內部系統。如今 Halp 已經開發出了許多不同的內部工具，尤其是用于數據管理的系統，其中有一個幫助整理公司賬單結構的程序，得到了公司內部的廣泛好評。

Halp 使用 Stripe 進行用戶訂閱，據 Homeyer 說「總有些小問題」，比如可能需要給某些客戶分配一個特定的折扣，有些客戶可能需要延長試用期，還有的客戶可能在續訂的時候會遇到一些問題。其中有些問題在 Stripe 中無法解決，或者說是不容易解決，Halp 的開發人員往往需要進入 Stripe 的數據庫，長此以往肯定是不現實的。Homeyer 表示「我們不希望工程師長期訪問數據庫，這不安全，很容易出意外」。

總之，Halp 搭建內部系統的思路就是要建立一個輕量級系統，使團隊中的每一個人都能進行修改。例如，如果他們只需要輸入一串優惠券兌換碼，所涉及的只是填一個文本字段。「我們只花了5分鐘就做好了這個功能，一勞永逸的那種」。

On Deck: 先自己搭建再花錢

On Deck 的高級軟件工程師 Curtis Cummings 建議：先嘗試自己搭建，不行再購買。

Cummings 說：「On Deck的做法與我在其他大多數初創公司看到的有所不同」。在確認一個定制的解決方案之前，On Deck 會先用低代碼平臺搭一個小的最簡化可實行產品（MVP）。為什么要這樣做呢？根據 Cummings 的說法：「這個簡單的 MVP 能讓你完成 70% 到 80% 的工作，而這 70% 到 80% 的進展往往能為最后正式的解決方案提供不少建議。」

實際上當你構建那 70% 到 80% 時會更明確最后的目的，「你會怎樣處理用戶數據？這樣處理是否合理？還有沒有其他需要改進的地方？」。像這樣在 MVP 的基礎上進行思考，然后完善剩下的 20% 到 30%，一個好用的解決方案或者說內部系統就完成了。

要逐一評估！

涉及到搭建內部系統的問題時 Cummings 十分謹慎，他說他最不希望的就是「辛苦做出來的東西沒人愿意用」，這也是 Cummings 之前做咨詢工作的時候最不愿意面對的。在他做咨詢師的時候，有許多這樣的例子，「我們明明是按照行業標準構建，然后再向用戶推廣的，所有流程中規中矩，但最后的數據都非常難看。因為這些『行業標準』都是所謂的專家建議，他們并沒有站在實際用戶的角度考慮問題，更沒有以實際的用戶數據為依據。」

Cummings 表示，通過購買一個低代碼平臺并利用它建立 MVP，On Deck 可以在投入大量開發資源之前驗證這個想法的可行性。開發資源是昂貴的，所以在進行任何投資前都應仔細評估。Cummings 再三強調：「不要抱有僥幸心理，請務必逐一評估內部系統開發方案」。

上述建議的提出是 On Deck 結合購買解決方案和用低代碼平臺自己構建解決方案的利弊之后提出的。On Deck 主要使用的低代碼平臺有 Zapier、Airtable 和 Retool。此外 On Deck 還利用低代碼平臺為運營團隊搭建了許多好用的工具以幫助他們進行項目管理，如會員管理系統，在此基礎上，他們還建立了一個輕量級的內容管理系統（CMS）用來向會員發送每周上新。

Auth0: 情況不同，選擇不同

Auth0 的一位產品經理 Sole Pano 說，「自己搭建」還是「花錢購買」取決于公司正處于哪一階段。

據 Pano 說，對于一個初創公司來說往往預算少，要求也少。「也許你們目前只需要一個包含『向客戶發送通知功能』的應用」，Pano 舉例說，「初創公司的客戶可能并不多，所以短期內并不需要進行功能上的擴展，不如自己上手搭建，又快又劃算，等到公司初具規模后再進行擴展也不遲」。

注意！今天的方案不一定適用于明天的問題。

隨著公司不斷發展，各種各樣的要求也會不斷增多，有些特殊問題需要特殊的「內部系統」幫忙解決。Pano 認為在搭建這些內部工具時安全性和合法性是首要關注的問題，但除此之外，Pano 表示「你還應該考慮不斷增長的客戶和需求，這也將是一項大工程」。

「當客戶數量增加時，之前的解決方案在某些問題上可能就不起作用了」，Pano 說到，「然后你就會一直卡在那，那我到底是馬上把整個應用重構呢還是直接花錢再讓別人幫我們做個新的來的快呢」

所以到底是「自食其力」還是「花錢購買」，這個問題會隨著公司的發展而不斷發生變化：公司越大客戶越多，客戶越多賺的越多，要求也越多。Pano 說，「只要你愿意且負擔得起，花錢的東西確實會比我們自己做的要好上十倍百倍」。

不管是自己搭內部系統還是花錢買服務，Auth0 都嘗試過，全公司上下也有許多使用內部工具的場景。Pano 還補充到：「當然，除非你對某項功能的要求非常細致，這時候自己搭的內部程序才能真正滿足你的要求并解決問題」。

目前 Auth0 已經建立了與客戶訂閱管理和與 Stripe、Salesforce 等系統集成有關的自動化工具。這些內部工具還幫助他們管理了客戶環境，包括資源調配和控制管理等。Pano 舉例說：「為了幫客戶處理票務問題。Auth0 建立了一個安全合規的內部程序。有了這個工具，客戶成功團隊可以看到客戶環境的配置，并為他們的決策提供精確有效的數據支持。」

自己搭建還是花錢購買 - 你中有我而不是非此即彼

這個問題的答案不是非此即彼的，就像 Auth0 說答案會隨著公司的成長而發生變化；On Deck 說答案會根據 MVP 的作用與成本發生變化；Halp 認為答案是兩者都有：花錢購買低代碼工具并使用它們來構建內部系統。

具體情況具體分析，在這之前不妨先問問自己「你的公司有多大？你需要建立一個 MVP 嗎？你需要建立多少內部工具？又打算花多少時間呢？」

在了解了三家國外公司對于內部系統建設的考量后，在這里向您介紹下碼匠：碼匠是一款國內研發的開發者友好的低代碼平臺，您無需了解 React/Vue 等框架的開發、部署等各種細節，就可以快速打通前后端，連接 REST API、MySQL、MongoDB 等多種數據源，然后通過一套開箱即用的組件，輕松搭建功能完善的數據看板、數據洞察、Admin 管理后臺等多種應用。

使用碼匠快速搭建 CRM 系統（具體可參考： CRM 客戶關系管理系統）

碼匠主要面向國內用戶，相較于國外開發的 Admin/CRM/CMS 等后臺工具，碼匠的 UI 界面設計更加適合國內業務場景。同時碼匠整合了多款國內常見數據源，包括飛書、企業微信、釘釘、阿里云 OSS 等。不僅如此，碼匠還一站式提供了企業內部系統常用的租戶管理、細粒度的權限控制、審計日志等功能，讓您快速搭建后臺應用的同時，也為您的企業信息安全保駕護航。

本文為原創內容，版權歸「碼匠」所有，歡迎文末點贊、收藏、評論！轉載請聯系我們。

總結

以上是生活随笔為你收集整理的内部系统自己搭建还是花钱购买？这是一个问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。