作者：Monster，小滿科技產(chǎn)品經(jīng)理。

微信公眾號(hào)：PM怪物Monster

作者授權(quán)早讀課發(fā)表，轉(zhuǎn)載請(qǐng)聯(lián)系作者。

歡迎投稿到早讀課，投稿郵箱：mm@zaodula.com

做產(chǎn)品幾年了，每天都在思考問題和解決問題。在這期間，有一些奇怪的問題讓我非常痛苦、非常糾結(jié)，甚至整個(gè)周末都趴在床上思考這些詭異的問題。有的問題，讓我聯(lián)想到宇宙起源，就如我之前那篇文章  《深挖需求，我看到了宇宙起源》（http:///3OicPT）；有的問題讓我看到了產(chǎn)品生命周期和產(chǎn)品方法論的關(guān)系，如  《我們需要站在產(chǎn)品生命周期上再談方法論》（http:///3Oid7w）；還有的問題，讓我看到了人性、哲學(xué)、做事的方法論，如  《拒絕成為糾結(jié)體，做高效產(chǎn)品經(jīng)理》。這些問題出現(xiàn)時(shí)如此奇妙，思考時(shí)非常艱難，而通透時(shí)又感覺到進(jìn)入另一個(gè)世界。我很幸運(yùn)，很多問題在深度思考后都會(huì)有一個(gè)自己的答案，讓邏輯自洽，也讓自己更為清晰透徹。雖然不知道其他產(chǎn)品狗們會(huì)不會(huì)和我一樣遇到過這些詭異的問題，但我還是想把這些問題和我的答案拿出來(lái)，拋磚引玉，期待更為精彩的答案。

問題描述：

這個(gè)問題我覺得可能大部分產(chǎn)品經(jīng)理都思考過，即“一切皆產(chǎn)品”。當(dāng)然其他崗位的同事肯定也有類似思考，譬如設(shè)計(jì)師（如設(shè)計(jì)大師賀邁）肯定也思考過“一切皆設(shè)計(jì)”。

我的答案:

世界上的一切，如一塊石頭、一個(gè)木頭、一份炒飯，在沒有用產(chǎn)品思維去思考，用產(chǎn)品方法去運(yùn)作的時(shí)候，它們只是石頭、木頭和炒飯。但是，如果我們用產(chǎn)品思維去看他們，你會(huì)發(fā)現(xiàn)，石頭可以滿足人們建筑的需求、木頭可以滿足人們鑄造家具的需求、而炒飯則可以滿足饑餓的人吃飽的需求。它們用自身價(jià)值滿足人們的需求并獲得回報(bào)。這和我們現(xiàn)在所做的產(chǎn)品并無(wú)本質(zhì)不同，都是在滿足我們目標(biāo)人群的需求從而達(dá)成我們所期望的目標(biāo)，無(wú)論這個(gè)目標(biāo)是否是商業(yè)目標(biāo)、道德目標(biāo)、還是政治目標(biāo)。而產(chǎn)品經(jīng)理們還可以給石頭、木頭和炒飯賦予靈魂與生命，實(shí)現(xiàn)產(chǎn)品經(jīng)理的目標(biāo)。譬如，我國(guó)最貴的石頭“東坡肉”，被收藏家發(fā)現(xiàn)后，與翠玉白菜、毛公鼎并稱臺(tái)北故宮的“鎮(zhèn)館三寶”，價(jià)值不可估量；木頭，可以在匠人手中被雕刻成藝術(shù)品而身價(jià)百倍；炒飯，也可以在香港食神戴龍的手中成為絕頂美食。這些普通的事物，在“產(chǎn)品經(jīng)理”們的運(yùn)作下即滿足了目標(biāo)人群的需求，更實(shí)現(xiàn)了價(jià)值的飛越。所以，一切皆產(chǎn)品，但運(yùn)用之妙，存乎一心。

問題描述：

既然說到一切皆產(chǎn)品，那我們和那些把石頭、木塊和炒飯變成產(chǎn)品的“產(chǎn)品經(jīng)理”們的本質(zhì)區(qū)別在哪里？我們自詡為互聯(lián)網(wǎng)產(chǎn)品經(jīng)理，那這個(gè)崗位到底是做什么的？為什么我們要研究交互、要畫原型等等。

