圍繞功能框架去設(shè)計(jì)，不要去迎合領(lǐng)導(dǎo)，不要去討好用戶，不要去取悅自己。產(chǎn)品經(jīng)理在做功能設(shè)計(jì)的時(shí)候，要能保持平和中立的心態(tài)，才能確保核心主線功能不出現(xiàn)任何偏差。

概念設(shè)計(jì)階段是需求從抽象到具體、從模糊到清晰的過(guò)程，確立了產(chǎn)品的功能模型和信息架構(gòu)。而功能設(shè)計(jì)則需要將信息架構(gòu)進(jìn)一步落地，是從框架結(jié)構(gòu)到詳細(xì)設(shè)計(jì)的過(guò)程。以分析后的需求為依據(jù)，在概念設(shè)計(jì)的基礎(chǔ)上，設(shè)計(jì)產(chǎn)品的功能，經(jīng)過(guò)功能的成本核算后，再進(jìn)行產(chǎn)品設(shè)計(jì)。

功能設(shè)計(jì)主要是確定產(chǎn)品的功能列表，產(chǎn)品初始的核心功能基本上在這個(gè)階段就定下來(lái)了。實(shí)際上，我們?cè)谧鲂枨蠓治龅臅r(shí)候，做加法和減法的核心思考也是保證產(chǎn)品的核心主線功能，只是功能設(shè)計(jì)階段出來(lái)的功能列表更細(xì)化，甚至是到任務(wù)級(jí)。我現(xiàn)在給產(chǎn)品團(tuán)隊(duì)分配任務(wù)的時(shí)候，基本上都是這個(gè)層級(jí)的，功能列表細(xì)化到只差設(shè)計(jì)落地了。

在做功能設(shè)計(jì)的過(guò)程中，要注意三點(diǎn)：

一是要對(duì)功能列表進(jìn)行分類。產(chǎn)品經(jīng)理在確定產(chǎn)品主要功能列表之后，應(yīng)該考慮為用戶去做的事情就是分類。分類可能無(wú)助于降低產(chǎn)品使用的難度，但是可以幫助用戶更快速的認(rèn)知產(chǎn)品和周邊的世界。主要就是降低用戶的認(rèn)知和學(xué)習(xí)成本，讓用戶更容易接受。

有些產(chǎn)品的核心功能實(shí)現(xiàn)之后可以應(yīng)用的場(chǎng)景很多，比如在線視頻類的功能，可以做直播、錄微課、開視頻會(huì)議、做遠(yuǎn)程協(xié)作等等，雖然功能的操作難度是一樣的，但不同的場(chǎng)景下操作步驟或者環(huán)節(jié)是不太一樣的，這時(shí)若要達(dá)到用戶快速上手的目的，就需要依照應(yīng)用的場(chǎng)景對(duì)相應(yīng)的功能列表進(jìn)行劃分，進(jìn)而達(dá)到不同場(chǎng)景下的不同功能列表組裝。

二是要堅(jiān)持圍繞功能框架來(lái)設(shè)計(jì)功能列表。千萬(wàn)不要反過(guò)來(lái)做，概念設(shè)計(jì)階段確定的功能框架實(shí)際上就是產(chǎn)品整體功能的核心組成部分，在此基礎(chǔ)上去細(xì)化功能列表。也不要迎合任何人，功能加多了并不是什么好事。

不要倒過(guò)來(lái)去做，很多時(shí)候依照功能列表去反推功能框架，往往會(huì)把產(chǎn)品規(guī)劃變得面目全非，你對(duì)功能列表的取舍就變得沒有依據(jù)，覺得每個(gè)功能點(diǎn)都挺好的，都對(duì)產(chǎn)品有幫助，到最后發(fā)現(xiàn)組裝出來(lái)的已經(jīng)完全不是原來(lái)的設(shè)想了，這樣也會(huì)導(dǎo)致功能設(shè)計(jì)偏離需求分析的結(jié)論。

圍繞功能框架去設(shè)計(jì)，不要去迎合領(lǐng)導(dǎo)，不要去討好用戶，不要去取悅自己。產(chǎn)品經(jīng)理在做功能設(shè)計(jì)的時(shí)候，要能保持平和中立的心態(tài)，才能確保核心主線功能不出現(xiàn)任何偏差。

三是想清楚再確認(rèn)加入列表。任何一個(gè)功能點(diǎn)，只要還沒有想清楚，寧愿先不做。不要為了功能的豐滿度，刻意的加上一些待確認(rèn)的功能點(diǎn)。

這樣做的危害是比較大的，既有可能影響項(xiàng)目的進(jìn)度，又可能會(huì)造成大概率的返工。我們?cè)谛枨蠓治鲭A段就要做需求的可行性分析，到功能設(shè)計(jì)階段，也要做功能點(diǎn)的可行性分析，確保功能列表都是明確可實(shí)施的。

以營(yíng)銷短信管理模塊為例，這是CRM系統(tǒng)里很常見的一個(gè)功能，要實(shí)現(xiàn)營(yíng)銷短信對(duì)用戶的針對(duì)性發(fā)送，一般都需要給運(yùn)營(yíng)人員做一個(gè)發(fā)送管理的系統(tǒng)，常見的功能框架為發(fā)送短信和查看結(jié)果，基于此的功能列表如下：

