傳統(tǒng)企業(yè)在轉(zhuǎn)型進(jìn)入互聯(lián)網(wǎng)的時(shí)候往往會(huì)認(rèn)為開發(fā)最核而忽略了產(chǎn)品的經(jīng)理的重要性，其實(shí)在轉(zhuǎn)型的過程中，產(chǎn)品經(jīng)理也是一個(gè)必不可少的角色。那么對于傳統(tǒng)企業(yè)來說，為什么產(chǎn)品經(jīng)理是必不可少的？文章為你解讀。

一，你為什么需要產(chǎn)品經(jīng)理

經(jīng)常有很多傳統(tǒng)行業(yè)的老板向我咨詢?nèi)绾瓮ㄟ^互聯(lián)網(wǎng)展開業(yè)務(wù)。針對業(yè)務(wù)邏輯層面的咨詢還能夠理解，但有一部分咨詢，卻是因?yàn)楸或_了來倒苦水。因?yàn)椴欢?，所以進(jìn)入互聯(lián)網(wǎng)行業(yè)后，各種被騙各種吃虧，讓人聽得真是無奈嘆息。

譬如有的老板因?yàn)檩p信人言，把產(chǎn)品外包，兩百萬花下去，結(jié)果對方做的整套產(chǎn)品里，只有登錄和注冊這兩個(gè)功能基本可用，弄得老板連哭都沒地哭。譬如有的老板因?yàn)闆]有找到合適的人員負(fù)責(zé)整個(gè)產(chǎn)品的開發(fā)，導(dǎo)致產(chǎn)品進(jìn)度一拖再拖，最后耐心耗盡，只能放棄。譬如有的老板因?yàn)楣纠餂]人懂技術(shù)，明明招的是開發(fā)人員，卻只能空談項(xiàng)目，而沒法問技術(shù)水平。結(jié)果對方怎么說怎么信，招進(jìn)來才發(fā)現(xiàn)很多基本的功能都實(shí)現(xiàn)不了。譬如有的老板找人開發(fā)，結(jié)果對方到網(wǎng)上下載一套成熟的模板，稍微改了下（就改了名字logo之類，后來使用過程中老板發(fā)現(xiàn)還沒改完），然后要價(jià)三四十萬。老板最開始還以為買了便宜貨……

這樣的故事聽得多了，給我的感覺就是：這騙錢也太容易了。于是我就覺得有必要把這事給大家理一下。具體說清楚傳統(tǒng)行業(yè)的老板要想進(jìn)入互聯(lián)網(wǎng)的話，要怎么做？招什么樣的人，哪些崗位不可或缺，必須得有。當(dāng)然此文是寫給傳統(tǒng)行業(yè)里想進(jìn)互聯(lián)網(wǎng)行業(yè)的老板的，而不是寫給互聯(lián)網(wǎng)從業(yè)者看的。文章里談到的一切，在互聯(lián)網(wǎng)從業(yè)者看來，都是自然而然的事。但傳統(tǒng)行業(yè)的從業(yè)者，卻未必就知道了。

我的建議是，如果是想通過產(chǎn)品提供服務(wù)的話，則產(chǎn)品盡量不外包。這有三個(gè)原因：

第一，就是你不知道對方技術(shù)靠譜與否，人靠譜與否。

