之前我們講到了商業(yè)目標(biāo)和用戶體驗(yàn)之間的平衡《如何平衡商業(yè)目標(biāo)和用戶體驗(yàn)？》，這屬于產(chǎn)品和用戶之間愛(ài)恨糾葛，現(xiàn)在來(lái)探討下一個(gè)“平衡問(wèn)題”，產(chǎn)品開(kāi)發(fā)人員團(tuán)隊(duì)內(nèi)的一些自我平衡問(wèn)題。

一個(gè)產(chǎn)品團(tuán)隊(duì)的人力、需求優(yōu)先級(jí)、技術(shù)成熟度、成本預(yù)算等多方面問(wèn)題都會(huì)與時(shí)間節(jié)點(diǎn)進(jìn)行沖突，時(shí)間節(jié)點(diǎn)是產(chǎn)品永遠(yuǎn)繞不開(kāi)的話題，產(chǎn)品不可能在有限的時(shí)間和人力里面去開(kāi)發(fā)無(wú)限的功能，產(chǎn)品也不可能不受時(shí)間控制，準(zhǔn)備完全充分了再上線（如果足夠成熟有錢(qián)，倒也不是沒(méi)有這個(gè)可能性）。

產(chǎn)品始終會(huì)向前推進(jìn)，在一輪一輪的需求評(píng)審中，每個(gè)矛盾點(diǎn)大都會(huì)化解，最后達(dá)到一個(gè)平衡。需求評(píng)審中，產(chǎn)品和開(kāi)發(fā)人員都會(huì)相互妥協(xié)，產(chǎn)品妥協(xié)于時(shí)間，開(kāi)發(fā)妥協(xié)于飯碗（誤）。

這就促使產(chǎn)品經(jīng)理在整理需求，制定下一個(gè)版本計(jì)劃時(shí)，需要有對(duì)團(tuán)隊(duì)人力和能力的足夠認(rèn)知，劃分優(yōu)先級(jí)，能有決策力并且能夠說(shuō)服團(tuán)隊(duì)，規(guī)劃產(chǎn)品井然有序上線，并不能一口吃成一個(gè)胖子。

1. 優(yōu)先級(jí) | 當(dāng)我們?cè)谡務(wù)搩?yōu)先級(jí)的時(shí)候我們究竟在談?wù)撌裁矗?/h2>

大多數(shù)時(shí)候，接手一個(gè)產(chǎn)品，就會(huì)發(fā)現(xiàn)它不可能是一個(gè)完美的產(chǎn)品，基礎(chǔ)功能缺失，核心體驗(yàn)亟待提升。即使是較為成熟的產(chǎn)品，也會(huì)存在一些歷史遺留問(wèn)題和新的商業(yè)探索方向各種優(yōu)先級(jí)問(wèn)題。

1.1 各種各樣的需求

以下簡(jiǎn)單列舉了一些需求的分類(lèi)，

• 外部需求：需要配合其他部門(mén)的時(shí)間節(jié)點(diǎn)上線，掌握權(quán)可能不在自己的手里；
• 基礎(chǔ)需求：包括：歷史遺漏問(wèn)題，bug修復(fù)，客戶端和服務(wù)端的技術(shù)優(yōu)化，基礎(chǔ)功能完善等；
• 運(yùn)營(yíng)需求：往往和產(chǎn)品本身體驗(yàn)是綁定在一起，并非割裂；
• 體驗(yàn)升級(jí)：提升用戶體驗(yàn)，功能再優(yōu)化；
• 全新需求：商業(yè)新探索和產(chǎn)品新方向。

當(dāng)然以上的需求只是簡(jiǎn)單列舉了一下，還可能有更多更復(fù)雜的需求，如何功耗需求等等。透過(guò)需求的表象看本質(zhì)，評(píng)估對(duì)自身的影響和優(yōu)先級(jí)，也不是所有的需求都需要接，或者是馬上著手做，這個(gè)就看如何和其他部門(mén)協(xié)調(diào)了。

1.2 驗(yàn)證需求真?zhèn)?/h3>

