Cards For Causes:BigCommerce 開發中的混合定制

已發表: 2019-01-09

託管電子商務解決方案是很棒的工具,但有時它們需要為大量受眾服務可能會阻礙它們對具有不常見需求的企業的有用性。 Cards for Causes 的業務經理 Barry Robb 最初與 1Digital Agency 聯繫是因為他的業務正在增長,但他的電子商務網站讓他們望而卻步。 Cards for Causes 是一家總部位於休斯頓的公司,它的客戶可以輕鬆地以朋友或親人的名義向慈善機構贈送禮物。 這些卡的訂購過程很長而且很複雜。 它要求客戶從頭開始定制他們的卡,在訂購過程的每一步從無數選項中進行選擇。 Cards for Causes 已經為自己建立了一個專有站點,以適應這個涉及的過程,但他們在擴展方面遇到了問題。 他們的訂購流程對他們來說效果很好,但他們幾乎犧牲了電子商務的所有其他領域來獲得它。 每次需要更新專有站點時,進行更改都是一個漫長而昂貴的過程。 每次他們做這個 Cards for Causes 都會推遲處理他們真正的問題,他們多年來擁有的網站無法跟上他們不斷增長的業務。

當 Barry 與 1Digital 取得聯繫時,他對 BigCommerce 的開發產生了興趣。 他以前使用過這個平台,所以他知道他可以使用它。 他知道,作為一個 SAAS 平台,BigCommerce 可以自動擴展,因為他們的網站需要更多的帶寬、更強的安全性和更多的訂單。 他還知道 BigCommerce 或任何現有的電子商務平台都沒有像他們當前的訂購流程那樣。 所以他打電話給 1Digital 看看我們是否可以建造它。

BigCommerce 發展

每當商家帶著非常具體、非常高級的要求來找我們時,我們都喜歡花大量時間挖掘細節。 為了知道是否有可能通過 BigCommerce 開發重建 Cards for Causes 訂購流程,我們必須首先了解它的所有內容。 在項目開始前的 5 個月內,我們的客戶經理與 Cards for Causes 團隊舉行了多次會議,期間他們探索了當前的功能。 每個回答的問題都會帶來更多的問題和可能的考慮。 在提供行動計劃之前,我們會花時間了解這些內容,因為我們試圖使我們的提案中的工作範圍盡可能詳細。 範圍越具體,我們就越能在以後出現最初未計劃的事情時減少意外成本。

在此範圍界定過程中,我們試圖對 Cards for Causes 進行預期的一件事是讓他們的系統適應未來發展的好方法。 畢竟,這本來就是他們的問題。 他們的系統在構建時運行良好,但無法適應不斷變化的業務。 巴里曾表示,雖然公司目前專注於卡片,但他們未來可能會開始銷售其他定制產品,這些產品需要他們的一些定制元素,但不是全部。 例如,除了裡面的客戶信息外,定制的卡片還需要為卡片的信封選擇選項。 另一方面,像定制杯子這樣的東西只需要信息。 對於這些客戶來說,信封選項將成為完成訂單的無用障礙。 所以我們選擇讓他們的系統模塊化。 他們的新產品管理界面將由多個模塊創建,這些模塊可以根據需要為每種產品類型打開或關閉,從而以盡可能簡單的方式為未來產品提供更多靈活性。 為了實現這一點,我們計劃了一個混合系統,部分是 BigCommerce,部分是我們自己的。

1DBox 定制系統

當嘗試使用像 BigCommerce 這樣的託管系統來實現真正獨特的要求時,有時我們需要在界限之外進行著色。 BigCommerce 商店是雲託管的,這意味著儘管您可能擁有並運行您的 BigCommerce 商店,但它們為每個 BigCommerce 站點提供服務器空間和安全性。 您是更大的 BigCommerce 商店生態系統的半自治部分。 從好的方面來說,您的 BigCommerce 網站將更安全、更可靠。 這也意味著 BigCommerce 將設定每家商店必須遵守的限制,以保護更大的託管商店生態系統。 當您有一組需求時,例如 Cards for Causes had 根本無法使用 BigCommerce 提供的有限沙盒來實現它們。

