我們做產(chǎn)品經(jīng)理，總是會(huì)面臨一個(gè)固定問題：

這個(gè)需求/功能到底復(fù)雜嗎？

評(píng)估功能復(fù)雜度是非常重要的，因?yàn)檫@影響了我們的需求優(yōu)先級(jí)。

同時(shí)功能復(fù)雜度如果不會(huì)評(píng)判，就會(huì)浪費(fèi)團(tuán)隊(duì)資源甚至是延期項(xiàng)目，尤其是對(duì)于老板、產(chǎn)品經(jīng)理來說很容易蒙在鼓里。稍微提一個(gè)需求就是一個(gè)月或者更長時(shí)間，難免讓需求提出人、產(chǎn)品經(jīng)理們覺得黃花菜都涼了。所以我們對(duì)于一個(gè)功能的復(fù)雜度評(píng)判的需求是非常剛需的，我們急需要一個(gè)好的技巧方法來幫助評(píng)判功能的復(fù)雜度。

掌握功能的復(fù)雜度判斷也就是知道了問題的解決成本，但對(duì)產(chǎn)品經(jīng)理來說，功能復(fù)雜程度由開發(fā)同學(xué)來評(píng)判的，自己很難有話語權(quán)。99%公司的產(chǎn)品經(jīng)理，離開了開發(fā)什么都不是，只能任其開發(fā)宰割，影響了業(yè)務(wù)發(fā)展。

都說產(chǎn)品經(jīng)理要懂?dāng)?shù)據(jù)分析、商業(yè)化、增長等多向，但我始終認(rèn)為評(píng)估1個(gè)產(chǎn)品經(jīng)理評(píng)判對(duì)1個(gè)功能的復(fù)雜度能力是其核心工作價(jià)值體現(xiàn)。

其實(shí)不僅是產(chǎn)品經(jīng)理，運(yùn)營等業(yè)務(wù)部門也同樣需要知道功能復(fù)雜度評(píng)判的能力，比如運(yùn)營需求、數(shù)據(jù)需求，也會(huì)需要有開發(fā)介入才能完成。

為了寫這篇文章，我也查找了不少網(wǎng)上的同類文章，發(fā)現(xiàn)很少有產(chǎn)品經(jīng)理去分享這類，反而是開發(fā)同學(xué)們分析技術(shù)的多。

所以我這里分享5種方法，可以幫助你快速評(píng)判一個(gè)功能復(fù)雜度。

第一：交互越多越復(fù)雜

如下面這2個(gè)圖，一個(gè)是PMTalkApp首頁信息流、一個(gè)是提問內(nèi)容編輯頁面，看這2個(gè)頁面其實(shí)包含了多個(gè)功能。

左邊的頁面是PMTalk app的首頁，包含了推薦、作者投稿、問答、原創(chuàng)榜、本周精選功能，組件有導(dǎo)航欄、搜索框、文章標(biāo)題、文章頭像、點(diǎn)贊、閱讀量等，元素比右邊多很多。

右邊則是包含了標(biāo)題輸入、問題詳情描述、圖片上傳、話題選擇、還要匿名，看起來右邊的元素更少，那么你認(rèn)為左邊的功能更加復(fù)雜還是右邊呢？

實(shí)際上右邊的開發(fā)復(fù)雜的多，左邊的卻簡單。

左邊的我們可以稱之為純數(shù)據(jù)展示頁面，信息流里面包含的每個(gè)元素是固定的，由后臺(tái)提供對(duì)應(yīng)的接口進(jìn)行數(shù)據(jù)傳輸，其余的就是重復(fù)展示工作了。

對(duì)于純展示頁面，前端開發(fā)只需要處理好頁面的樣式，就不用考慮其他問題，看起來這個(gè)文章排序很多，實(shí)際上就是相同的結(jié)構(gòu)不斷重復(fù)調(diào)取接口數(shù)據(jù)。

你可以抽象為下面的樣式，是不是就很簡單了？

前端開發(fā)只需要把這個(gè)結(jié)構(gòu)模版寫好，填入頭像、標(biāo)題、名稱、話題、點(diǎn)贊數(shù)、喜歡數(shù)、封面就可以了。

交互包含兩類，一類是動(dòng)畫交互效果，沒有后端服務(wù)數(shù)據(jù)；另外一類是有后端數(shù)據(jù)的交互，比如下圖會(huì)有數(shù)據(jù)的讀寫操作，就屬于這一類。

右邊的簡單的填寫框、圖片展示就是第二類交互型，開發(fā)需要處理點(diǎn)擊前后、懸浮、用戶輸入特殊字符、圖片插入、其他格式文件插入，用戶的這系列操作后，又需要怎么展示都需要服務(wù)端的實(shí)時(shí)數(shù)據(jù)查詢，標(biāo)題輸入和問題描述輸入看起來兩個(gè)差不多的輸入框，實(shí)際需要分別校驗(yàn)

輸入的字符長度 標(biāo)題有沒有重復(fù) 內(nèi)容是否為空 內(nèi)容是否有違規(guī)詞（需要安全系統(tǒng)審核） 圖片是否要壓縮，什么樣的尺寸進(jìn)行預(yù)覽

這都是在需要用戶行為在后臺(tái)交互的，元素少實(shí)際上開發(fā)成本高。

第二個(gè)是組件化程度越高，越簡單

做產(chǎn)品經(jīng)理的同學(xué)如果有用過原型工具應(yīng)該可以快速理解這個(gè)道理，我們在做需求的時(shí)候如果涉及到導(dǎo)航欄、時(shí)間、篩選器、分頁這類組件，最快的方法是用現(xiàn)成的部件庫自帶組件去完成這類需求的原型設(shè)計(jì)工作。

