這是一個由來已久的爭論。當涉及到交付新的技術解決方案時，您應該在內部構建它們還是購買現成的產品?
雖然這個經典難題絕不是新難題，但它仍然是大小團隊的首要問題。在與數百個品牌合作過之後——從運轉良好的企業到敏捷的創新者——我們親眼看到了回答這個問題的重要性。劇透一下:沒有神奇的答案。通常，這不是一個非此即彼的決定。正確的選擇可能是兩者都做一點．
從表麵上看，“建造還是購買”的決定需要被拆解。畢竟，你的團隊有獨特的目標、挑戰和技能。要想知道該走哪條路，你需要評估當前的情況，並根據多種標準評估各種選擇。雖然這兩種選擇都有利弊，但建立一個可靠的框架將使您的團隊獲得成功。那麼，你從哪裏開始，又將如何決定呢?
最終，做出正確的決定需要你考慮五個關鍵因素：
- 的問題這個問題已經解決了
- 的內部技術
- 的成本
- 的時機
- 的想要的靈活性
讓我們通過回答(你猜對了)一些更微妙的問題來分解總體上的build vs. buy問題。
1.正在解決的問題
與大多數決策一樣，從清楚地定義和理解你要解決的問題開始是很重要的。傳統策略會告訴我們構建解決核心業務問題並創造差異化競爭優勢的技術解決方案。一切嗎?強烈考慮購買。
想象一下，一家金融服務公司正在尋求提供自動化貸款審批流程的軟件。這種解決方案直接與業務的核心競爭力相一致。由於提供更快的貸款可能會使核心服務在市場上更具競爭力，因此這項技術應該是內部開發的。
現在讓我們想象一下，同一家公司希望升級其人力資源門戶，為員工提供更多的自助服務功能。像大多數公司一樣，它並不提供人力資源管理解決方案。由於在內部構建這種功能不會創造差異化價值，他們應該強烈考慮購買現成的人力資源管理軟件。否則，他們就會冒著將關鍵資源重定向到這個項目的風險，而這些資源是支撐公司核心關注領域所真正需要的。
同樣的類比也適用於客戶互動．在當今的數字世界中，來自各個行業和地區的營銷人員都需要找到新的方法來與客戶建立人際關係——無論是通過移動設備、網絡、電子郵件還是各種各樣的其他渠道。manbetx万博全站客户端即使公司可以內部構建基本功能(Firebase, SendGrid api等)，應該他們嗎?,是基本真的夠了嗎?讓我們繼續挖掘。
2.內部訣竅
在深入分析之前，重要的是要現實地了解什麼是可能的。在當今時代，交付(和支持)滿足需求並與現有解決方案競爭的軟件是一項不小的壯舉。它需要有專門技能的人力。
讓我們以一些看似簡單的事情為例推送通知為例。構建一個可擴展的係統和直觀的界麵，允許非技術營銷人員發送這些文本片段並衡量它們的影響，實際上需要大量的工作。僅僅指派一名工程師為這個項目工作幾周並期望取得好結果是不夠的。
- 在帶寬首先，你需要騰出一個團隊的資源，他們有處理特性發現、開發、測試、文檔、培訓、持續維護以及任何你認為必要的額外活動的經驗
- 在知識除了一般的產品開發、合規和培訓技能外，你還需要了解最新iOS、Android和網頁開發標準的工程師
- 在支持在前麵，您需要建立流程來處理錯誤修複，處理新的特性請求，並維護與正在進行的操作的一致性操作係統(每年都有)和(難以預測但通常規模很大)監管變化
獲得或釋放內部構建和維護此類解決方案所需的人力資本可能是相當大的挑戰。坦率地說，這是公司轉向軟件提供商的主要原因之一。他們可以放心地知道，有一個由經過驗證的開發人員、設計師、產品經理、技術支持和麵向客戶的專業人員組成的人員齊全的團隊，他們隻專注於構建和維護這個解決方案，解決他們的當前需求，同時為未來的增長留出空間。
3.成本
讓我們來談談金錢。在一天結束的時候，最重要的考慮因素之一將是所討論的解決方案的成本。每個團隊都有一個預算，成功與否取決於是否在預算之內。然而，許多團隊沒有考慮到的是隱性成本的技術。
當您考慮現成的解決方案時，更容易在成本方麵猶豫不決，因為它們是由軟件提供商明確定價和打包的。然而，對於內部構建，事情變得更加模糊。除了最初的解決方案開發和托管成本之外，還有許多成本隱藏在表麵之下。
為了幫助您解釋這些情況(並避免措手不及)，我們概述了團隊在內部構建時麵臨的一些常見隱藏成本。
- 技術債務:使用自定義解決方案，您可以假定擁有長期的所有權。這意味著要考慮時間和金錢來處理任何額外的代碼更改、更新知識庫和內部團隊，甚至還要考慮額外的存儲和基礎設施成本
- 時間到值:軟件開發可能是一個耗時的過程。在最終用戶可以開始使用它之前，等待內部開發完成是有成本的。這也會隨著所需解決方案的複雜性呈指數級增長。
- 機會成本:最後，但肯定不是最不重要的，是您的團隊在這個特定解決方案上所花費的時間所能構建的成本。工程時間是一種稀缺商品。如果你的工程師不花時間為營銷人員構建一個發送個性化(甚至是批量和批量)消息的係統，他們能構建什麼?他們如何推動業務向前發展?
4.時機
接下來，考慮時間軸。盡管基本的內部解決方案可以在相對較短的時間框架內構建，但現實情況是，大型定製開發項目通常容易出現這種情況延遲還有超期的時間表。如果您的團隊正在尋求加快發布時間，毫無疑問，現成的解決方案將幫助您更快地啟動和運行。這裏的影響呢?更少的時間實現工作功能，更多的時間花在定製、微調和快速取得成功上。
提前完成時間線(並為項目的成功做好準備)的最佳方法之一是在早期將時間用於需求收集和跨功能校準。雖然這可能不是你待辦事項清單上最令人興奮的項目，但它會帶來回報。你不必總是獨自麵對!考慮聯係你信任的人合作夥伴幫助您在正確的時間框架內整合正確的解決方案。
從這組清晰的需求開始工作，將有助於防止您將日期推得更遠和靠右。你可能會在這個過程中了解到，對你的團隊來說，最好的決策並不像你最初想象的那麼狹隘。也可以是建造和購買。例如，我們曾見過一些團隊認為他們可以自行處理簡單的瀏覽器內網站消息需求，但發送電子郵件和移動用戶粘性完全超出了他們的技能和帶寬範圍。或者團隊已經開始構建專有的機器學習推薦算法，但需要一個已經建立的客戶參與平台來采取行動。msports万博体育客服在這兩種情況下，最省時的選擇實際上可能意味著在兩條路線上並行航行。
5.理想的靈活性
最後，做這個決定有點平衡。你的團隊必須專注於滿足當前的需求，同時也要著眼於未來。通常情況下，會有一個現有的解決方案支持您所需的用例。這裏最重要的是，你不僅要打勾最初，還要考慮未來您的決定的影響。
走現成的路線不可避免地意味著放棄一定程度的控製。解決方案的各個方麵，如正常運行時間和性能、集成的便利性、錯誤修複和總體產品路線圖，現在都將掌握在軟件提供商的手中(和鍵盤上)。
另一方麵，如果您擔心將自己鎖定在某個特定的軟件提供商，那麼您可能需要重新考慮一下。決定在內部構建並不總是意味著完全的靈活性和創新。工程人員的流動、優先級的轉移、複雜性的增加和技術債務可能會讓你的團隊感到被內部解決方案所束縛。而且轉換成本可能更高。
對所有這些不同的權衡感到矛盾嗎?還有最後一個誘人的選擇擺在桌麵上。有時我們會陷入非此即彼的決定，以至於我們忘記了魚與熊掌兼得的可能性:建造和購買。購買現成的解決方案來快速啟動和運行，並利用靈活的接口，api,人則深化建設創新在上麵解的。這種混合的方法可以使風險最小化和價值最大化。
最終的想法
與大多數重大決策一樣，在“建造還是購買”的爭論開始時，沒有明確的贏家。最初的反應，如“我們應該購買這個解決方案，因為它不是我們業務的核心”或“我們可以在內部更便宜地構建它”，需要進行適當的審查。通過對上述考慮因素進行評估，你的團隊將能夠自信地做出最適合你的決定。這並不總是意味著選擇一個或另一個選擇!有時，這意味著從每個方麵入手，將它們混合在一起，然後兩者都選擇。
在Braze，我們希望您投資於能夠滿足您短期和長期需求的客戶參與解決方案。我們全麵的平台和服務旨在幫助您更快地完成數字營銷用例，同時讓您的工程師可以自由地構建最適合業務的東西——無論是在Braze上構建額外的功能，還是將時間花在新的和改進的核心產品上。
如果你的團隊正在決定是從頭開始構建客戶參與功能，還是購買現成的產品，保持聯係．我們已經指導了各種規模和行業的品牌通過這個確切的決定，我們也很樂意幫助你。