在這種情況下,我們構建了一個完全定制的系統,即我們的 1DBox 開發工具包。 我們的 1DBox 工具通常託管在客戶租用的 Linux 服務器上。 在這個不受 BigCommerce 控製或託管的獨立空間中,我們可以自由支配幾乎任何我們喜歡做的事情。 然後,我們利用 BigCommerce 的開放 API(一組幫助計算機系統交互的例程和協議)將我們的 1DBox 系統連接到 BigCommerce 商店的其餘部分。 這是一種我們將用於復雜定制的方法,不僅在 BigCommerce 上,而且在任何具有嚴格開發限制的託管平台(Shopify、Volusion 等)上。

對於 Cards for Causes,我們構建的 1DBox 系統包括我們創建和設計的易於導航的儀表板。 Cards for Causes 團隊可以通過用戶名和密碼登錄訪問此儀表板,並允許他們管理他們的產品。 這個儀表板與他們的 BigCommerce 管理區域沒有什麼不同,它只包含為他們的流程定制的工具。

BigCommerce 發展

儀表板由 12 個獨立的模塊組成,每個模塊都處理 Cards For Causes 產品定制和訂購流程的特定部分。 從更平庸的電子商務項目(如將產品分組到產品類型和設置批量定價)到更具體到 Cards for Causes 商業模式的項目,如管理可以寫在卡片內的經文或添加客戶的慈善捐贈選項。 該系統還通過 BigCommerce 購物車功能跟踪放置在商店中的訂單。

BigCommerce 發展

定制系統還具有另一個內置 API 連接,與專業打印機實際創建在站點上訂購的物理卡。 在發出任何訂單之前,Cards for Causes 團隊有機會對其進行審查,從自定義儀表板中進行更改,然後手動將訂單發送給創建卡片並將其發送給客戶的打印機。

該系統是可行的,因為它是模塊化的。 1DBox 系統中的 12 個獨立區域中的每一個都可以將其效果應用於或不應用於特定產品類型。 這意味著 Cards for Causes 團隊可以使他們添加到生產線的每個新產品變得像他們想要的那樣複雜或簡單。 而且由於這個系統在功能上是開源的,如果他們將來需要添加更多的模塊,沒有系統限制會阻止他們這樣做。

過程

構建複雜的自定義系統的過程並不快速和容易。 在這種情況下,我們基本上需要創建一個輔助電子商務平台,與客戶已經在使用的平台無縫協作。 前期工作需要大量來回才能使工作範圍正確,但在開發過程中,客戶可能會在很長一段時間內感到被排除在外,而我們的開發團隊則專注於他們的工作。 在此期間,我們希望通過我們的項目管理系統的可交付成果部分向他們報告,從而讓客戶了解最新情況。

BigCommerce 發展

工作範圍被分解成可以理解的部分,隨著開發的進行,我們會報告每個部分的進展。 在這種情況下,每個模塊對應一個可交付成果。 通過這種方式,Cards for Causes 團隊可以跟踪我們的開發團隊在他們項目的每個部分中已經走了多遠。

開發之後是 QA 和測試。 對於像這樣專業的任務,QA 通常需要與開發一樣多的時間才能完成。 通過 Cards for Causes,我們開始了第二個系列會議,其中一半是培訓課程,一半是質量檢查。 我們將首先帶領他們的團隊逐個模塊地使用和維護新的 1DBox 系統。 每次他們都會看到一些與他們的流程不太相符的東西。 我們會調查然後改變系統。 經過幾週的檢查和改造,該系統正是 Cards for Causes 團隊所尋找的。 正如我們經常為此類項目所做的那樣,我們創建了一份說明手冊,以便 Cards for Causes 團隊擁有有關正確使用新系統的文檔,並可以培訓新員工在未來使用它。 該系統的手冊最終變成了 33 頁的文檔。

對於我們合作的 90% 的商家來說,像 BigCommerce 這樣的 SAAS 平台就足夠了。 這種第三方系統開發是一種難得的必要性。 但是,如果您的企業需要託管平台的穩定性、安全性和價格,以及開源系統的無限制自由,那麼這種混合解決方案是一個很好的選擇。 如果您的業務運作方式獨特,請與 1Digital Agency 的 BigCommerce 開發專家討論如何使用第三方系統擴展託管平台的功能。 隨波逐流有其好處,但如果您需要專門為您製作的東西,1Digital 可以提供。

下載PDF