文章內容由 『觸寶科技』資深產品經理 ?張檬Lemon，在『SmallTalk 2.0』第五期 【年關小聚】中的分享整理而成。

相關閱讀：《如何做好需求管理？(上) 》

需求如何落地——以始為終

最終，我講最后一點，想跟大家聊一聊，就是說創業團隊如何去做需求的落地。

因為我們經常會遇到這樣的問題，資源少，速度，老板說不能慢，我們已經每天忙得基本是黑著天出去，黑著天回來，也不知道下午五六點街面上是什么樣子，一些節日，我們有的時候，可能都會冷落家人，不去參與，已經在非常高負荷的情況下，老板依然會提出讓你速度快，于是我們一直在做團隊的管理上面，在不斷地去改進，去整理我們的經驗，最終我們會發現有四個字，非常能好地解決這個方案，就是以終為始。

為什么？

當你的團隊人可能稍微多一點點的時候，我們內心會覺得我有人力了，那我可以把我之前列的需求都去滿足，但是其實大家現在每個團隊都會有自己的OKR，或者是KPI的形式，比如說如果你是一個外賣APP，你希望你提供的目標主要是大家的一個下單率，如果你是一個出行APP，你是希望他盡可能地解決，用戶的出租車司機盡快地找到他的乘客。

所以其實我們的每個產品，都會有它的核心目標，或者是老板說讓你在一兩個星期里面，快速發一個版本，提高某一個核心指標。那我們在做很多的工作的時候，其實要圍繞我們團隊的最終的目標，就是要以終為始。

如果當你的團隊有充分的資源的時候，你可以去做其他的事情，但是當你的團隊的有限的時候，我希望大家可以說利用最少的資源，但是全部的去傾情于我們最終的目標。

第一：設置需求池

于是我們團隊在最近的實行過程中，發現了有一個比較好的方法，就是我們要會訂長短期目標。

需求來源

然后具體地講一下我們執行的方法，就是我們會有一個需求池，這個需求池大致會按照這樣子的形式會去記錄，一個就是我們產品自身的需求，或者是來自于用戶的需求，或者是來自于這個運營，或者市場方面的需求，這個是需求的來源。

需求類型

除此之外，我們會記住這個需求的類型，比如說我們希望我們的接通率更高，或者是需要我們產品的用戶的反饋率降低，然后里面會有具體的我們功能的一個描述。

需求量

然后我們還會有一欄叫做需求量，這個可能是我們主要在做用戶反饋時候的主要的作用，因為用戶每天會跟你提出很多的需求，我們每天在后臺可以收集到兩個平臺的用戶反饋，至少達到1萬條，那這個其實量是很多的，但是里面會有很多的重疊的信息，我們就會去篩選用戶量需求最大的。

記錄上線版本

另外，我們會記錄上線的版本，因為我們執行的方法，我們團隊執行的方法是交錯執行，也就是當開發已經在進入現在的周期的時候，我們的設計團隊，已經進入了下一個迭代的周期，所以會交替進行，我們也會記錄自己的上線版本。

其實每次版本發布之后，都去回顧我這個需求池，去看一下，說我的需求具體來源都有哪些，哪些需求是占了我們團隊最主要的資源。

第二：任務卡——任務追蹤

現在會有一些比較成熟，也做得非常好的團隊管理的軟件。我們公司里面現在用的是Teambition，然后它的一個比較好的方法就是，大家可以看到我這里邊會有四列，這是簡單的一個示意，就是我們會按照職能去分出它需要處理的工作。

今日正在進行

然后有一個關鍵性里面，就是今日正在進行。那今日正在進行，主要的目的是什么？

因為我們其實產品經理或者運營經理，經常會去打破開發程序員正在認真coding的狀態。其實這個是他們不想遇到的，他們最討厭的。

為了避免會打破他們的工作節奏。于是我們會有一個執行方法，就是我們每天早上到公司之后，產品經理先去和我們的開發團隊去溝通，你今天需要完成的內容，那和他的時間評估是不是吻合，于是都會放在這一列，包括我們有一些設計需求，或者是有一些功能設計的任務，如果是說今天確定產出的，都會在這一列。

這就有一個好處，就是方便大家去跟蹤自己的進度，而且如果你沒做完，又被別人看到，是很尷尬的。大家會發現你的頭像一直是delay，dealy，delay。

開發已經完成

