讓我們把產品管理和產品負責人的活動分為4個大的領域，有時是一個人垂直地處理所有的問題，有時是戰略和戰術的責任分工，所以要相應地選擇。
- 願景和戰略
- 構思、調整、驗證、優先順序確定
- 構建、衡量、學習
- 釋出和增長
接下來我們繼續討論，讓我們把這4個大的領域分解成小的領域，讓我們看看一些例子。每個團隊每季度應該只選擇3-4個OKRs，所以不要認為你需要有像我們這裡的例子那樣多的OKRs，確定哪個領域最需要改進，並制定你強有力的OKRs來支援你和你的團隊。
構建、衡量、學習
這是一個調整好的Scrum團隊的口號。在團隊和利益相關者一起確定了要解決的問題，建立了使用者故事，並對其進行了完善和評估後，他們就可以進入衝刺階段了。
無縫創客時間
目標：為Scrum團隊創造一個幸福的工作環境
關鍵結果：
– 10次中有8次實現了衝刺目標
– 在衝刺開始後，沒有新的故事被帶入衝刺中
– 每個衝刺的故事點可以從45個增加到55個
以質量求發展
目標：在交付更多產品的同時，提供愉快順暢的客戶體驗
關鍵結果：
– 每個衝刺階段客戶最多報告2個關鍵錯誤
– NPS得分保持在65分或增加
– 每個衝刺階段交付的故事點保持在45個或增加
衡量重要的東西
目標：將產品決策從 “直覺 “轉變為 “資料驅動”，以降低複雜性
關鍵結果：
– 每個使用者故事都有成功的衡量標準
– 將銷售和客戶服務團隊的eNPS得分從40提高到65
– 到本季度末，沒有一個適應率低於40%的新功能仍在使用
有信心地進行迭代
目標：用最少的投資給客戶帶來最大的價值
關鍵結果：
– 每個功能都必須有一個MVP版本，並且至少有一次迭代
– 任何功能都不能在多個衝刺階段交付
– 將NPS得分從65提高到75
釋出和增長
你已經確定了你的客戶的痛點，設計並驗證了一個解決方案，將其分解為可管理的迭代，並建立了它，感覺不錯，對嗎？我不想打擊你，但如果你在釋出時搞砸了，即使是最好的功能或改進也會平淡無奇，無法獲得採用，最終無法對大多數公司最重要的措施做出貢獻，即增長。
順利釋出
目標：實現神奇的CI/CD（持續整合/持續交付）
關鍵結果：
– 將釋出次數從每季度4次增加到16次
– 將關於部署的回顧會議的投訴從平均2次減少到0.5次
– 將客戶報告的關鍵錯誤的數量保持在每個版本2個以下目標：當我們釋出時，我們的客戶會不由自主地留下深刻印象
關鍵結果：
– 將NPS從45提高到75
– 將客戶第一個月的平均功能採用率從30%提高到65%
– 將通訊退訂率保持在目前的6%。
– 將產品相關的客戶服務對話平均保持在每天34次
產品管理OKR的增長例項
這是所有AARRR指標（獲取、啟用、保留、推薦、收入）發揮作用的地方，也是擁有良好的分析能力的關鍵所在。別擔心，下面我們將舉例說明，如果你只有有限的分析能力，應該追蹤什麼，AARRR指標是一些最具影響力的產品管理OKR例子。
目標：轉換更多的訪問者，就這麼簡單
關鍵結果：
– 增加20%的演示註冊人數
– 將演示轉化為註冊的比率提高10%
– 將自助服務的註冊率從5%提高到20%
– 將預約演示的成本保持在45美元以下目標：使使用者的入門和啟用體驗從根本上得到改善
關鍵結果：
– 透過入門漏斗步驟3和4，將使用者流失率從60%降低到20%
– 將達到令人驚歎的時刻（設定第一個OKR）的時間從4天縮短到1天
– 將個人資料完成率從20%提高到85%
– 將NPS得分從55提高到75目標：實現客戶粘性
關鍵結果：
– 將第30天的保留率從30%提高到75%
– 將每週的使用頻率從每週一次提高到每週三次
– 將免費到付費計劃的升級率從5%提高到15%
– 保持每個免費使用者投入的客戶成功時間不變目標：旋轉推薦飛輪
關鍵結果：
– 將透過推薦獲得的客戶從每個現有客戶的0增加到0.2
– 保持推薦群組30%的流失率，與獲得的銷售額保持一致目標：實現可持續的盈利能力
關鍵結果：
– 將客戶獲取成本從2000元降至800元
– 將LTV（終生價值）從500元提高到1000元
– 將客戶流失率從75%降至30%目標：增加現金流
關鍵結果：
– 將每年的付款價值從13萬元增加到30萬元
– 將大客戶（500座以上）的數量從25個增加到80個
– 將免費到付費計劃的對話率從15%提高到30%
– 將免費計劃的流失率維持在45%
當你擁有有限的資料時，產品管理OKR例項
OKRs的一個關鍵原則是KRs需要是可衡量的，這假定你已經做了必要的基礎工作，並且有現成的、可靠的資料。但如果你的組織不是這樣的情況呢？很多小公司一開始就沒有投資於資料。我見過更大的，A輪融資後的公司，資料就是不存在的。聽起來很熟悉嗎？別擔心，你可以得到很多資料，即使是在你的網站上實施一個簡單的谷歌分析，並要求開發人員偶爾幫助你進行一些資料庫查詢，還有一些資料，你可以透過傳送一個簡單的表格來收集。
目標：轉換更多的訪問者，就這麼簡單
關鍵結果：
– 在頁面上停留的時間從30秒增加到2分鐘
– 將每次訪問的頁面數從1.1增加到2.1
– 將註冊免費試用的訪客數量（訪客與新的免費使用者）從5%增加到15%目標：使使用者的入門和啟用體驗從根本上順利進行
關鍵結果：
– 將進入 “驚歎時刻 “的步驟（當客戶在調查中說他們一定會繼續使用該產品）從12個減少到6個
– 將啟用的使用者（建立簽到的使用者）從10%增加到40%
– 將有個人照片的使用者比例從30%提高到80%目標：使我們的產品廣為人知，深受喜愛
關鍵結果：
– 將NPS得分從55提高到75
– 在AppStore上增加200條評論
– 將AppStore 上的平均評論分數從4.1提高到4.6
產品管理的OKR就是Scrum團隊的OKR
我非常贊成Scrum團隊在團隊層面上制定一套OKRs。如果你是第一次做OKRs，最好是隻在團隊層面上設定。這樣你就可以避免一個最大的錯誤–出現衝突的OKRs。
不過你還是應該指定一個人作為OKR本身的負責人，選擇你的Scrum主管或產品負責人作為領導是合乎邏輯的，但是如果你想灌輸更多的結果驅動的思想，可以請一個開發人員來做志願者。
好吧，但是Scrum團隊的OKR是怎樣的呢？在一個健康的公司裡，每個Scrum團隊都有一個他們負責的單一產品，或者在一個更復雜的產品中的一組功能。這使得挑選一套OKRs變得非常簡單，因為通常你對產品或功能組在特定時期的成功有一個清晰的概念。你可以使用我們上面分享的例子，並對其進行調整以適應你的團隊。
集中精力
制定好的OKRs只是拼圖的一部分。更具挑戰性的是讓團隊日復一日地專注於他們的目標，衝刺又衝刺。這就是為什麼我們開發了OKRs-E，在這裡你可以設定你的OKRs，但不是在下一個季度才忘記它們，而是設計了一個解決方案，可以幫助你的團隊保持在它們的頂端。我們將OKRs納入到每日和每週的簽到儀式中。他們每天不超過2分鐘，但結果是一個團隊知道他們當天所做的工作是有意義的。減少無用的工作，透過明確目的來推動動力，發揮團隊的最大潛力。