我的答案：

首先，我們必須要明白我們的產(chǎn)品是什么？它不是石頭、木塊或炒飯、它是互聯(lián)網(wǎng)產(chǎn)品，和大產(chǎn)品是不一樣的?；ヂ?lián)網(wǎng)產(chǎn)品的使用平臺(tái)是在電腦上、pad上或者是在手機(jī)上，是虛擬的，這個(gè)和傳統(tǒng)的實(shí)物產(chǎn)品有本質(zhì)區(qū)別，所以我們要掌握各平臺(tái)交互規(guī)范，學(xué)習(xí)交互設(shè)計(jì)精髓，讓產(chǎn)品在這些平臺(tái)上有更好的易用性。其次互聯(lián)網(wǎng)產(chǎn)品由公司創(chuàng)造，公司的目標(biāo)是盈利，所以互聯(lián)網(wǎng)產(chǎn)品的目標(biāo)也是盈利，其需要有商業(yè)產(chǎn)品，而其他產(chǎn)品的目標(biāo)則可能是為了公益、社會(huì)或單純的造福人類等等。最后，現(xiàn)今互聯(lián)網(wǎng)擁有強(qiáng)大能力，如云存儲(chǔ)、云計(jì)算、大數(shù)據(jù)、以及信息鏈接一切等，這些強(qiáng)大的能力同時(shí)會(huì)賦予給互聯(lián)網(wǎng)產(chǎn)品。所以，互聯(lián)網(wǎng)產(chǎn)品經(jīng)理是：利用互聯(lián)網(wǎng)特有的強(qiáng)大能力，在電腦、pad、手機(jī)等平臺(tái)上規(guī)劃、設(shè)計(jì)、及運(yùn)營(yíng)商業(yè)化互聯(lián)網(wǎng)產(chǎn)品。

問題描述：

在產(chǎn)品規(guī)劃時(shí)，我們先會(huì)出功能腦圖，再出feature list，最后落實(shí)到axure原型站點(diǎn)地圖。他們之間的關(guān)系曾讓我非常糾結(jié)，我不知道他們?nèi)呤遣皇且耆恢拢€是一對(duì)多，多對(duì)一，亦或其他。譬如我之前規(guī)劃郵件APP，收件箱郵件列表和文件夾郵件列表里都有批量操作，并且功能完全一樣，那我在功能腦圖、feature list及axure站點(diǎn)地圖我要怎么放置這兩處的批量操作？

我的答案：

對(duì)于這個(gè)問題，首先我們要弄清楚功能腦圖、feature list和原型站點(diǎn)地圖是給誰(shuí)用，實(shí)現(xiàn)什么樣的目標(biāo)。腦圖，主要是給我們自己用的，使用腦圖可以讓我們完全發(fā)散式的思考，遍歷一款產(chǎn)品可能有的所有功能，然后篩選出本次迭代的功能。在確定了的迭代功能后，我們需要記錄這些功能到feature list，讓開發(fā)人員知道本次迭代有哪些功能，而開發(fā)人員會(huì)根據(jù)feature list來(lái)拆分任務(wù)及安排開發(fā)計(jì)劃，這個(gè)開發(fā)計(jì)劃是產(chǎn)品經(jīng)理跟進(jìn)項(xiàng)目的依據(jù)和指引。接著，開發(fā)人員會(huì)對(duì)照feature list和axure原型的站點(diǎn)地圖來(lái)找到原型，并對(duì)照原型開發(fā)產(chǎn)品。所以，在我之前規(guī)劃郵件APP產(chǎn)品時(shí)，我會(huì)在功能腦圖里，分別在收件箱郵件列表和文件夾郵件列表寫上“批量操作”，即兩個(gè)地方都要寫，告訴自己這兩個(gè)地方都要做此功能。但在feature list上我只會(huì)寫一個(gè)批量操作，而同樣在axure站點(diǎn)地圖上也只寫一個(gè)批量操作，只需在原型稿里體現(xiàn)兩個(gè)地方均有此功能即可。所以，腦圖和feature list并不需完全1對(duì)1，feature litst可以整合腦圖中幾個(gè)一樣的功能為一個(gè)功能，這樣給開發(fā)人員傳達(dá)信息時(shí)也比較明確清晰，只需在原型中詳細(xì)說明哪幾個(gè)地方也需要此功能即可。而因?yàn)殚_發(fā)人員會(huì)feature list和axure站點(diǎn)地圖來(lái)安排開發(fā)，所以feature list和axure站點(diǎn)地圖最好是一樣的。