功能的開發(fā)復(fù)雜度也是一樣，越是組件化程度越高的需求，功能開發(fā)越簡單。比如上傳文件、彈窗、toast提示等等，都是一套組件，可以大大提升開發(fā)效率。

尤其是我自己用的組件庫，就是經(jīng)過工作幾年積累的，覆蓋了B端、C端各類功能，你可以在本篇公眾號(hào)回復(fù)：“Kevin的部件庫“獲得下載地址。

第三點(diǎn)：瀏覽器/設(shè)備終端兼容

這一點(diǎn)是僅針對(duì)前端、客戶端同學(xué)來說，比如WEB類產(chǎn)品，我們經(jīng)常會(huì)出現(xiàn)要求網(wǎng)站瀏覽不是適配的情況，而在非IE瀏覽器就正常，是因?yàn)檫@類WEB產(chǎn)品沒有對(duì)IE做兼容處理，導(dǎo)致出現(xiàn)功能缺失、頁面展示不正常。

凡事需要IE兼容的需求都不簡單，建議盡可能不要提出滿足IE瀏覽器兼容，因?yàn)镮E瀏覽器對(duì)某些交互動(dòng)效難以運(yùn)行，即使支持了也會(huì)渲染慢，很多頭部門戶類產(chǎn)品會(huì)放棄對(duì)IE的支持。

設(shè)備終端的App也是同樣道理，尤其是安卓機(jī)型海量，我們難以有精力去做每個(gè)設(shè)備的屏幕、尺寸進(jìn)行適配，所以這類涉及到對(duì)多樣終端兼容的需求也很復(fù)雜。

第四：橫向跨系統(tǒng)數(shù)

一個(gè)功能如果剛開始就涉及橫跨多個(gè)業(yè)務(wù)系統(tǒng)，那這個(gè)工程也是浩大的，比如一個(gè)用戶登錄注冊的賬戶體系，公司必須要考慮未來會(huì)有其他業(yè)務(wù)線會(huì)使用這套賬戶，因此賬戶體系往往開發(fā)時(shí)間都會(huì)要在1個(gè)月左右。

如果賬戶體系涉及到權(quán)限、第三方登錄、用戶信息錄入、用戶管理、數(shù)據(jù)統(tǒng)計(jì)開發(fā)時(shí)間就更長了。

跨系統(tǒng)同樣還有跨功能數(shù)，功能之間是否有權(quán)限、有二次認(rèn)證等。往往不同的功能服務(wù)業(yè)務(wù)不一樣，所以我們還要考慮對(duì)方使用的技術(shù)框架、功能邏輯，保證用戶體驗(yàn)一致。

所以在涉及到的需求盡量少橫跨系統(tǒng)。

第五：是否需要硬核技術(shù)

在做產(chǎn)品設(shè)計(jì)的時(shí)候，為了符合時(shí)代需求，我們總需要一些新技術(shù)的能力，比如我們提到的AI、音頻識(shí)別、直播、圖片識(shí)別、云存儲(chǔ)這類，這類99%的互聯(lián)網(wǎng)企業(yè)都會(huì)選擇第三方進(jìn)行采購。

因?yàn)樽约貉邪l(fā)的成本太高了，所以才會(huì)有所謂的saas、開放平臺(tái)，通過付費(fèi)接入的形式獲得穩(wěn)定的能力，比如保利威直播提供了直播相關(guān)的SDK，允許企業(yè)快速接入。

這類功能就不需要自己研發(fā)了，而且就算做出來了也難以達(dá)到主流的用戶體驗(yàn)。

如何提升自己判斷功能復(fù)雜度的能力？

如果你問我，怎么總結(jié)出來上面5個(gè)點(diǎn)的，其實(shí)方法很笨，但是也很簡單，那就是多體驗(yàn)產(chǎn)品。每做一個(gè)需求之前除了體驗(yàn)競品，還要在日常生活里養(yǎng)成拆解產(chǎn)品的習(xí)慣。

當(dāng)然隨著工作時(shí)間久了，我們也能積累功能復(fù)雜度的經(jīng)驗(yàn)，但這是被動(dòng)的經(jīng)驗(yàn)獲取，因?yàn)槟阈枰粩嗟幕〞r(shí)間在工作里做需求，踩坑后就可以知道了，自然就做過各種各樣的功能，尤其是對(duì)于5年以上的產(chǎn)品經(jīng)理，你很難給他去溝通擅長什么樣產(chǎn)品設(shè)計(jì)，因?yàn)?年后的產(chǎn)品經(jīng)理做的多，也體驗(yàn)的多，什么C端產(chǎn)品、B端產(chǎn)品、還是數(shù)據(jù)產(chǎn)品無非就是代碼來實(shí)現(xiàn)的，因此都擅長。

同時(shí)有開發(fā)基礎(chǔ)的產(chǎn)品經(jīng)理是非常好的優(yōu)勢，尤其是有后臺(tái)開發(fā)的產(chǎn)品經(jīng)理，這將幫助你快速評(píng)判功能的復(fù)雜度，增加和開發(fā)溝通的效率。

即使技術(shù)在瞬息萬變，我們也能用不變的開發(fā)基礎(chǔ)來進(jìn)行溝通。

還有一種就是不斷的打怪，隨時(shí)把自己的工作投入在產(chǎn)品研發(fā)中，就可以積累不少功能的復(fù)雜度評(píng)判經(jīng)驗(yàn)。

參考圖示：

functional complexity mesureme

關(guān)鍵詞： 如何判斷