到時(shí)候邏輯隨便亂寫，改都沒法改?；蛘哐诱`工期，功能細(xì)節(jié)上偷工減料等等各種毛病。除非你有個(gè)懂的人給你把關(guān)，否則外包就是自討苦吃。

第二，需求細(xì)節(jié)在開發(fā)過程中會(huì)有變動(dòng)，而外包方一般不會(huì)改需求。

因?yàn)檫@會(huì)延長開發(fā)周期，他們肯定不接受，除非又加錢。對方這時(shí)候漫天要價(jià)，你將毫無辦法。

第三，后期沒法維護(hù)。

開發(fā)完成就交付驗(yàn)收，驗(yàn)收結(jié)束就結(jié)束了。使用過程中遇到問題，外包方一般是不會(huì)管的，要管又是加錢的事。但任何產(chǎn)品，必須經(jīng)過一段時(shí)間的使用，才能發(fā)現(xiàn)大部分問題。單純依靠測試，是不可能發(fā)現(xiàn)所有問題的。經(jīng)常會(huì)有邏輯層面的隱藏bug，只能在使用過程中才能發(fā)現(xiàn)。這時(shí)候就算交錢給改，這個(gè)過程也很漫長，用戶體驗(yàn)不好。

既然不外包，那怎么辦呢？這個(gè)就要分析業(yè)務(wù)的需求了。對于那些能夠通過微信展開的業(yè)務(wù)，盡量通過微信去承載，開發(fā)成本低，傳播成本也低，用戶使用成本也低。如果非要自己開發(fā)app的話，那么自己組建團(tuán)隊(duì)就是必須的。本文的建議主要面向那些想自己組建團(tuán)隊(duì)的老板。這樣的老板目前給我的感覺，是越來越多了。也不曉得是不是因?yàn)槊襟w大力鼓吹互聯(lián)網(wǎng)+，結(jié)果這把火把傳統(tǒng)行業(yè)的人也燒得焦慮了。

雖然人們常說早期員工都要老板自己面試，但專業(yè)問題，老板自己其實(shí)是面試不了的。傳統(tǒng)行業(yè)的老板，本來就不懂產(chǎn)品和技術(shù)，所以就只能面試人品，怎么面試專業(yè)技能？所以，我的建議，是老板花所有精力，找到這兩個(gè)職位的人：產(chǎn)品經(jīng)理和技術(shù)總監(jiān)。這兩個(gè)職位，缺一不可。這兩個(gè)職位如果找到靠譜的人，那么后面的事，包括招聘與技能面試等，交給他們，比老板自己操作，靠譜得多。他們會(huì)根據(jù)老板的需求，或業(yè)務(wù)的需要，去確定產(chǎn)品功能與表現(xiàn)，并據(jù)此確定開發(fā)團(tuán)隊(duì)的規(guī)模與經(jīng)費(fèi)預(yù)算等等。換句話說，老板負(fù)責(zé)與產(chǎn)品經(jīng)理對接，產(chǎn)品經(jīng)理負(fù)責(zé)與開發(fā)和設(shè)計(jì)人員對接。所以，怎么樣去找到這兩個(gè)職位的人，是產(chǎn)品能否成功上線并正常運(yùn)行的核心因素。

一般情況下，老板們是能夠準(zhǔn)確描述自己所需要的功能的，或者能夠準(zhǔn)確描述自己的業(yè)務(wù)。但僅此而已。老板很難將功能和業(yè)務(wù)需要變成需求，并將其產(chǎn)品化。這時(shí)候就需要產(chǎn)品經(jīng)理出馬，與老板各種溝通，來分析老板的需要，或公司的業(yè)務(wù)，從而設(shè)計(jì)產(chǎn)品表現(xiàn)，并給出原型圖。開發(fā)人員只有拿到原型圖，知道了每個(gè)頁面的功能，才能定數(shù)據(jù)結(jié)構(gòu)和接口，才能開發(fā)。而設(shè)計(jì)師也只有拿到原型圖，知道了產(chǎn)品的交互細(xì)節(jié)，才能做設(shè)計(jì)。

而且老板的需求經(jīng)常很發(fā)散，會(huì)想到不同的點(diǎn)。如果都一股腦兒全開發(fā)出來，那就累死開發(fā)人員了。所以這時(shí)候就需要產(chǎn)品經(jīng)理幫助梳理核心功能和輔助功能，合理分配每個(gè)版本的功能迭代，逐步完善功能，優(yōu)化交互與體驗(yàn)。

舉個(gè)最簡單的例子，老板說我要實(shí)現(xiàn)這個(gè)功能：用戶在線上進(jìn)行交易了，就對交易雙方進(jìn)行激勵(lì)。這就是老板提的需求，只用一句話就描述完了。但要將其產(chǎn)品化，那方案就多了去了：譬如物質(zhì)激勵(lì)層面，可以有返現(xiàn)獎(jiǎng)勵(lì)，可以有優(yōu)惠券獎(jiǎng)勵(lì)，可以有積分獎(jiǎng)勵(lì)，等等。不同的獎(jiǎng)勵(lì)方案，將會(huì)涉及到不同的延伸功能，及與產(chǎn)品其他功能的聯(lián)動(dòng)等等。其效果也不一樣。

譬如積分激勵(lì)，就涉及到積分的賦值與價(jià)值體系。都有哪些行為可獲得積分？積分可用在內(nèi)部消費(fèi)嗎？還是可與第三方打通共用？或者可用來兌換嗎？官方可從積分消耗里抽成以獲取收益嗎？等等?；蛘邩s譽(yù)激勵(lì)層面，也可以有多種激勵(lì)方式。這些就是產(chǎn)品經(jīng)理要做的事，去分析老板的需要，給出最優(yōu)的產(chǎn)品方案，最大程度的實(shí)現(xiàn)老板的目標(biāo)，和用戶的價(jià)值。并和開發(fā)人員對接，優(yōu)化產(chǎn)品，最低成本的將產(chǎn)品開發(fā)出來。

二，一個(gè)實(shí)際的案例，告訴你產(chǎn)品經(jīng)理會(huì)做些什么事

很多老板不理解，覺得我有程序員了啊，干嘛還要產(chǎn)品經(jīng)理。在互聯(lián)網(wǎng)行業(yè)，這個(gè)不是問題。相當(dāng)于在地產(chǎn)行業(yè)，沒人會(huì)問為什么有了建筑公司，還要開發(fā)公司干嘛？但傳統(tǒng)行業(yè)的老板們常常不理解，覺得不需要產(chǎn)品經(jīng)理：交給程序員就好了嘛？問題是，如果真交給程序員，老板直接和程序員對接的話，那就會(huì)把老板累死，而把程序員氣死了。

因?yàn)槲沂钱a(chǎn)品出身，所以在這個(gè)部分，我就給出一個(gè)常見的案例——產(chǎn)品的注冊頁面，來詳細(xì)的描述一個(gè)產(chǎn)品經(jīng)理的工作內(nèi)容和思考細(xì)節(jié)，從而展示為什么老板們必須要產(chǎn)品經(jīng)理這個(gè)職位。為什么這個(gè)職位對老板們來說，它絕對不可或缺？因?yàn)楫a(chǎn)品有很多體驗(yàn)與細(xì)節(jié)，這些是老板們絕對想不到的。但沒有這些細(xì)節(jié)，產(chǎn)品將會(huì)非常粗糙甚至漏洞百出，沒法使用。那你的錢就真的就是白花了。做好一款產(chǎn)品，別說體驗(yàn)優(yōu)秀，哪怕讓其基本可用，都絕對不是老板們所想的，我說了需求，然后程序員就開始開發(fā)那么簡單。

很多產(chǎn)品都要求用戶注冊。一個(gè)簡單的注冊頁面，可能用戶停留時(shí)間都不超過2、30秒，看起來簡單之極。但就是這么個(gè)簡單的頁面，簡單到老板幾乎不會(huì)去考慮，其實(shí)對于產(chǎn)品經(jīng)理來說，要考慮的則有很多。

第一個(gè)要考慮的，是我們的產(chǎn)品要不要用戶注冊呢？這涉及到追問注冊的意義。

這就是老板們一般不會(huì)去想，但產(chǎn)品經(jīng)理卻必須想得非常清楚的一個(gè)問題。因?yàn)樽允且粋€(gè)產(chǎn)品里非?；A(chǔ)性的功能。在傳統(tǒng)行業(yè)，老板們開個(gè)店，消費(fèi)者來買了東西就走人了，哪去找注冊這個(gè)事？但互聯(lián)網(wǎng)，如果沒有注冊這個(gè)事，對產(chǎn)品的價(jià)值的傷害，往往是無形卻異常巨大的。當(dāng)初百度的總裁李彥宏親自站臺(tái)，搞輕應(yīng)用，結(jié)果僅僅兩三年，就無聲無影了。導(dǎo)致這個(gè)巨大的失敗的一個(gè)非常核心的原因，就是百度沒有成熟的賬號體系。而賬號體系，就是建立于注冊的基礎(chǔ)之上。沒有注冊，就沒有用戶關(guān)系管理，沒有用戶行為記錄……用戶價(jià)值模型的建構(gòu)就無從談起。

在通常情況下，注冊至少會(huì)起到四個(gè)作用。

• 一是起到門禁的作用。用戶注冊后，成為用戶體系的一員，享受產(chǎn)品為自己的用戶提供的各種待遇。非注冊用戶則沒有這些待遇。這就類似于門禁，將注冊用戶和非注冊用戶區(qū)分開了。
• 二是起到區(qū)分的作用。每個(gè)用戶有不同的ID，以便與其他注冊用戶做區(qū)分。
• 三是構(gòu)建用戶關(guān)系鏈條，包括用戶間的關(guān)系，及用戶與服務(wù)方的關(guān)系兩個(gè)維度。
• 四是基于用戶的行為，構(gòu)建用戶價(jià)值模型。

當(dāng)然其實(shí)注冊這個(gè)行為，有著更為復(fù)雜的社會(huì)學(xué)背景。這涉及到產(chǎn)品社會(huì)學(xué)的知識。一方面，一個(gè)產(chǎn)品，其實(shí)是一個(gè)小型的獨(dú)立的社會(huì)體系。個(gè)體需要在這個(gè)全新的社會(huì)結(jié)構(gòu)里被標(biāo)識，并定位。另一方面，就是沒有名字的對象，是無價(jià)值的對象。所以要想產(chǎn)生價(jià)值，名字是首先需要明確的。所以古代皇帝最喜歡干的一件事，就是給喜歡的大臣賜名。而我們普通人，也會(huì)給自己喜歡的人或動(dòng)物或物體等取一個(gè)名字。產(chǎn)品里給用戶賦名，即便是用戶自己取的，這對產(chǎn)品來說也至關(guān)重要。具體的分析這里不展開，反正給對象賦名，其意義非常重大。但老板們提功能需求時(shí)，卻一般都不會(huì)考慮到這個(gè)基礎(chǔ)性的功能點(diǎn)。

問題是，雖然用戶賦名很重要，但如果產(chǎn)品非得注冊才能使用，用戶的首次使用成本就有些高。所以產(chǎn)品經(jīng)理就需要思考，注冊是不是必須的？ 一般情況下，如果是內(nèi)容型的產(chǎn)品，那么越是精準(zhǔn)的、細(xì)分的內(nèi)容，或獨(dú)家的內(nèi)容，用戶需求越精準(zhǔn)。用戶越接受注冊。而如果是大眾型的內(nèi)容，用戶就越不愿意注冊：一是此類內(nèi)容獲取的渠道有很多，二是這類內(nèi)容的可替代性強(qiáng)。

而如果是工具型的產(chǎn)品，就看業(yè)務(wù)邏輯，是否有延伸。譬如便簽、計(jì)算器、相機(jī)等等這類產(chǎn)品，基本不需要注冊。但如果引入了云服務(wù)，譬如云端存儲(chǔ)便簽或照片，那就需要注冊了?；蛘哂衅渌虡I(yè)模式延伸，譬如很多產(chǎn)品提供增值收費(fèi)功能，那也需要注冊了。 而如果是社交型、交易型（譬如電商等等產(chǎn)品）、業(yè)務(wù)型（譬如找工作找資源等等產(chǎn)品）等產(chǎn)品、那就都必須注冊，否則沒法區(qū)分不同對象的行為。所以這就需要產(chǎn)品經(jīng)理根據(jù)公司的業(yè)務(wù)或老板提的需求去分析，要不要注冊。

第二個(gè)要考慮的，是即便需要注冊，那還有個(gè)注冊時(shí)機(jī)的問題：先注冊后使用，用戶首次使用成本高，這是窄入口。

先體驗(yàn)后注冊，用戶首次使用成本低，這是寬入口。當(dāng)然寬入口更優(yōu)于窄入口，所以很多新聞、資訊類軟件不是一開始就要注冊，而是你想?yún)⑴c互動(dòng)時(shí)（譬如點(diǎn)贊、評論等）才需要注冊。但如果產(chǎn)品功能基于用戶ID才能展開，最典型的譬如社交類產(chǎn)品，那就必須先注冊，否則沒法使用。

第三個(gè)要考慮的，是用戶注冊時(shí)，在輸入框里所要填寫的用于登錄的賬號信息。

是只能填手機(jī)號？還是可以填寫郵箱？還是系統(tǒng)自動(dòng)賦予？譬如QQ，就是系統(tǒng)賦予的賬號。不過這種一般比較少見，因?yàn)橛脩舻氖褂贸杀痉浅８?。而密碼呢？有字符數(shù)要求嗎？有特殊符號要求嗎？有組合要求以便提高密碼復(fù)雜度嗎？等等。而如果填寫錯(cuò)誤或未填寫，產(chǎn)品交互又是什么？是不能點(diǎn)擊注冊按鈕？還是切換焦點(diǎn)時(shí)提示？還是點(diǎn)擊注冊按鈕時(shí)提示填寫錯(cuò)誤？

第四個(gè)要考慮的，是用戶名與頭像、性別。

用戶名是否允許重復(fù)？可以填哪些數(shù)值類型？是否允許特殊字符？最大長度是多少…… 現(xiàn)在很多產(chǎn)品，不允許重名，所以用戶只能把昵稱填得稀奇古怪的。這就是產(chǎn)品經(jīng)理沒有深刻理解名字的價(jià)值的原因所導(dǎo)致的。前面說過，給用戶賦名非常重要。用戶給自己或他人賦名，這具有神圣的儀式感。但禁止重名，破壞了儀式感的神圣性，讓名字的價(jià)值大打折扣甚至不再有價(jià)值。但另一方面，如果允許重名，卻又不便于傳播與檢索。所以很多產(chǎn)品就禁止重名。這就是產(chǎn)品經(jīng)理面對沖突的問題時(shí)，所做出的取舍。這也是老板們不會(huì)考慮，但產(chǎn)品經(jīng)理不得不認(rèn)真思考的問題。

至于頭像，可以不添加嗎？還是必須添加？只能從手機(jī)里選取嗎？還是可以拍照？圖片有什么大小、形狀方面的要求嗎？等等。性別呢？注冊時(shí)必填嗎？還是可以以后再填？未填的用戶，給默認(rèn)性別嗎？因?yàn)檫@個(gè)數(shù)值常常是與產(chǎn)品的其他功能相關(guān)聯(lián)的，所以產(chǎn)品經(jīng)理需要做細(xì)致的分析思考。

第五個(gè)要考慮的，是只需要填登錄賬號、用戶名和密碼？還是需要填其他更多信息？還是用戶名都先不用不填，系統(tǒng)賦予一個(gè)默認(rèn)值？是在同一個(gè)頁面完成，還是多個(gè)頁面分步完成？ 要不要在注冊時(shí)獲取更多信息，也有很多考慮。

這既涉及到用戶隱私，又涉及到用戶體驗(yàn)，還涉及到產(chǎn)品的價(jià)值主張。

一般情況下，資源型或業(yè)務(wù)型的產(chǎn)品，都會(huì)要求用戶提供更多信息。產(chǎn)品需要根據(jù)用戶提供的信息，來做有針對性的資源匹配或信息推送。而且用戶是因?yàn)橘Y源或業(yè)務(wù)而來的，目的很明確，預(yù)期也很明確。這時(shí)候，對平臺(tái)的信息收集行為的接受度更高。譬如拉勾等找工作類軟件，都會(huì)要求用戶先填寫職業(yè)信息和職業(yè)訴求。

而如果用戶是以瀏覽信息為主，并不構(gòu)成更多層次的消費(fèi)行為，那么要求用戶填寫更多信息，就會(huì)構(gòu)成用戶的使用障礙，導(dǎo)致用戶放棄。一般來說，用戶的使用目的越明確，或產(chǎn)品提供的價(jià)值越具有稀缺性，則越容易收集用戶的信息。

第六個(gè)要考慮的，是要不要驗(yàn)證注冊行為，以避免機(jī)器注冊的情況。

如何驗(yàn)證？短信？郵件？還是驗(yàn)證碼？早年常用郵箱驗(yàn)證和驗(yàn)證碼驗(yàn)證，目前更多的是短信驗(yàn)證。

第七個(gè)要考慮的，是要不要邀請碼？

一般情況下，為了激勵(lì)用戶傳播產(chǎn)品，或保證用戶的質(zhì)量，通常都會(huì)在注冊時(shí)填寫邀請碼。

第八個(gè)要考慮的，是要不要采用第三方社交賬號登錄的方式。

第三方帳號登錄的意義至少有三個(gè)，一是借助用戶自己的社交網(wǎng)絡(luò)，可快速分享傳播。二是用戶操作簡便快捷，體驗(yàn)好。三是用戶接受度高。 所以如果是內(nèi)容型的產(chǎn)品，因?yàn)榇蠖鄶?shù)的內(nèi)容的價(jià)值都在分享中放大，所以最好可以允許甚至鼓勵(lì)第三方賬號登錄，這樣便于用戶快速將內(nèi)容分享到自己的社交網(wǎng)絡(luò)里。而對于工具型或資源型的產(chǎn)品來說，就沒那么強(qiáng)烈的分享需求。這時(shí)候要考慮的，就是要不要打造自己的帳號體系與用戶體驗(yàn)之間的權(quán)衡。

第九個(gè)要考慮的，是登錄入口。

如果是一個(gè)老用戶換新手機(jī)，重新下載產(chǎn)品，那這時(shí)候當(dāng)然不能再讓他注冊。所以一般在注冊頁面，也會(huì)提供登錄入口?，F(xiàn)在有很多產(chǎn)品，為了方便用戶，將登錄和注冊融為一體，通過手機(jī)驗(yàn)證碼注冊或登錄。既保證了安全，又提高了用戶體驗(yàn)。

第十個(gè)要考慮的，是用戶協(xié)議。

用戶協(xié)議的價(jià)值，是描述產(chǎn)品所提供的服務(wù)及禁止事項(xiàng)等，目的就是一個(gè)：規(guī)避風(fēng)險(xiǎn)與損失。盡量把風(fēng)險(xiǎn)與損失都轉(zhuǎn)嫁給用戶，這是絕大多數(shù)互聯(lián)網(wǎng)產(chǎn)品的用戶協(xié)議里的核心議題。這么做說起來有點(diǎn)不厚道，但這里面確實(shí)也有很多的不得已。不過這也確實(shí)算是行業(yè)弊病吧。

那么用戶協(xié)議的內(nèi)容是什么？這個(gè)就需要由產(chǎn)品經(jīng)理清楚的描述產(chǎn)品的各種功能，所涉及到的各種數(shù)據(jù)與信息。然后律師會(huì)據(jù)此給出對應(yīng)的協(xié)議，用以規(guī)避產(chǎn)品可能面臨的各種風(fēng)險(xiǎn)。

當(dāng)然以上并不是全部，還有很多細(xì)節(jié)需要思考。譬如如果用戶在線上的身份和線下的身份能夠?qū)?yīng)時(shí)，那么昵稱和真實(shí)姓名的關(guān)系如何處理等等。

所以再強(qiáng)調(diào)一遍：當(dāng)產(chǎn)品經(jīng)理把這些問題都想清楚了，才能給出具有完整的數(shù)據(jù)結(jié)構(gòu)和字段、交互的原型圖。開發(fā)人員據(jù)此原型圖的功能描述，才能定數(shù)據(jù)結(jié)構(gòu)和接口，才能做開發(fā)。而設(shè)計(jì)人員據(jù)此原型圖，才能設(shè)計(jì)出不同的交互下的設(shè)計(jì)稿。而這一切，都是老板所不會(huì)去做也無法去做的。但對于一個(gè)產(chǎn)品來說，沒有這些基礎(chǔ)的功能與交互細(xì)節(jié)，產(chǎn)品就不完整，甚至有可能都沒法使用。這就是為什么老板需要一個(gè)產(chǎn)品經(jīng)理的原因：

• 老板提想法、找方向，定業(yè)務(wù)，并告知產(chǎn)品經(jīng)理；
• 產(chǎn)品經(jīng)理負(fù)責(zé)理清業(yè)務(wù)邏輯，將其產(chǎn)品化，并告知開發(fā)人員和設(shè)計(jì)師；
• 開發(fā)人員根據(jù)產(chǎn)品經(jīng)理的原型圖和設(shè)計(jì)師的設(shè)計(jì)稿，最終開發(fā)出產(chǎn)品。

作者：笨笨，多年互聯(lián)網(wǎng)經(jīng)驗(yàn)，一直在做產(chǎn)品。創(chuàng)過業(yè)，對社交網(wǎng)絡(luò)、內(nèi)容管理、工具價(jià)值等都有深入研究。

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