問題描述：
《用戶體驗(yàn)要素》說在戰(zhàn)略層要做用戶分析，我們?cè)趯?shí)際中也會(huì)在產(chǎn)品規(guī)劃前做競(jìng)品分析。但用戶分析和競(jìng)品分析真的只在產(chǎn)品設(shè)計(jì)之初嗎？

我的答案：

正如問題描述那樣，我們習(xí)慣性的在產(chǎn)品或功能規(guī)劃之前做用戶分析和競(jìng)品分析。但其實(shí)這是遠(yuǎn)遠(yuǎn)不夠，我們不僅需要在戰(zhàn)略層考慮到用戶和競(jìng)品，也需要在產(chǎn)品設(shè)計(jì)的每一個(gè)階段考慮到用戶和競(jìng)品。舉一個(gè)例子，在結(jié)構(gòu)層，我們?cè)O(shè)計(jì)產(chǎn)品的交互框架時(shí)，我們需要考慮到我們用戶的交互偏好與交互認(rèn)知；也需要考慮到對(duì)比于競(jìng)品，我們的交互框架的優(yōu)勢(shì)與劣勢(shì)。所以，在產(chǎn)品設(shè)計(jì)的每一個(gè)階段我們都要心懷用戶，分析這個(gè)階段我們應(yīng)該如何為用戶做設(shè)計(jì)；同樣，我們也要考慮到相對(duì)于競(jìng)品，我們?cè)诖穗A段的優(yōu)劣及該如何取長(zhǎng)避短。所以，用戶分析和競(jìng)品分析需貫穿整個(gè)產(chǎn)品設(shè)計(jì)。

問題描述：
需求和功能是什么關(guān)系，我們常說做了一個(gè)功能是為了滿足用戶的一個(gè)需求，但大功能可以拆分成小功能，那用戶的大需求可以拆分成小需求嗎？需求和功能一一對(duì)應(yīng)嗎？；而功能、控件和頁(yè)面又是什么關(guān)系？

我的答案：

需求&功能：一個(gè)需求可以分解為很多小需求，一個(gè)功能也能分解為很多小功能，每個(gè)小功能都對(duì)應(yīng)著一個(gè)小需求，譬如存儲(chǔ)客戶資料是用戶的一個(gè)需求，但其實(shí)這個(gè)需求包括存儲(chǔ)客戶名稱的需求、存儲(chǔ)客戶昵稱的需求、存儲(chǔ)客戶電話等等小需求。功能&控件&頁(yè)面：控件是IT技術(shù)集成的可視化功能組件，所有的互聯(lián)網(wǎng)產(chǎn)品都是由控件來(lái)組成的，所以控件是功能的載體。一個(gè)產(chǎn)品分成了很多頁(yè)面，控件分布在不同的頁(yè)面上，所以頁(yè)面是控件的載體。有時(shí)候一個(gè)功能包含很多小功能，則需要多個(gè)控件來(lái)完成；也有時(shí)候功能很復(fù)雜，需要跨很多頁(yè)面。也有時(shí)候，一個(gè)大控件上包含很多小控件，可以實(shí)現(xiàn)多個(gè)功能；一個(gè)頁(yè)面包含多個(gè)控件，也可以實(shí)現(xiàn)多個(gè)功能。

你有答案嗎？

以上五個(gè)問題，是我思考過、頭疼過，甚至要走火入魔的五大難題。最后，我有了自己的答案，這些答案讓我暫時(shí)通透，但未必一定正確。希望有愛思考的小伙伴們也可以針對(duì)這些奇怪的問題提出自己的答案，有可能你的答案就能撥開許多人頭上的一層迷霧。