如果該需求無(wú)法驗(yàn)證真?zhèn)危瑹o(wú)法判斷是否是優(yōu)先，那么就要采取2種手段，方式一內(nèi)部討論和評(píng)審，沒(méi)有人比整個(gè)團(tuán)隊(duì)的成員更加了解自己的產(chǎn)品了，討論往往會(huì)達(dá)成一些共識(shí)；方式二聯(lián)合用戶研究小組進(jìn)行定性或定量研究，有助于內(nèi)部的思考。

所以當(dāng)我們?cè)谟懻搩?yōu)先級(jí)的時(shí)候，就是在決定產(chǎn)品的未來(lái)，將遠(yuǎn)的未來(lái)，只談長(zhǎng)遠(yuǎn)宏觀或只談現(xiàn)狀，都是沒(méi)有意義的。

1.3 判斷需求優(yōu)先級(jí)

優(yōu)先級(jí)的排序和下版本需求規(guī)劃，就是在做決策的過(guò)程，而如何科學(xué)地做決策？

可采用的方式是，從幾個(gè)維度對(duì)該需求進(jìn)行打分，得到總分進(jìn)行排序。打分的算法不一定是對(duì)外的，是幫助自己做判斷和思考的，打分也必然是一個(gè)相對(duì)主觀的過(guò)程，而這個(gè)主觀的考量依靠的是自身對(duì)產(chǎn)品的了解程度，經(jīng)驗(yàn)，以及市場(chǎng)敏銳度。所以也會(huì)由于自己的判斷失誤，讓團(tuán)隊(duì)耗費(fèi)了大量的時(shí)間去開(kāi)發(fā)，最后數(shù)據(jù)并不一定樂(lè)觀。

2. 敏捷開(kāi)發(fā) | 到底什么才算是敏捷？

“快速試錯(cuò)，快速迭代”是這個(gè)時(shí)代的特征，所以很多團(tuán)隊(duì)引進(jìn)了一個(gè)敏捷開(kāi)發(fā)的概念，敏捷開(kāi)發(fā)主要以提升項(xiàng)目周期為核心，使團(tuán)隊(duì)結(jié)構(gòu)責(zé)任更清晰，項(xiàng)目進(jìn)度更具有把控性，團(tuán)隊(duì)配合更緊密，工具升級(jí)提升效率，以下將分別探討。

2.1 團(tuán)隊(duì)結(jié)構(gòu)敏捷

團(tuán)隊(duì)結(jié)構(gòu)是否可以更敏捷性，一定程度上取決于公司自身架構(gòu)，簡(jiǎn)單來(lái)說(shuō)分為兩種：一種是職能部門(mén)的架構(gòu)，一種是模塊分組的架構(gòu)。

模塊分組最簡(jiǎn)單的標(biāo)準(zhǔn)配置是：產(chǎn)品經(jīng)理+ 交互設(shè)計(jì)+視覺(jué)設(shè)計(jì)+客戶端+服務(wù)端+測(cè)試，模塊分組的結(jié)構(gòu)一般說(shuō)來(lái)在快速響應(yīng)上會(huì)強(qiáng)于職能部門(mén)，基本上就是專(zhuān)人專(zhuān)用，多數(shù)的評(píng)審只需要經(jīng)過(guò)模塊組內(nèi)部，雖然效率提升了，但可能會(huì)有一定的局限，模塊之間始終會(huì)存在一些耦合的情況，另外交互和視覺(jué)設(shè)計(jì)的評(píng)審，也需要設(shè)計(jì)部門(mén)進(jìn)行評(píng)審，所以大部分的公司還是以職能部門(mén)為劃分。但是需要注意的是靈活性，例如設(shè)計(jì)部門(mén)可以評(píng)審把控交互和設(shè)計(jì)大方向，但是不必在一些細(xì)節(jié)上糾結(jié)。

2.2 進(jìn)度把控敏捷

產(chǎn)品經(jīng)理需要隨時(shí)把控項(xiàng)目進(jìn)度，通常在評(píng)審結(jié)束后，所有的需求都會(huì)拆分為stories。通過(guò)在線協(xié)作工具（例如：TAPD），可以實(shí)現(xiàn)創(chuàng)建Story、變更狀態(tài)、時(shí)間預(yù)估、快速編輯信息、分派人員等?？焖倜鞔_團(tuán)隊(duì)成員每人每天的工作量，實(shí)現(xiàn)進(jìn)度的把控。

