關於教練這件事

冬哥最近在學教練，這件事反覆在説。一方面是因為自己在學，所以意圖與注意力都聚焦於此；另一方面也是廣而告之，給自己打上專業教練這個標籤。

最近給FDCC羣做了幾場教練對話，過程中有同學問，你是怎麼一路走過來的。當時沒有直接答覆，那麼這篇文章以教練這件事為例，説説冬哥是如何做的以及計劃如何走的，當作是對這個問題的回答。

簡單説説什麼是教練

教練與客户在一個發人深省、充滿創意的對話過程中合作，最大限度地激發他們個人和職業的潛能；

教練支持人們發展自我和績效，明確他們的目的和願景，實現他們的目標，發揮他們的潛能；

教練通過問詢、有目的的探索和自我發現來提高覺察和責任感，目標是客户的行為改變；教練通過提出有效的問題，開放式問題幫人們自己找到答案；

教練是一面鏡子，讓對方通過鏡子看到自己；教練相信人們像一顆橡樹種子，藴藏着所有成長為大樹的潛質。

教練這款產品的研發階段

教練有很多流派以及門類，冬哥學的是埃裏克森的教練體系。四個模塊學下來，在課上也做過多場教練對話練習，課下也有參加集訓營與教練同學互練。由於大家都學習過教練，對教練是什麼、做什麼、有什麼流程，都有統一的認知，所以預期比較容易達成一致。

這個就像給敏捷教練解釋什麼是敏捷，給DevOps工程師介紹什麼是DevOps，雙方對於敏捷/DevOps都在一個水平線上。但如果你給領導解釋什麼是DevOps，給業務聊持續交付是個啥，或者給客户介紹為啥要做轉型。這就有點雞同鴨講，對牛彈琴，對方覺得你沒説人話了。

但敏捷和DevOps圈子之外的人，才是你真正的受眾，才是會為此買單的人，無論是作為上級或同僚認可你的價值和付出，還是作為客户認可你的服務與工具。這個羣體才是外面真實的世界，只有能夠向他們解釋清楚，或是讓他們感受到DevOps的價值，你才算真正上道了。

所以如果教練這件事對於冬哥來説是一款產品的話，此前的學習階段以及與教練同學之間的互練，都只能算是這款產品的研發階段。而進入真實世界，找到真實客户，接觸真正最終教練的人羣，越早讓他們感受教練過程，進行教練對話，並且最關鍵的是要“説人話”，就能越早獲取反饋。這些信息，對於當下的學習，以及對未來的應用場景的判斷，以及對自我狀態的感知，都會極具價值。

這個過程，也就是冬哥教練產品從研發階段走向發佈的階段。那麼該如何發佈這款產品呢？既然冬哥的老本行是DevOps，當然就以DevOps的方式來做啦。簡單地講，就是小步快跑，堅持持續發佈MVP、持續獲取反饋、持續優化迭代。

MVP入門123

MVP用1句話講，即最小可行化產品。

MVP基於2個基本假設：價值假設，意味着用户真實地使用這個產品或服務，對用户是有價值的；增長假設，是指實現產品快速增長的一種手段，也需要不斷驗證。

MVP分為3步對上述兩個基本假設進行驗證：定義最小的功能集，聚焦最核心的用户；數據收集和測度，與預設指標進行比較；通過快速學習和迭代，不斷實現對認知的深化，不斷逼近一個真實的解決方案。

（關於MVP詳細的內容，可以學習Eric Ries的《精益創業》一書，或是IDCF那本著名的《敏捷無敵之DevOps時代》，有一個章節整體介紹精益創業與MVP。）

第1版MVP

如何把大象裝進冰箱，比較簡單，需要三步。如何把冬哥教練這款產品，發佈給真實客户，會複雜很多。

“聚焦最核心的用户，確定數據指標，定義最小的功能集，快速迭代演化”，這些都是需要在每一個MVP版本考慮的問題，而基本思考的順序也大致如此。

