建築釺


擴大企業SaaS產品團隊

凱文·王 通過凱文·王2022年11月3日

從第一天起,Braze產品就一直是我們解鎖機遇的主要驅動力。無論我們是在構建差異化的能力,增強我們的客戶體驗,還是進入新的市場,我們的產品一直是推動我們業務的引擎。

在這個過程中,我們必須弄清楚如何將我們的產品開發過程擴展為企業軟件即服務(SaaS)業務。這就需要麵對消費產品中不存在的挑戰。例如:

  • 企業SaaS產品很複雜,涉及到消費科技領域不存在的活動:考慮到涉及合作夥伴的多個月的銷售周期或客戶集成。

  • 你不能在B2B SaaS中自由地對用戶進行試驗;業務關鍵型應用程序需要業務關鍵型可靠性。

  • 當你與大型國際品牌合作時,你可能會麵臨壓力,要改變你的路線圖,以滿足合法但針對客戶或細分市場的需求。

打造SaaS產品具有挑戰性。這就是為什麼許多SaaS路線圖歸根結底都是建立最大的銷售前景,或者市場上最大的趨勢。這些策略與產品驅動的含義相反,也與他們的客戶群想要的相反。

在這篇文章中,我們將介紹我們在Braze為擴大企業SaaS產品組織規模所采用的四種策略:

  1. 賦權擁有戰略產品決策的團隊

  2. 一個科學的方法決定該建什麼

  3. 長期

  4. 強調消除幹擾

讓我們來分析一下這在實踐中意味著什麼。

1.授權你的團隊

產品驅動始於授權、自主的團隊。

與消費者產品相比,SaaS產品可能比較複雜。我蹣跚學步的孩子學會了如何觀看節目Sharkdog在他學會脫鞋之前。另一方麵,我永遠不會相信一個小孩子來操作整個Salesforce實現——對於一個由成年人組成的團隊來說,這已經足夠困難了。

隨著產品範圍的擴大,任何人都不可能了解每一個細節。為了確保那些最接近客戶需求的人在發號施令,我們已經轉變為以自下而上的方式做出大部分產品決策,在這種方式下,戰略決策是在組織結構圖的最下方做出的。與該方法有關的:

  • 我們已經授權跨職能團隊的工程師、設計師和產品經理製定和執行他們的路線圖,因為他們非常了解什麼經驗最適合我們的業務。

  • 我們的產品和工程負責人不會告訴這些專家具體要構建什麼(除非非常罕見的例外);相反,我們的目標是設定目標和泳道。在可能的情況下,自上而下的優先級輸入理想地表現為共享上下文或提出一個案例,而不是通過命令來決定。

  • 團隊被設計成依賴關係越少越好。自主團隊的計劃和建設更快,導致更強的士氣和更好的業務結果。

這在實踐中是怎樣的呢?在Braze,我們有一個團隊負責我們的Messenger產品,從SMS到其他未來的消息平台。就像我們所有的產品團隊在美國,他們可以根據自己對客戶和市場的深入了解來製定路線圖,而不是聽命於某個背景有限的人。

我們確實為團隊提供了某種程度的自上而下的指導,告訴他們我們希望在哪裏推動產品投資——例如,進行編排更高效更強大,或開拓新領域Braze的客戶如何接觸到manbetx万博全站客户端消費者。這種自頂向下的指導加上自底向上的授權的混合,理想地允許獨立團隊的戰略整合成一個連貫的、有影響力的整體。

2.用科學的方法進行產品開發

隻有當團隊持續做出偉大的決策時,授權才有價值。我們希望團隊采用科學的方法來確定優先級,使用合理的論據來告知他們決定構建什麼,並通過經驗來測試這些論據。

設計SaaS路線圖可能很複雜。除了考慮用戶反饋或使用數據等通用輸入之外,SaaS團隊還必須權衡銷售洞察、競爭、分析師報告、定價影響等。有了如此多的因素,企業的路線圖往往都是由奇聞異事驅動的。

在Braze,我們通過投資收集數據和快速學習的方法來接受這種科學方法。其中一些策略包括:

  • 建立收集和分類客戶或團隊產生的產品反饋的係統(例如,通過ProductBoard,內部問卷和客戶調查)由我們自己的產品驅動)

  • 與我們的產品和用戶體驗團隊成員進行廣泛的用戶研究並組織定期的客戶對話

  • 檢測Braze平台以獲取我們可以分析的相關客戶數據

  • 嚴重依賴早期訪問期真正的關於產品可行性的客戶數據。這種實證研究對於構建偉大的產品是必不可少的,並且需要與售後團隊進行深思熟慮的合作(當您構建業務關鍵型應用程序時,您不能像麵向消費者的科技巨頭那樣在用戶身上進行實驗!)