另外，如果有條件的話，開(kāi)發(fā)團(tuán)隊(duì)可以選定一個(gè)時(shí)間進(jìn)行每日的站會(huì)和周會(huì)，時(shí)間不需要太長(zhǎng)，但是可以同步進(jìn)度，同步信息，分享難點(diǎn)。

2.3 團(tuán)隊(duì)配合敏捷

團(tuán)隊(duì)配合的緊密性在于，不需要等待每一個(gè)流程結(jié)束后，才開(kāi)始新流程。

比如不一定要交互出來(lái)再做設(shè)計(jì)，設(shè)計(jì)做完，才做前端和后臺(tái)，版本快完成了再轉(zhuǎn)測(cè)試。所有的工作都是可以穿插交替的，交互的同時(shí)可以是設(shè)計(jì)和前端并行，每完成幾個(gè)story，都可以打包轉(zhuǎn)交互和設(shè)計(jì)體驗(yàn)，進(jìn)而轉(zhuǎn)測(cè)試。團(tuán)隊(duì)配合需要具有靈活性，靈活性仍然需要產(chǎn)品經(jīng)理來(lái)把控。

2.4 工具敏捷

工具是第一生產(chǎn)力，如果公司自己有能力，應(yīng)該是自己會(huì)購(gòu)買(mǎi)或者開(kāi)發(fā)完整的協(xié)作工具，把項(xiàng)目所有相關(guān)的信息保留在自己服務(wù)器上是最穩(wěn)妥的。

如果公司團(tuán)隊(duì)比較小，不妨使用市面上太多的協(xié)作辦公的工具，產(chǎn)品可用騰訊在線的文檔，剛剛提到的開(kāi)發(fā)進(jìn)度管理可用TAPD 騰訊敏捷協(xié)作平臺(tái)，交互和設(shè)計(jì)可用figma或者是藍(lán)湖一類(lèi)的工具。

這些都是實(shí)時(shí)在線，開(kāi)放權(quán)限編輯，不管是需求新增或變更，設(shè)計(jì)變更，團(tuán)隊(duì)都可以第一時(shí)間掌握。

即使是敏捷開(kāi)發(fā)，但是由于各種意外，例如估算的時(shí)間不正確，人手被抽調(diào)，技術(shù)的評(píng)估不準(zhǔn)確，甚至是新冠使大家無(wú)法正常上班，導(dǎo)致延期發(fā)版也時(shí)常有發(fā)生，靈活變動(dòng)、快速響應(yīng)才是真的。

3. 外部力量 | 有錢(qián)能使BAT為你推磨

所謂外部力量，就是花錢(qián)購(gòu)買(mǎi)現(xiàn)有的技術(shù)支持。各種技術(shù)已經(jīng)相當(dāng)成熟，例如剪輯，敏感詞審核，直播，拍照等相當(dāng)多的功能已經(jīng)被網(wǎng)易、騰訊、阿里等集成為SDK或者API進(jìn)行商業(yè)合作。

SDK和API真香

通過(guò)使用購(gòu)買(mǎi)的SDK可以說(shuō)能夠使效率翻新幾倍不止，使開(kāi)發(fā)人員在投入新需求上投入的時(shí)間和人力大量縮減，加速新功能的上線。

另外，不要忘記對(duì)比各個(gè)平臺(tái)的SDK的能力和價(jià)格，SDK的不足之處就是會(huì)被局限，預(yù)想的能力不能被SDK支持，后期開(kāi)發(fā)要么需求被砍掉，要么嘗試曲線救國(guó)之法，所以購(gòu)買(mǎi)前一定要仔細(xì)閱讀官方的SDK具體能力和做好風(fēng)險(xiǎn)預(yù)估。

現(xiàn)在大多數(shù)公司都做了開(kāi)放平臺(tái)提供API接口，和SDK相同，如果有一定的商業(yè)合作資源，或者是足夠的預(yù)算，就可以善用SDK或API，提升產(chǎn)品迭代速率。

END：需求是做不完的，人力是有限的，時(shí)間是緊張的，我們?nèi)绾卧谟邢薜娜肆蜁r(shí)間里面，規(guī)劃適當(dāng)?shù)漠a(chǎn)品策略，作出較為正確的決策，不妨從多個(gè)方面去提升效率。

本文由 @舒季? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自 Unsplash，基于CC0協(xié)議