然后第四類就是開發已經完成的，開發已經完成的目的，因為我們產品是每天內部都會有自己的Daily Build，就是每日版本，那每日版本的時候，會和團隊說我們今天更新了哪些，然后實現了哪些功能，這里面我們每次做完一個卡片之后，它后面會有時間節點，都會到開發已完成里面，那我在寫每天的更新日志的時候，也可以把這個放上去。

標簽

里邊會有一些標簽，也是我們經常會用的，比如說非常緊急和緊急，這兩個維度是用來評估說你現在正在做的事情，是不是最主要的，比如說我們可能發現了一個版本上線之后，它的跳失率特別高，或者是我們發現了一個版本上線之后，它的接通率比較低，或者一個新的功能，最后用戶反饋有反彈。那我們會把它優先處理，我們會標上非常緊急。

另外，有一些可能是我們預估在幾天內需要完成的，我們會標成緊急，這樣子可以讓執行的人，成員去看，給他自己正在做的N多的任務評優先級。

此外，我們還會有一些標簽，每個卡片的前面都會有一些前綴，比如說我們做的是Feature還是需求變動，還有一個是Bug類型。然后，我們會有一個版本迭代周期結束之后，我們去看一下這些標簽，具體你這個版本里面主要的目標是做了哪些，我們是增加了新功能，還是產品經理每天都在變，還是他一直在穩定性能，又或者是一直在修Bug。

第三，明確目標

我們會和團隊明確，我們團隊的長短期目標。我們會精確到月、周和日，這個怎么說？

當創業團隊，如果你不只是有幾個，可能五六個人的時候，那五六個人的時候，它的溝通方式是非常好的，我們坐在一起就可以直接溝通的，你今天要做哪些。

當然創業團隊它也會慢慢地發展，我們現在團隊有20幾個人，那我怎么能知道，大家知道我們的目標，我們團隊的目標。因為并不是資源很多，人很多，就可以產出，可能就會變低，那這個時候我們就會每天和大家或者是定期和大家制定我這一個月，要做什么事情，我這一周的版本里面要實現哪些功能，我今天需要完成什么。

這樣子大家的目標是很明確的，也避免很多團隊的成員里面，他可能平時和大家溝通得很少，那就和自己最終的目標會有一些偏離。

第四，Stand up meeting

我們每天中午會有一個站立式開會，Stand up meeting，這里面怎么說？因為其實大家應該都不喜歡開會，但是當發展到一定程度之后，我們每天可能的主要任務都是去開會，我們會選擇，經過一系列的我們的變化，我們會發現我們選擇中午開會是效率很高。

這個里面會有幾個議題：

第一：讓團隊的目標一致。

也就是執行我前面剛才的方法三里面的，和大家說目標，然后我們放在中午，因為大家都要去吃飯，所以效率會特別高，即使已經有20幾個人的團隊，我們每天的開會都會控制在10-20分鐘之內。

第二：溝通進度及互相依賴

然后每個成員說他今天要做什么，他昨天做了什么，然后互相去溝通一下有沒有互相依賴的。比如說我今天需要設計完成一些圖，或者你提供的需求的文檔并不是很清楚。所以說我們會執行Stand up meeting。

第三：好處——反向激勵

另外，這里面好有一個好處，就是如果你在自己的表達過程中，如果發現你沒有什么可說的，或者你說你昨天的任務一直沒做完，其實對自己也是一個反向的激勵過程。

第四：評估成員效率

除此以外，項目經理其實也可以更高效的評估團隊里每個成員產出的效率是怎么樣的。

總結：

所以，其實說了這么多，我想說的就是我們創業型團隊，在做需求管理的時候，可能我們需要一些快速的方法，那前面也提到了我們要做用戶調研，要提前去知道一些事件，去看一下我們需求的程度，那我們也可以做這種焦點訪談，甚至我們可以用數據去驅動，然后我們在團隊的管理里面可以更高效。

今天我想的說的就到這里了，最后送給大家四個字，堅持和專注。

因為在創業型團隊，我覺得每個人都是非常優秀的，堅持下來非常不容易，包括我覺得人人和鐘昊其實他們也非常不容易，他們沒有任何的利益驅動，純是非常公益式的去給我們開這種一個沒有水份的活動，那這個里面，其實會有很多艱辛大家是不知道的，包括我們每個人的職業生涯里面，也會遇到很多瓶頸。

相關閱讀：《如何做好需求管理？（上）》

編輯：SmallTalk_JustBoB、SmallTalk_人人

校對：SmallTalk_Areslay

** ?文章版權由SmallTalk及演講者共同擁有，如需轉載請聯系微信：areslay ?**