經(jīng)歷過產(chǎn)品任何階段的人都對產(chǎn)品需求有深刻的印象，每個(gè)周期都會(huì)堆了很多很多需求，產(chǎn)品的BUG還沒解決就又冒出各種各樣的新需求，伴隨著需求的不斷增加，產(chǎn)品的問題也越來越多。最初小而美的產(chǎn)品經(jīng)過幾次大迭代就變得復(fù)雜臃腫，難以駕馭。
其實(shí)各種問題的根源基本上都能追述到產(chǎn)品規(guī)劃階段的需求整理階段。這個(gè)時(shí)期也是各個(gè)類型工作混雜在一起，使得所有人焦頭爛額的階段，這個(gè)時(shí)候不僅會(huì)有一個(gè)勁兒只強(qiáng)調(diào)大方向的偽指揮官，還有死盯著細(xì)節(jié)不放的小嘍啰，更多的是只把自己當(dāng)標(biāo)準(zhǔn)用戶的麻煩制造者。
需求匯總啟動(dòng)前要明確幾點(diǎn)功能與需求之間的關(guān)系。
一、基礎(chǔ)功能不等同于基礎(chǔ)需求
基礎(chǔ)功能是軟件定位中最重要的部分，雖然基礎(chǔ)功能是從基礎(chǔ)需求中誕生的，但完整的基礎(chǔ)功能并不是跟基礎(chǔ)需求一一對應(yīng)的，這個(gè)話看起來有點(diǎn)繞，舉個(gè)比較簡單的例子，比如，基礎(chǔ)需求是閱讀書籍、新聞資訊、笑話段子，這里對應(yīng)的基礎(chǔ)功能就是一個(gè)——內(nèi)容展示。這個(gè)基礎(chǔ)功能的細(xì)節(jié)可能會(huì)有文字、圖片、視頻等要素，其中文字顯示又分標(biāo)題、內(nèi)容、注釋等等。
因此，這里要注意在獲取需求的時(shí)候，哪些需求是獨(dú)立的，哪些需求是可以合并的，是除了定義基礎(chǔ)需求后關(guān)鍵的一環(huán)。產(chǎn)品經(jīng)理要以需求分析的身份進(jìn)入到產(chǎn)品之中，分析需求與功能之間的隸屬結(jié)構(gòu)。
這里有人會(huì)問，這個(gè)工作有什么用。一個(gè)一個(gè)需求提，一個(gè)一個(gè)功能做不也是可以么？
的確可以，在客戶端使用上從視覺效果看起來沒有什么不同。后面開發(fā)就完全不一樣了，同一個(gè)功能因?yàn)椴煌枨笥貌煌a寫，重復(fù)工作且不提，還會(huì)引起各種BUG，客戶端體積龐大，運(yùn)行速度慢，版本管控難度增加，新人更迭時(shí)會(huì)造成很多技術(shù)上的混亂與模糊。
一個(gè)簡潔的功能架構(gòu)，對軟件以后的發(fā)展起著至關(guān)重要的決定性作用。不論多么龐大復(fù)雜的需求文檔背后的功能都應(yīng)該是一張清晰的網(wǎng)，而不是一團(tuán)理不清的亂麻。
二、亮點(diǎn)功能不等同于用戶需求
經(jīng)過幾年的工作，發(fā)現(xiàn)很多領(lǐng)導(dǎo)和運(yùn)營人員總是喜歡提出“我們要有亮點(diǎn)功能”。有些認(rèn)為只要擁有亮點(diǎn)功能才能吸引用戶，用戶才會(huì)長期呆在里面。這若不是臆想就是看洗腦的軟文看多了。所謂的亮點(diǎn)功能這本身就是一個(gè)偽命題，功能永遠(yuǎn)只是功能，是用來用的，那個(gè)亮點(diǎn)是功能的展現(xiàn)方法。也就是說亮不亮看打扮，但用不用還是回歸到功能上。一只猴子打扮再時(shí)尚也是猴子，不是人。與基礎(chǔ)功能關(guān)聯(lián)度過低的功能再亮也是沒用的功能。
在談亮點(diǎn)功能的時(shí)候一定要從用戶需求，也就是用戶需要的角度考慮，而不是以為同類產(chǎn)品沒做，就憑空造出一個(gè)，或隨手拿來一個(gè)，按在上面就算是亮點(diǎn)了。從用戶需求出發(fā)的功能必然會(huì)集中到基礎(chǔ)功能之中，在結(jié)構(gòu)腦圖中是基礎(chǔ)功能項(xiàng)目中延伸出來的分支，不可能獨(dú)立為一體。
“想當(dāng)然”是在說亮點(diǎn)功能時(shí)候經(jīng)常犯的毛病，當(dāng)然這里面不乏很多人是為了向老板交差，硬擠出來一些生搬硬套的亮點(diǎn)。當(dāng)領(lǐng)導(dǎo)的沒怎么用過相關(guān)產(chǎn)品也容易被忽悠，這個(gè)矛盾現(xiàn)階段看來是無法調(diào)和的，只能拼雙方的配合和職業(yè)素養(yǎng)的底線了。
三、功能需求與交互需求是不同的
這個(gè)問題反復(fù)說，但又經(jīng)常被遺忘，功能是功能，功能的展現(xiàn)是交互。腦袋里想的、眼睛看到的跟手上用的不是同一個(gè)事情。想的是功能、眼睛看的是效果圖、手上用的是交互，后兩者統(tǒng)稱UI。
提出人闡述新需求的時(shí)候如果說“我要可以這樣這樣，那樣那樣。”往往是提出新功能，如果說“這個(gè)地方我要這樣這樣用，那樣那樣翻。”指的是交互。一般情況下都是先確定了功能細(xì)節(jié)再考慮交互方案。功能上的邏輯會(huì)直接影響到交互上的展現(xiàn)方法，但交互也是有一定靈活性的，有些功能不能滿足的細(xì)節(jié)可以用交互填補(bǔ)完善
在產(chǎn)品規(guī)劃的文檔中，盡可能不要過早提及交互，所有交互方案都?xì)w交互文檔說明，或者在定稿版本的產(chǎn)品需求說明文檔中詳細(xì)闡述。這是因?yàn)榛ヂ?lián)網(wǎng)發(fā)展很快，交互的發(fā)展也是日新月異的，在功能不變的情況下，交互表現(xiàn)各式各樣，到底怎樣最好、最新、最順暢，都是跟隨這環(huán)境變化和技術(shù)方案變化而不斷優(yōu)化的。
一旦有人在討論功能的時(shí)候提及交互，請先記下，且暫不做考慮。規(guī)劃期間單純再單純地討論功能才是順暢前進(jìn)的路徑。
四、雞肋功能不等同于偽需求。
在基礎(chǔ)功能的延伸分析中，總會(huì)碰到一些功能很雞肋，棄之可惜但又理應(yīng)存在，這里的常用方法并不是刪除，而是降級隱藏，把關(guān)鍵位置留給更價(jià)值的功能。有些頁面寧愿有大部分的留白，或者將主體內(nèi)容范圍區(qū)間變大，也不要堆積各類功能造成視覺噪音。
頁面內(nèi)功能多一個(gè)，用戶的操作就更分散，重要功能關(guān)注度隨之被削弱。也是因?yàn)檫@個(gè)道理，現(xiàn)階段很多國際上的產(chǎn)品頁面越來越簡潔，功能按鈕越來越少，入口模塊相對多起來。能替用戶做掉的就先做掉，能不讓用戶選擇就不要選。這樣才能讓操作和時(shí)間都集中在關(guān)鍵事件上。
雞肋功能是必要的，因?yàn)樗鼈兪菂f(xié)助完成功能閉環(huán)不可或缺的組成部分，只是用戶不經(jīng)?；虿槐仨殨?huì)用到，如果沒有這些雞肋功能會(huì)造成一些不可調(diào)和的BUG，往往發(fā)生在各類設(shè)置相關(guān)的功能上。
相對的是可以刪掉的偽需求，可以被現(xiàn)有功能代替，刪掉后不影響主體功能，不影響用戶使用，不與其他任何功能緊密相關(guān)、僅在交互操作上的多重方式的需求基本上都可以算是偽需求。最典型的就是搖一搖搜索，搖一搖換一批，搖一搖刷新更換皮膚等眾多完全跟搖一搖這個(gè)交互無必然聯(lián)系的需求。
在產(chǎn)品規(guī)劃的過程中，分析是不可被代替的，更不能省略的步驟。分析的過程中盡可能完整的保存文檔是很必要的，雖然這些文檔可能以后不會(huì)用到正式場合，但在后續(xù)的優(yōu)化需求和版本升級過程中，都將是極具參考價(jià)值的原始資料，它能明確的在產(chǎn)品建立之初，這個(gè)產(chǎn)品是什么，從哪里來，要做什么，和將發(fā)展到哪里去。
