作為 WordPress 代理商，我們在 2021 年學到的 6 件事

在 2020 年，我們發表了一篇關於 DevriX 2020 的博客文章，其中描述了我們參與的激動人心的項目以及我們作為一個不斷發展的 WordPress 代理機構所學到的寶貴經驗。 我們在 2020 年面臨一些嚴峻的挑戰，這些挑戰教會了我們很多。 我們注意到並重組了我們的流程，以便在穩步增長的同時繼續做我們喜歡做的事情。

快到 2022 年了，我們 50 多人的團隊正在積極開展多個高端項目，幫助企業進行 WordPress 網絡開發、業務增長、系統架構、營銷和創意工作，同時交付出色的成果並保持良好的持續投資組合項目。 這要歸功於我們在過去一年中學到的一些經驗教訓，我們想與我們的 WordPress 顧問和代理機構分享這些經驗教訓，他們也在努力發展，建立多樣化的分佈式團隊，並與令人難以置信的合作世界各地的客戶。

2022 年還有更多計劃，我們期待著下一個挑戰。 但在我們進入新的之前，讓我們回顧一下舊的。 到目前為止，這是幫助我們改善業務和團隊發展的原因。

1. 提案模板和銷售漏斗

吸引新客戶和合作夥伴是一個需要參與對話的每個人都參與的過程。 但是，了解客戶需求非常耗時。 它需要多次調用，通過電子郵件和 IM 來回進行，詢問各種問題，審查迄今為止的代碼庫，並準備一份冗長的自定義提案，最後一步是簽訂合同。

2020年末，我們每個月都會收到很多諮詢，但由於預算不足、溝通不暢、對我們的服務模式缺乏了解等各種原因，很多都沒有起飛。 此外，以上所有這些都需要很長時間才能準備好，甚至中斷了我們的開發工作流程。 而且，當您花費數十小時（或更多）準備提案時，它沒有成功，最終會浪費大量時間和資源。

這就是為什麼在 2021 年底，我們花時間定義我們的主要 WordPress Web 開發服務產品，概述登陸頁面的格式，包括我們的解決方案的基礎，並為定制的一次性演出標準化問卷調查。

我們處理的主要工作類型包括：

1. WordPress 開發保持器
2. 企業發展解決方案
3. 正在進行的 WordPress 維護和支持

我們現在詳細定義了我們的固定器和維護計劃，為不同類型的業務提供不同的選擇。 由於定製網絡解決方案各不相同，我們提供各種服務作為一攬子服務的一部分——開發、設計、業務增長、系統管理和營銷。 我們準備了一份初步調查問卷，回答了我們會問每個客戶的大部分問題，從而大大縮短了售前時間。

鑑於客戶的反饋，我們意識到這有助於他們中的一些人了解我們做得更好，並更清楚地定義他們的主要目標。 客戶經常在不了解原因的情況下搜索 Web 解決方案，而我們的表單側重於重要的業務目標、研究競爭、定義 UI 指南、提供可衡量的數據等等，這通常也是我們提案的基礎。

說到提案，在準備好出售這三個主要服務解決方案後，我們能夠為每一個準備標準提案模板和合同。 部分工作是定義我們的服務水平協議 (SLA)、維護期、代碼庫所有權詳細信息和許可、法律詳細信息、通信協議、可接受的響應時間、需要預先交付的內容以及最終結果是什麼移交項目（或每月進行的交易）。

我們的模板提案包括我們所有專業知識的相關部分。 這些適用於給定的項目，以包括我們的客戶應該注意的具體細節。

此外，我們自動化了該過程的一部分，以便能夠與更多潛在客戶交談。 接下來，我們更好地確定了我們的解決方案，減少了不合格的潛在客戶數量，並減少了與不需要我們服務的潛在客戶來回交流的損失。

我們還正式為不知道自己想要什麼的客戶推出了付費發現會話計劃。 為了實現這一目標，我們與他們密切合作，制定了適合他們獨特需求的業務戰略。

2. 持續的業務關係

持續的工作一直是我們 DevriX 的主要目標之一。 這是通過建立和維護強大的業務關係實現的，其中包括兩個不同的分支機構：

