產品專業知識不會一夜之間出現。 整個產品開發過程造就了某些特徵和功能的「專家」，並且是所有相關文檔的基礎，這些文檔在其發行前後都需要出現。

使用Guru 進行產品啟用 的團隊認識到擁有一個可靠的知識真相源對於整個產品發佈周期的重要性——從早期開發到持續支援和維護。 通過提供每個部門一個一致的、可靠的地方來放置專家驗證的信息，參與這些跨職能流程的每個人都能夠進行更好的工作。 讓我們以Guru最近的一個功能發佈為例，來看看產品啟用的具體運作。

在一月期間，我們剛成立的貨幣化小組著手升級Guru的計費體驗第一部分。 這個項目涉及常規的產品開發團隊——產品管理、設計、工程和產品行銷——以及包括財務、支援和銷售運營在內的其他幾位利益相關者。 這是一個技術更新，要求所有相關團隊之間進行緊密的溝通和協調，並且需要為啟用面向客戶的相關人員專心準備材料，以使他們能夠自信地討論這些變更。 以下三個階段概括了我們如何使用Guru進行功能發佈的產品啟用。

第一階段：功能規劃與開發

產品啟用實際上在一個產品團隊的項目獲得綠燈的那一刻開始。 這可能是小功能的增強、一個頁面重新設計，或是全新的功能。 從項目規格由產品經理（PM）制定並與其工程師、設計師和其他利益相關者共享的那一刻起，每個人都需要獲取來自多種作者的可靠和最新的文檔。

我們的規劃始於12月，PMs 針對我們的計費和結賬過程中需要更新的一些關鍵地方進行了識別。 隨後，他們制定了項目計劃，並開始為系列中的第一個項目起草早期功能規格。 當他們準備與團隊分享時，他們安排了一次啟動會議，向團隊介紹提議的變更，並討論時間表。 從這一點開始，參與該項目的人必須能夠接觸到所有相關文件，包括項目規格、設計、相關的計費文檔等等。

由於這些文檔經常變更，並且可能會在專案早期階段中經常添加，因此擁有一個可靠的知識真相源讓團隊可以隨時回來查看是至關重要的。 為了確保每個人都有一個共享和訪問這些資源的單一地方，我們創建了一個活躍的項目資源卡以供團隊分享。 我們將其放置於貨幣化小組板上，所有相關利益相關者都有編輯權限。

在開發過程中，我們的工程師不需要擔心書籤設計檔案或雙重檢查上週提供給他們的文檔是否仍然是最新的。 相反，他們可以在工作時參考活躍的項目資源卡，確保他們正在以最新的信息為基礎進行構建。 看看工程團隊如何使用Guru。

第二階段：發佈準備

我們在Guru認為功能發佈是一項團隊運動。 隨著開發接近尾聲，我們需要確保滿足所有要求、測試潛在的客戶痛點，並妥善地將即將發生的變更傳達給我們面向客戶的團隊。 因為這是資訊最可能快速更改的階段，因此確保所有知識經由相應專家驗證是至關重要的。

對於我們最近的計費專案，我們為團隊和利益相關者分配了一周的時間進行質量保證（QA）並在上線之前測試新的客戶體驗。 由於這是一個特別技術性的專案，因此需要多個步驟來設置和準備測試環境，包括啟用功能標誌和執行特定的一組檢查步驟。 為了確保每個人都有參與測試所需的所有信息，我們的工程團隊負責人制作了一個包含質量保證參與步驟的卡片。 我們透過一則公告將此卡片發送給我們的小組和利益相關者，以確保他們在開始測試前已經閱讀過。

在質量保證進行的同時，通知我們的面向客戶的團隊有關即將發生的變更也是重要的，以準備他們回答任何潛在客戶或客戶的問題。 儘管這些變更主要是以可用性和可靠性為重點（相對於更大的界面變更），但這個項目的某些部分的傳統計費體驗將會有所改變。 為了提前與我們的客戶溝通這些變更以及讓其有足夠的時間進行審閱和提問，我們更新了我們的計費功能分解卡片。

您將注意到，這是我們在過程中第一次使用的詞語是刷新而不是創建，這是出於故意。 我們使用功能分解卡片作為面向客戶的團隊在功能上的持續消息來源，這意味著對於我們所有的實時功能，隨時都有一個卡片可用。 

當我們更新並完善現有的功能時，我們會相應地更新和改進功能分解卡片。 這防止了銷售代表在看到過時的文檔時感到不確定的過去問題，避免他們在通話中焦急地詢問工程師。 他們可以確定，上年依賴的關於計費頁的卡片在今年同樣準確，這由正在進行增強的團隊進行驗證。

第三階段：發佈與未來

產品啟用的最明顯應用便是新功能或增強功能的發佈。 從如上提及的功能分解卡片的概觀到高度技術性的特定故障排除 Q&A，有很多工作是為了確保面向客戶的團隊能夠裝備齊全，推銷和支持每一個發佈。 隨著功能的反覆迭代和改進，保持所有文檔獲得及時更新並反映當前產品狀態是至關重要的。

計費頁面毫無疑問地非常複雜且微妙，這意味著在客戶完成結帳過程時，他們可能會有無數的問題。 雖然我們的計費體驗不太可能是銷售團隊需要詳細溝通的內容，但這是我們的支援團隊經常幫助客戶進行導航的領域。 為了為這次發佈以及即將來臨的結帳經驗改進做準備，我們的工程團隊負責人與我們的客戶支援代表合作，策劃了一份技術 FAQ 列表，並隨著新問題的出現不斷進行更新。 這不僅給支援團隊，也給所有回答有關計費問題的人提供了地方，以便他們首先進行確認，然後再聯繫我們的團隊（然後，還可以添加至技術 FAQ 卡！）。

隨著迭代進展，保持 FAQ 卡的及時更新是必不可少的，功能分解卡也同樣如此。 除了註明官方發佈日期和有關新計費體驗的重要討論要點外，我們還將鏈接到其他相關卡片和資源，就像這篇博客文章一樣。 通過創建一個一站式商店，讓所有可用的信息都可以獲得，我們使面向客戶的團隊能夠自信地與客戶和潛在客戶溝通，並提供信息豐富的視角。

為了圓滿結束這個過程，我們不能忘記客戶和市場反饋在產品開發周期中的重要作用。 當我們的團隊向我們現有的客戶和市場提供新功能和增強功能時，我們收集有價值的見解，以瞭解哪些能幫助他們做得更好，還有他們希望我們接下來專注的事項。 記錄和分享這些信息與我們的產品團隊是一個重要的迭代開發過程的部分，並幫助我們向客戶交付最大的價值。 有關如何分享不同的反饋模式（通話錄音、電子郵件等）的文檔可保留在——你也猜到了——Guru 中。