建議:在你的產品組織中培養一種寫作文化。合理的、清晰的、包含深思熟慮的分析的提案是一種強有力的方式,可以鼓勵一種合乎邏輯的、以數據為依據的決策文化。

此外,有時數據是不夠的。數據是一個這是一種讓人信服的優先排序方法(如果有的話,通常是最好的方法),但它不是隻有這是一種邏輯論證的方式。在沒有完美數據的情況下,寫下一個特性或產品的優先順序通常有助於設定一個深思熟慮的過程。

例如,我們建立了帆布而且電流基於我們認為客戶在自動化和數據方麵需要的強有力的第一性原則論證的產品;manbetx万博全站客户端如果我們等待數學證明這些是正確的功能,我們就會錯過機會。

3.長期建設

產品組織需要進行長期投資。在SaaS業務中尤其如此天然化合物因此,產品團隊需要考慮長期價值最大化,而不是為短期收益進行優化。

在Braze,我們通過理想狀態下團結多年的團隊來加強自下而上的組織戰略。這使得產品經理、工程師和用戶體驗專家可以建立牢固的合作關係,並隨著時間的推移複合他們的專業知識。我們相信,共享勝利的曆史也鼓勵團隊更深思熟慮地投資於他們的產品,建立一個長期的戰略,而不是被動地響應他們收到的最新輸入。

如果我們不斷地解散和改革團隊,我們將失去長期投資的動力,即使這些投資符合產品(和公司)的最佳利益。長期投資需要艱難的權衡——我們曾經有過這樣的例子,我們需要把能產生收入的產品的交付延遲數月,以建立關鍵的基礎。

在實踐中是怎樣的呢?當Braze建立我們的簡單的應用內信息調查,我們花了時間來完全重建與我們現有的產品內消息傳遞功能相關聯的基礎設施。這需要額外的時間和精力,但它也開啟了許多額外的、強大的功能,因為我們推出了新的編輯和作曲體驗類型。但設想這一根本性轉變的團隊堅持了下來,現在比以往任何時候都更快地推出更先進的產品。

4.盡量減少路線圖轉移

最後,我們需要給產品和工程團隊空間來完成他們最好的工作。

如果你銷售企業SaaS,你獲得改變路線圖的壓力。這就像萬有引力定律,就像萬有引力一樣,隨著企業質量的增長,壓力也會增加。但是,您還需要注意這些問題——saas業務需要滿意的客戶才能成功。manbetx万博全站客户端

也就是說,如果你一接到通知就放棄長期計劃,你是不可能成功的。偏離你的路線圖有點像吃垃圾食品——一點點是可以預料的,但從長遠來看,過度放縱的模式會導致嚴重的問題。此外,你吃的垃圾食品越多,你就越會強化這個習慣:垃圾食品就會成為你飲食中的固定組成部分。

雖然我們不期望100%地避免一次性產品請求,但我們已經盡可能地減少了他們的幹擾。我們使用的一些策略包括:

  • 構建一個靈活的平台,使我們能夠使更多的用例成為可能

  • 將一次性的問題視為升級,並確保在處理這些問題之前,產品和售後領導都是一致的

  • 強烈傾向於一次性的要求,包括我們想要構建的功能總有一天,甚至更強烈地勸阻轉移注意力,如果不是急迫的要求,我們是不可能支持的

最後一點要注意的是:當你是一家小公司和一家規模較大的成長期公司時,你所做的關於娛樂的計算會有很大的不同。如果你是一家處於掙紮階段的初創公司,調整路線圖優先級的垃圾食品很可能會為你的公司提供生存所需的卡路裏——這沒什麼可羞恥的。

最終的想法

作為一家以產品為主導的公司,我們並不聲稱在這四個不同的運營維度上是完美的,但我們為在本文中列出的理想而奮鬥感到自豪。Braze從第一天起就擁有強大的產品和工程DNA,我們為我們的產品主導的根基感到自豪——但這並不意味著保持產品驅動的方法不需要大量的工作和關注。

對在以產品為主導的公司工作感興趣嗎?查看我們的職業頁麵了解更多關於Braze的信息,並查看我們的開放角色。


凱文·王

凱文·王

當他不領導Braze的產品管理團隊時,你會發現凱文在彈吉他,討厭Snapchat,看所有人類所知的自然紀錄片。

相關內容

來自Hack Day的故事:Braze高級站點可靠性工程師Brian Bernstein和Matt DiSipio是如何“偏離軌道”的

閱讀更多

Braze如何在規模上利用Ruby

閱讀更多

黑客日的故事:Braze產品工程經理德裏克·舒爾茨如何解決廣告抄襲挑戰

閱讀更多

Braze是如何走向國際化的

閱讀更多