1. 與來到我們這裡的新客戶建立持續的合同。
2. 與為我們的工作提供免費服務的服務提供商建立合作夥伴關係。

與客戶建立持續的合同

以前，我們接受了比需要更多的固定費用演出，並且由於缺乏適當的建議，我們面臨著各種問題，如不斷延遲、客戶信息或資產丟失、託管解決方案有問題（例如 Yahoo! 的 –是的，他們實際上提供老式託管）等等。 除此之外，客戶通常對他們網站的持續工作不感興趣，一兩年後，問題不斷出現——使用非常過時的 WordPress 版本被黑客入侵的網站，或者管理員安裝易受攻擊的滑塊和其他添加一直影響我們提供的初始解決方案。

相關：前六大 WordPress 安全威脅及其解決方案

現在我們承擔了很少的固定費用演出，主要銷售正在進行的開發保留。 然而，即使是固定費用項目也包括一個持續的維護合同，讓我們盡可能最好地控制技術堆棧的未來，同時保持高水平的安全性和性能。

管理登台服務器上的更改，即使是小型客戶端，也有助於解決不兼容性和回歸問題，這是我們在不推動生產的情況下進行的工作。 處理更新、代碼審查、正常運行時間監控和資源管理也確保了這些解決方案的穩定性，而這過去只是大型平台的內部要求。

與其他供應商的合作夥伴關係

在 2021 年末，我們完全專注於合作夥伴關係。 我們的營銷部門正在處理帶來潛在客戶的網站內容、鏈接建設或廣告，但管理團隊制定了一項持續合作的戰略。

我們能夠與歐洲、北美和亞洲的機構簽訂多項戰略合同。 他們中的一些是技術機構，無法交付所有東西，他們更願意將繁重的工作外包給我們，或者在他們的工作量過多時卸載。

其他從事不同業務領域的人——廣告、公關、搜索引擎優化、營銷、創意、託管公司正在尋找可靠的 WordPress 開發合作夥伴，以適應他們的流程，幫助他們成長，並在需要時為他們的賬戶提供持續的開發服務。

除了帶來良好的持續收入外，這還使我們能夠通過探索幫助我們擴大規模的不同銷售、營銷和增長戰略、項目管理流程和法律模式來拓寬我們的業務發展視野。 在與相同的合作夥伴共度時光之後，可以從他們那裡承擔更多的工作，在更短的時間內交付更好的結果。 這也說服了他們中的一些人在他們的網站上正式提供 WordPress 開發服務，並將這些線索卸載給我們。

合作夥伴關係是我們 DevriX 理念的核心，我們很高興通過 WordPress 開發工作來讚美我們合作夥伴的服務組合，同時讓他們專注於他們最擅長的事情。

3. 幫助不同的受眾

十一年前，當我們剛開始時，我們的團隊只有幾個人。 我們沒有足夠的人力來處理大型企業項目，也沒有提供各種服務來銷售一個完整的包。 憑藉足夠的毅力，我們得以成長、提高我們的技能組合，並建立了一個現在從事高端項目的團隊，包括面向汽車製造商的大型多站點平台、大型媒體門戶、可擴展的軟件即服務解決方案等。

然而，這也改變了我們的管理流程——從不同國家引進具有不同技能的人員。 以管理或團隊領導、質量保證、內部工具和系統的形式負責他們的人員，以及使這一切長期發揮作用的額外成本。 對於較小的客戶來說，這很快變得過於昂貴，而且由於我們簽署的眾多 NDA 導致缺乏公共投資組合，這使得新的潛在客戶更難在五位數（或更多）的合同中實現信心的飛躍。

WordPress 開發即服務

為了在這些情況下變得更加靈活，我們討論了可以為不同受眾的客戶做些什麼。 定義我們的買家角色並對不同級別的客戶進行分類是向前邁出的重要一步。

我們專注於多個方向，例如構建 SaaS 解決方案（具有不同的支付和功能計劃）、大型多站點、來自不同平台（PHP、Java、Python、.NET）的自定義遷移以及集成各種 3rd 方 API 的大型自定義項目. 這一舉措使我們能夠為每個流程構建單獨的流程，提取某些可重複使用的組件並提高團隊成員的經驗水平，這反過來又使他們能夠在更短的時間內持續交付更多產品，同時減少路上的麻煩。