首先需要考慮人羣，既然教練有其知識背景，所以為了最大程度地降低發佈門檻，冬哥決定第一個MVP選擇教練同學作為發佈羣體。

發佈的目的，就是從有背景預設的教練同學的角度，看看冬哥教練這款產品，是否有吸引力，是否能夠為真實客户所理解和認同。所以想要收集的信息，是大家對此的反饋。

最小的功能集，這個此前就考慮過，一篇招募的文案是投入產出比最高的。

基於上述思考，冬哥用幕布寫了一篇招募文案，併發到關係比較好的一個教練同學羣，裏面大概有10人上下，並很快獲得了反饋。

收到反饋後馬上抽空修改，發佈了第二個版本，從反饋看，文案基本受到教練同學的認可。

第一個MVP從策劃到兩次的發佈，前後歷時1天，即需求到交付前置時間Lead Time。

第2版MVP

接下來考慮下一步的發佈人羣，教練同學並非是要招募的客户人羣，冬哥需要找真實客户。而這類客户，最好對冬哥較為熟悉，不需要在介紹“啥是教練”的同時，還得回答“冬哥是誰？！”的問題。所以IDCF的學員羣體是不錯的選擇，而其中FDCC羣體是認同感最強的，所以確定先行在FDCC羣裏發佈。

那麼這個版本採用什麼數據指標呢？既然是客户招募，最直觀的指標當然就是招募來的客户數量了，所以選擇客户與話題數作為本階段MVP的衡量指標，用行話説就是拉新數量。

產品功能也想好了，招募是一個入口，海報結合金數據報名，是冬哥最常使用的方式，目的純潔，功能清晰，流程順暢，分工明確。

接下來就是海報產品的開發。冬哥是業務方，負責提需求；同時冬哥是金數據表單的開發者，而小柒是海報的開發者；海報與金數據（二維碼）的集成測試以及海報質量驗證，由冬哥和小柒結對完成；海報的發佈和後續運營，也是冬哥負責。這就是所謂的“功能清晰，流程順暢，分工明確”。

題外話

在其中一場教練過程中，有學員提到自己做DevOps最終的目標，是能夠支持研發組織隨時起一個項目，那麼上述的過程就是一個參考：

• 你需要儘可能的全棧工程師：冬哥兼任需求、開發、測試、發佈、運營數職；同時如果審美足夠，可以製作海報，就不需要等待小柒的檔期，也可以節約相互溝通和來回修改所花費的時間。
• 你需要權責明確的分工體系：做海報這種事情，冬哥知道應該找小柒，而小柒也不會推辭。但是海報的主題和內容具體寫啥，肯定是冬哥需要搞定的事情。
• 你需要明確的輸入輸出標準：需求轉開發，開發轉測試，測試轉發布，每個階段的輸入和輸出，即DoR和DoD，都相對明確；並且最終的驗收人是需求方，即冬哥，而發佈後的業務結果也是冬哥負責，所謂管殺也要管埋，不存在責任推諉。
• 你需要有趁手的工具和平台：幕布是冬哥進行內容製作的平台，金數據是報名平台，稿定設計是海報製作平台，微信羣是發佈平台。

所以如果你要打造的是一個DevOps平台，可以使能團隊即插即用即走，需要考慮的是人員能力、平台能力，以及流程銜接。更重要的，是團隊協作的文化和氛圍，以及團隊內部彼此之間的信任。

回到正題，經過快速兩輪的微調，隨後的海報的正式發佈版本如下。發佈到FDCC微信羣，當天就收到了8個話題提交，還是很受歡迎的，本輪的MVP超出目標預期！Lead Time，2天。

第3版MVP

客户和話題都有了，接下來就是如何交付教練對話。考慮到是首輪的真實客户對話，從提交話題中選擇了相對適合教練對話的職業規劃方向，剛好提交的有幾個。