短信發(fā)送結(jié)果明細(xì)列表查詢，可查看接收方手機(jī)號(hào)、發(fā)送時(shí)間、發(fā)送內(nèi)容、發(fā)送狀態(tài)；

1. 按接收方手機(jī)號(hào)查詢發(fā)送結(jié)果；
2. 發(fā)送內(nèi)容模板的自定義管理；
3. 接收方手機(jī)號(hào)信息的批量導(dǎo)入；
4. 單一接收方疲勞度控制；
5. 發(fā)送內(nèi)容支持鏈接；
6. 短鏈接轉(zhuǎn)化生成功能。

可以看出在圍繞發(fā)送和結(jié)果查看這兩件事上，需要做不少的功能點(diǎn)。而第5點(diǎn)和第7點(diǎn)看似和功能框架沒什么關(guān)系，卻是比較關(guān)鍵又是可以取舍的功能。

疲勞度控制主要是考慮接收方體驗(yàn)的，一般是單個(gè)手機(jī)號(hào)單天收到3條以內(nèi)，也已經(jīng)很多了，現(xiàn)在1天收1條都會(huì)覺得多，有些產(chǎn)品甚至控制3天收1條，這取決于受眾群體的接收能力。如果發(fā)送比較頻繁，這個(gè)功能點(diǎn)是很有必要的，如果發(fā)送不那么頻繁，這個(gè)功能也就可做可不做的，因?yàn)椴活l繁的情況下完全可以人為控制。

短鏈接生成是考慮短信發(fā)送字符限制的問(wèn)題，正常的鏈接都是字符數(shù)很多的，現(xiàn)在市面上有很多短鏈接生成的第三方工具，這時(shí)還需要分析可行性，考慮需不需要調(diào)用第三方的API，還是人為的去做短鏈接的轉(zhuǎn)化。

從這個(gè)例子可以看出， 我們?cè)趪@功能框架設(shè)計(jì)的時(shí)候，產(chǎn)品經(jīng)理除了要將常規(guī)的功能點(diǎn)設(shè)計(jì)出來(lái)以外，還要考慮業(yè)務(wù)本身的場(chǎng)景要求和用戶使用的場(chǎng)景要求。

例子只是針對(duì)一個(gè)功能模塊的，若是整個(gè)產(chǎn)品，首先功能模塊的數(shù)量就會(huì)比較多，其次設(shè)計(jì)的原則都是差不多的，比如常見的注冊(cè)登錄功能，該有的功能點(diǎn)都要有，另外就是結(jié)合目標(biāo)用戶群體的使用場(chǎng)景，看需不需要增減功能點(diǎn)。就拿修改密碼這個(gè)功能點(diǎn)來(lái)說(shuō)，在直接使用手機(jī)號(hào)碼注冊(cè)越來(lái)越常見的今天，修改密碼和找回密碼這兩個(gè)功能點(diǎn)的取舍是可以好好考慮一下的。

功能設(shè)計(jì)就好比蓋房子過(guò)程中的房間使用場(chǎng)景設(shè)計(jì)，在確認(rèn)了房子里有廚房、衛(wèi)生間、客廳、臥室等主要框架結(jié)構(gòu)后，比如要確認(rèn)廚房的場(chǎng)景列表，要支持燒飯、油煙處理、水池等等，就是廚房常見的使用場(chǎng)景，如果你還要支持燒烤、烘焙，你就要考慮一下廚房空間布局是否合理和夠用了，而一旦確認(rèn)了廚房使用場(chǎng)景，就進(jìn)入了廚房布局設(shè)計(jì)，有點(diǎn)像產(chǎn)品里的原型設(shè)計(jì)。

很多小伙伴在做產(chǎn)品的過(guò)程中可能都沒有功能設(shè)計(jì)這一步，所以出來(lái)的原型很多情況下結(jié)構(gòu)條理性上就差一些，甚至出現(xiàn)做著做著跑偏了的情況，建議大家還是按部就班地做，等你熟練掌握了，胸有成竹就行了，沒必要一步步的畫出來(lái)寫下來(lái)，但在前期，還是規(guī)范一點(diǎn)更有助于產(chǎn)品基礎(chǔ)能力的鍛煉。

#專欄作家#

華仔，微信公眾號(hào)：zeropm，人人都是產(chǎn)品經(jīng)理專欄作家。歷任阿里巴巴、1號(hào)店、盛大網(wǎng)絡(luò)資深產(chǎn)品經(jīng)理，現(xiàn)任美平米電商產(chǎn)品產(chǎn)品總監(jiān)，合著有《運(yùn)營(yíng)前線》、《產(chǎn)品前線》、《互聯(lián)網(wǎng)產(chǎn)品之美》，譯著有《人人點(diǎn)贊：讓APP瞬間瘋轉(zhuǎn)的絕妙文案》。11年產(chǎn)品經(jīng)理工作經(jīng)驗(yàn)，專注于在線教育和電商產(chǎn)品方向。

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

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