我們已經確定了解耦我們需要為每個客戶完成的主要服務核心工作的方法，並定義了我們可以追加銷售或在其上組合的其他子服務。

例如，構建大型技術 WordPress 平台並在可靠的基礎架構上託管通常是我們的主要工作。 但是，我們可以將託管卸載給託管的 WordPress 託管服務提供商，例如 Pagely，將設計委託給其他人，而不是承擔營銷和增長工作。

我們一直在通過我們的驗證過程在內部試驗不同的工具和插件，現在可以在項目中使用這些工具和插件，而我們不必擔心性能或安全性（或從頭開始構建它們）。 我們通過提供補丁或直接聯繫他們報告問題或討論潛在的新功能，與他們的許多作者建立了關係。

相關： DevriX 更新了八個自己的 WordPress 插件

更新完整服務

資源

對於願意為全套服務付費，但在前期投入大量資金方面遇到困難的客戶，我們已經完善了我們的 WordPress 開發保留計劃，使他們能夠註冊“試用”和看看我們是如何工作的，為每個里程碑按月支付，而不是在早期就全額支付。 此外，這使我們能夠在開發過程中實現新的需求，重新定義目標，迭代構建（讓客戶決定哪個組件需要更多的工作或功能，以及哪個已經準備好），並且通常可以為他們節省一大筆錢，同時給予他們在工作過程中可以靈活地添加或刪除東西。

相關： WordPress 保持器 101：什麼是 WordPress 保持器

我們的一些客戶從每月 10 小時的維護計劃開始，很快就轉換為 40 小時/月的固定器，其他客戶從 40 小時/月躍升至 100 小時/月。

一些針對 1 萬美元 MVP 項目的初始談判現在處於五位數的中間，這要歸功於有機會每月提供持續的工作，展示了考慮到靈活性和可擴展性的增量添加、啟動 MVP 和基於用戶的迭代反饋，並不斷對現有系統進行改進。

4. 質量保證是無價的

我們第一次聘請 QA 是在 2014 年，但他只參與了我們當時正在進行的主要 SaaS 項目的測試。 隨著正在進行的帳戶數量不斷增長，我們意識到 QA 是我們流程中必不可少的單元。 我們聘請了另一位 QA 和助理幫助設置演示頁面或列出功能，幫助安排演示時間表等。

有了始終如一的 QA 人員，我們現在能夠為開發人員分配里程碑，讓他們從事高度解耦的任務，並將測試工作分配給我們的 QA。

QA 過程包括從本地 Git 提取最新版本、測試不同的分支、監控日誌和報告需要清除邊緣情況的各種回歸或不完整的功能。 除了測試不同的環境（包括登台服務器）之外，我們還能夠捕捉服務器版本、託管環境、內存限制等之間的各種陷阱。

這提高了我們產品的整體質量並騰出了一些開發時間，以便我們的 WordPress 工程師可以專注於解決問題和實現功能，同時有人不斷嘗試中斷他們的工作。 QA 還包括移動測試和使用不同瀏覽器播放，這有時會導致後續 CSS 修復，甚至切換不支持 iOS 或某些瀏覽器媒體的整個庫。

5. 溝通和文檔

擁有一個 5-8 人的團隊是可以管理的，但隨著團隊的發展，以及具有不同技能或經驗的人的加入，如果沒有正確的流程和工具，在更多的項目上工作并快速管理所有項目將成為一場噩夢。

我們依靠 Slack 進行內部溝通，為每個項目和每個團隊（開發人員、設計師、營銷人員和管理人員）創建了渠道。

我們已經集成了我們用於每個通道的一些服務，例如 Asana 或 GitHub，拉取最新的提交、任務、拉取請求和問題評論，這使得將上下文保存在一個地方並與每個團隊合作成為可能（每技能或項目）以更有條理的方式。

此外，我們還在 Asana 中定義了一個更清晰的項目管理流程，使用截止日期、各種標籤作為優先級，並利用團隊日曆來監控每週衝刺的大局。 引入啟動和定期聊天可以讓人們了解最新情況，了解演示何時接近，相互交流想法，將任務分配給其他團隊成員並進行內部溝通。 這確保我們有更多時間進行代碼審查、工作流管理、回答重要的架構問題或幫助特定功能。