本輪需要發佈的MVP就是首輪的教練對話交付，目標人羣鎖定在2-3位職業規劃方向的FDCC同學。考察指標有兩個方面：第一是客户滿意度，這個至關重要，畢竟教練的目的，是可以支持到客户的話題；其次是我本人對教練過程的滿意度，例如完整度、教練能力體現、個人短板覺察等。相對來説都是非量化指標，但兩個滿意度都可以感受到，可以給自己打分，以這種方式考量，在本階段也可以接受。

發佈交付之前，需要的前置活動（也就是開發的工作量），主要是對話題的準備。這個過程主要做了三件事情：

• 首先，自己進行了梳理，對職業規劃的話題，可以用到的框架和模型，可以從哪些方面進行探索；
• 其次，找了三位老師，分別諮詢了TA們對本話題的建議；
• 最後，我自己作為客户，找了教練同學，針對本話題進行了三場教練輔導，希望通過不同的教練過程，從不同的角度對同一個話題進行探索；每一個教練的風格以及創造體驗的方法都不同，而每一次我自己對於這一話題的認知程度也都不同；通過三場教練對話，希望將這個話題打穿。

上述的準備工作之後，個人感覺已經達到了交付的程度，於是安排交付了三場對話。每一次都用到了不同的模型，並根據每一次的交付感受和反饋，進行了適當的調整。

兩個指標的考核結果：客户滿意度，一場70-80分，另外兩場90-100分，整體超出預期；個人滿意度給自己打70分，總體還是有很多需要優化的方面，尤其是三場的教練時間都較長，抓核心要素，創造覺察的能力有待加強。

第3版的MVP也算順利交付通過，自海報發佈到完成三場教練對話交付，Lead Time一週。

第4版MVP

正式交付了幾場真實客户的教練對話，對職業發展的話題駕輕就熟，同時對真實的教練對話也有了認知。

所以回到本文一開頭的那場教練對話，同學也剛好提到了以MVP方式運作自己的事業，我想説的是“巧了，你現在體驗的正是我的第4版MVP產品”；此前做過的一場教練對話中另一位同學也提到的“把自己當做一款產品來打造”。

所以回答當時同學提的問題“你是怎麼一路走過來的”，我就是這樣一路摸着石頭過河，一個包子一個包子的吃成現在這樣。關鍵在於大致看清方向，低頭做事的同時也要抬頭看路。

第4版的MVP也就是當前的版本，依然在邊持續交付，邊持續優化。

我會從兩個方面對產品進行打磨：在客户層面，開始擴展話題範圍，控制時間與效率效果，提升創造體驗及覺察；對自己而言，提升教練狀態覺察，提升聆聽和對關鍵字的抓取，以及持續多維度的增加知識和技能儲備。

此外，前幾場對話的額外的收穫是，當對教練對話滿意時，客户會在FDCC羣裏表示感激。由此給冬哥找到了一個新的並且在當下非常適合的衡量指標，即NPS淨推薦值。NPS既是客户滿意度的體現，也是拉新漏斗保證教練產品是否能良性運轉至關重要的因素。所以在指標上，近期會重點考核NPS。

由於個人時間有限，目前的節奏還是暫時每週安排2-3場教練對話，來消化已提交的話題。所以目標人羣的選擇，還是針對FDCC微信羣的同學，暫時不進行擴展（如果你想要加入FDCC羣，微信公眾號回覆“FDCC”）。

結束語

產品思維很重要，“人人都是產品經理”，因為產品無處不在，比方説你自己。

把自己作為一款產品來經營，從上帝視角來看自己這款產品，現有賣點有哪些，未來預期是什麼。

以敏捷DevOps思維，快速迭代小步快跑，每次精進一點，積跬步乃至千里。

夢想不用太大，但一定要有，萬一實現了呢！

想到了就嘗試，哪怕一小步，萬一做成了呢！

邊想邊學邊做，路越走越清晰，人越長越明白！

看了這些，你將如何構建自己的MVP計劃，如何“聚焦最核心的用户，確定數據指標，定義最小的功能集，快速迭代演化”？

2021，IDCF與你一同精進。2021，以一場教練對話開啓。2021，做“有身份”的DevOps人！

作者：IDCF社區 冬哥