最近，我們也開始記錄我們的項目，這為我們提供了一種結構化的方式來實時描述項目的增長、每兩週構建的新功能以及未來需要處理的正在進行的事情。 這些文檔可供加入新項目的人員使用，以便通過詳細了解項目、進度、目標、負責功能的團隊成員等來減少研發量。

6. 清單

偉大的演講者經常說“子彈已死”，但它們在某些情況下非常有用，包括定義具有大量簡單步驟的長工作流程。

我們已經為我們業務的不同部分建立了許多不同的流程——銷售漏斗、建立新項目、交付網絡解決方案、部署、僱用新人、向團隊成員介紹新項目等。然而，處理許多不同的部門同時分佈在多個不同的項目中，結果證明是具有挑戰性的——在時間方面，並跟踪小細節。

我們深入挖掘並將業務流程的較大步驟分解為單獨的組件，每個組件都包含一個清單。 有些與招聘有關——專業和期望的軟技能列表、公司目標的細分——以及以我們可以在面試中用來詳細評估人員的方式定義的任務。 準備演示或設置項目也是如此 - 每次都應該為每一個做很多事情，有些更大，例如通過“將文檔 X、Y、Z 發送到新的團隊成員”或“將此添加到 .gitignore”。

添加特定的測試清單，確保內部文件夾不是存儲庫的一部分，正在更改電子郵件或在任何地方運行某些腳本，確保我們不會因為一百個小步驟而忘記小而重要的細節必須採取每一次。

獎勵：自動化和可重用性

最後一點本身並不是真正的革命，但去年我們實際上繼續計劃自動化和可重用性工作。 作為每個內部流程的一部分，我們確定應該自動化的關鍵事物，以及我們可以從那裡重用或構建和提取為模塊化元素的潛在組件。

基本上主要區別在於我們花費了實際的預定義時間來弄清楚哪些可以在不同的場景中重用，哪些步驟會浪費大量時間並且可以自動化。 當我們是一個較小的團隊時，有些不是問題，但是如果有 8 個人在一個項目上工作，並且需要每天執行 5 次需要 6 分鐘的手動操作，那麼這導致每天總共浪費了 4 個小時. 這讓你有不同的想法，並提前計劃得更好。

確定構建每個功能需要多長時間或使 Web 功能可擴展需要多長時間也很重要。 一旦確定了這一點，我們就會分配內部時間來進行改進和靈活性，這些時間是在客戶支付的時間之外完成的。

我們在內部和外部流程中引入了額外的自動化和可重用層。 從每個項目的自定義雲實例上的標準化持續集成供應腳本，到不同項目類型的模板或用於交付的演示數據。 構建一組經過良好測試且可以重複使用而不影響穩定性或可擴展性的可信插件和庫，優化通信流程，盡可能自動化報告，使用各種工具來支持我們的流程。

我們在 Asana、GitHub、Slack、WordPress 中使用各種 Zapier 集成來執行某些操作，包括重力表格提交、各種報告工具等。 我們確實有兩個運行和跟踪 Web 解決方案的應用程序和系統監控平台，並集成了一個很好的 UI 比較工具，可以對同一網站的不同快照進行圖像分析。

我們的 CRM 是建立在 WordPress 之上的自定義項目，我們在過去一年中一直在開發，並不斷與外部工具和系統集成，擴展報告機制以更好地進行最終流程審查。 我們的團隊還通過內部 BuddyPress 實例進行交互，我們的 CTO Stanko 連接到 Slack 以發布狀態更新和評論。 我們將我們的系統連接在一起，並從復制粘貼或上下文切換、構建自定義機器人通過 3rd 方服務觸發活動以及對某些網站執行特定業務的自動化監控中節省了大量時間。

我們在 2021 年學到了很多東西，必須迅速採取行動以確保公司進一步發展。 2022 年即將到來，我們已經有一些新員工和一百萬件事情正在進行，包括新的合作夥伴關係、額外的流程改進、未來 2-3 個月計劃的積壓工作等等。