起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標(biāo)識傳統(tǒng)行業(yè)初入互聯(lián)網(wǎng)，為什么「產(chǎn)品經(jīng)理」必不可少？
傳統(tǒng)企業(yè)在轉(zhuǎn)型進(jìn)入互聯(lián)網(wǎng)的時候往往會認(rèn)為開發(fā)最核而忽略了產(chǎn)品的經(jīng)理的重要性，其實在轉(zhuǎn)型的過程中，產(chǎn)品經(jīng)理也是一個必不可少的角色。那么對于傳統(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ù)邏輯層面的咨詢還能夠理解，但有一部分咨詢，卻是因為被騙了來倒苦水。因為不懂行，所以進(jìn)入互聯(lián)網(wǎng)行業(yè)后，各種被騙各種吃虧，讓人聽得真是無奈嘆息。
譬如有的老板因為輕信人言，把產(chǎn)品外包，兩百萬花下去，結(jié)果對方做的整套產(chǎn)品里，只有登錄和注冊這兩個功能基本可用，弄得老板連哭都沒地哭。譬如有的老板因為沒有找到合適的人員負(fù)責(zé)整個產(chǎn)品的開發(fā)，導(dǎo)致產(chǎn)品進(jìn)度一拖再拖，最后耐心耗盡，只能放棄。譬如有的老板因為公司里沒人懂技術(shù)，明明招的是開發(fā)人員，卻只能空談項目，而沒法問技術(shù)水平。結(jié)果對方怎么說怎么信，招進(jìn)來才發(fā)現(xiàn)很多基本的功能都實現(xiàn)不了。譬如有的老板找人開發(fā)，結(jié)果對方到網(wǎng)上下載一套成熟的模板，稍微改了下（就改了名字logo之類，后來使用過程中老板發(fā)現(xiàn)還沒改完），然后要價三四十萬。老板最開始還以為買了便宜貨……
這樣的故事聽得多了，給我的感覺就是：這騙錢也太容易了。于是我就覺得有必要把這事給大家理一下。具體說清楚傳統(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)品盡量不外包。這有三個原因：
第一，就是你不知道對方技術(shù)靠譜與否，人靠譜與否。
到時候邏輯隨便亂寫，改都沒法改?；蛘哐诱`工期，功能細(xì)節(jié)上偷工減料等等各種毛病。除非你有個懂的人給你把關(guān)，否則外包就是自討苦吃。
第二，需求細(xì)節(jié)在開發(fā)過程中會有變動，而外包方一般不會改需求。
因為這會延長開發(fā)周期，他們肯定不接受，除非又加錢。對方這時候漫天要價，你將毫無辦法。
第三，后期沒法維護(hù)。
開發(fā)完成就交付驗收，驗收結(jié)束就結(jié)束了。使用過程中遇到問題，外包方一般是不會管的，要管又是加錢的事。但任何產(chǎn)品，必須經(jīng)過一段時間的使用，才能發(fā)現(xiàn)大部分問題。單純依靠測試，是不可能發(fā)現(xiàn)所有問題的。經(jīng)常會有邏輯層面的隱藏bug，只能在使用過程中才能發(fā)現(xiàn)。這時候就算交錢給改，這個過程也很漫長，用戶體驗不好。
既然不外包，那怎么辦呢？這個就要分析業(yè)務(wù)的需求了。對于那些能夠通過微信展開的業(yè)務(wù)，盡量通過微信去承載，開發(fā)成本低，傳播成本也低，用戶使用成本也低。如果非要自己開發(fā)app的話，那么自己組建團(tuán)隊就是必須的。本文的建議主要面向那些想自己組建團(tuán)隊的老板。這樣的老板目前給我的感覺，是越來越多了。也不曉得是不是因為媒體大力鼓吹互聯(lián)網(wǎng)+，結(jié)果這把火把傳統(tǒng)行業(yè)的人也燒得焦慮了。
雖然人們常說早期員工都要老板自己面試，但專業(yè)問題，老板自己其實是面試不了的。傳統(tǒng)行業(yè)的老板，本來就不懂產(chǎn)品和技術(shù)，所以就只能面試人品，怎么面試專業(yè)技能？所以，我的建議，是老板花所有精力，找到這兩個職位的人：產(chǎn)品經(jīng)理和技術(shù)總監(jiān)。這兩個職位，缺一不可。這兩個職位如果找到靠譜的人，那么后面的事，包括招聘與技能面試等，交給他們，比老板自己操作，靠譜得多。他們會根據(jù)老板的需求，或業(yè)務(wù)的需要，去確定產(chǎn)品功能與表現(xiàn)，并據(jù)此確定開發(fā)團(tuán)隊的規(guī)模與經(jīng)費預(yù)算等等。換句話說，老板負(fù)責(zé)與產(chǎn)品經(jīng)理對接，產(chǎn)品經(jīng)理負(fù)責(zé)與開發(fā)和設(shè)計人員對接。所以，怎么樣去找到這兩個職位的人，是產(chǎn)品能否成功上線并正常運行的核心因素。
一般情況下，老板們是能夠準(zhǔn)確描述自己所需要的功能的，或者能夠準(zhǔn)確描述自己的業(yè)務(wù)。但僅此而已。老板很難將功能和業(yè)務(wù)需要變成需求，并將其產(chǎn)品化。這時候就需要產(chǎn)品經(jīng)理出馬，與老板各種溝通，來分析老板的需要，或公司的業(yè)務(wù)，從而設(shè)計產(chǎn)品表現(xiàn)，并給出原型圖。開發(fā)人員只有拿到原型圖，知道了每個頁面的功能，才能定數(shù)據(jù)結(jié)構(gòu)和接口，才能開發(fā)。而設(shè)計師也只有拿到原型圖，知道了產(chǎn)品的交互細(xì)節(jié)，才能做設(shè)計。
而且老板的需求經(jīng)常很發(fā)散，會想到不同的點。如果都一股腦兒全開發(fā)出來，那就累死開發(fā)人員了。所以這時候就需要產(chǎn)品經(jīng)理幫助梳理核心功能和輔助功能，合理分配每個版本的功能迭代，逐步完善功能，優(yōu)化交互與體驗。
舉個最簡單的例子，老板說我要實現(xiàn)這個功能：用戶在線上進(jìn)行交易了，就對交易雙方進(jìn)行激勵。這就是老板提的需求，只用一句話就描述完了。但要將其產(chǎn)品化，那方案就多了去了：譬如物質(zhì)激勵層面，可以有返現(xiàn)獎勵，可以有優(yōu)惠券獎勵，可以有積分獎勵，等等。不同的獎勵方案，將會涉及到不同的延伸功能，及與產(chǎn)品其他功能的聯(lián)動等等。其效果也不一樣。
譬如積分激勵，就涉及到積分的賦值與價值體系。都有哪些行為可獲得積分？積分可用在內(nèi)部消費嗎？還是可與第三方打通共用？或者可用來兌換嗎？官方可從積分消耗里抽成以獲取收益嗎？等等?；蛘邩s譽(yù)激勵層面，也可以有多種激勵方式。這些就是產(chǎn)品經(jīng)理要做的事，去分析老板的需要，給出最優(yōu)的產(chǎn)品方案，最大程度的實現(xiàn)老板的目標(biāo)，和用戶的價值。并和開發(fā)人員對接，優(yōu)化產(chǎn)品，最低成本的將產(chǎn)品開發(fā)出來。
二，一個實際的案例，告訴你產(chǎn)品經(jīng)理會做些什么事
很多老板不理解，覺得我有程序員了啊，干嘛還要產(chǎn)品經(jīng)理。在互聯(lián)網(wǎng)行業(yè)，這個不是問題。相當(dāng)于在地產(chǎn)行業(yè)，沒人會問為什么有了建筑公司，還要開發(fā)公司干嘛？但傳統(tǒng)行業(yè)的老板們常常不理解，覺得不需要產(chǎn)品經(jīng)理：交給程序員就好了嘛？問題是，如果真交給程序員，老板直接和程序員對接的話，那就會把老板累死，而把程序員氣死了。
因為我是產(chǎn)品出身，所以在這個部分，我就給出一個常見的案例——產(chǎn)品的注冊頁面，來詳細(xì)的描述一個產(chǎn)品經(jīng)理的工作內(nèi)容和思考細(xì)節(jié)，從而展示為什么老板們必須要產(chǎn)品經(jīng)理這個職位。為什么這個職位對老板們來說，它絕對不可或缺？因為產(chǎn)品有很多體驗與細(xì)節(jié)，這些是老板們絕對想不到的。但沒有這些細(xì)節(jié)，產(chǎn)品將會非常粗糙甚至漏洞百出，沒法使用。那你的錢就真的就是白花了。做好一款產(chǎn)品，別說體驗優(yōu)秀，哪怕讓其基本可用，都絕對不是老板們所想的，我說了需求，然后程序員就開始開發(fā)那么簡單。
很多產(chǎn)品都要求用戶注冊。一個簡單的注冊頁面，可能用戶停留時間都不超過2、30秒，看起來簡單之極。但就是這么個簡單的頁面，簡單到老板幾乎不會去考慮，其實對于產(chǎn)品經(jīng)理來說，要考慮的則有很多。
第一個要考慮的，是我們的產(chǎn)品要不要用戶注冊呢？這涉及到追問注冊的意義。
這就是老板們一般不會去想，但產(chǎn)品經(jīng)理卻必須想得非常清楚的一個問題。因為注冊是一個產(chǎn)品里非?；A(chǔ)性的功能。在傳統(tǒng)行業(yè)，老板們開個店，消費者來買了東西就走人了，哪去找注冊這個事？但互聯(lián)網(wǎng)，如果沒有注冊這個事，對產(chǎn)品的價值的傷害，往往是無形卻異常巨大的。當(dāng)初百度的總裁李彥宏親自站臺，搞輕應(yīng)用，結(jié)果僅僅兩三年，就無聲無影了。導(dǎo)致這個巨大的失敗的一個非常核心的原因，就是百度沒有成熟的賬號體系。而賬號體系，就是建立于注冊的基礎(chǔ)之上。沒有注冊，就沒有用戶關(guān)系管理，沒有用戶行為記錄……用戶價值模型的建構(gòu)就無從談起。
在通常情況下，注冊至少會起到四個作用。
- 一是起到門禁的作用。用戶注冊后，成為用戶體系的一員，享受產(chǎn)品為自己的用戶提供的各種待遇。非注冊用戶則沒有這些待遇。這就類似于門禁，將注冊用戶和非注冊用戶區(qū)分開了。
- 二是起到區(qū)分的作用。每個用戶有不同的ID，以便與其他注冊用戶做區(qū)分。
- 三是構(gòu)建用戶關(guān)系鏈條，包括用戶間的關(guān)系，及用戶與服務(wù)方的關(guān)系兩個維度。
- 四是基于用戶的行為，構(gòu)建用戶價值模型。
當(dāng)然其實注冊這個行為，有著更為復(fù)雜的社會學(xué)背景。這涉及到產(chǎn)品社會學(xué)的知識。一方面，一個產(chǎn)品，其實是一個小型的獨立的社會體系。個體需要在這個全新的社會結(jié)構(gòu)里被標(biāo)識，并定位。另一方面，就是沒有名字的對象，是無價值的對象。所以要想產(chǎn)生價值，名字是首先需要明確的。所以古代皇帝最喜歡干的一件事，就是給喜歡的大臣賜名。而我們普通人，也會給自己喜歡的人或動物或物體等取一個名字。產(chǎn)品里給用戶賦名，即便是用戶自己取的，這對產(chǎn)品來說也至關(guān)重要。具體的分析這里不展開，反正給對象賦名，其意義非常重大。但老板們提功能需求時，卻一般都不會考慮到這個基礎(chǔ)性的功能點。
問題是，雖然用戶賦名很重要，但如果產(chǎn)品非得注冊才能使用，用戶的首次使用成本就有些高。所以產(chǎn)品經(jīng)理就需要思考，注冊是不是必須的？ 一般情況下，如果是內(nèi)容型的產(chǎn)品，那么越是精準(zhǔn)的、細(xì)分的內(nèi)容，或獨家的內(nèi)容，用戶需求越精準(zhǔn)。用戶越接受注冊。而如果是大眾型的內(nèi)容，用戶就越不愿意注冊：一是此類內(nèi)容獲取的渠道有很多，二是這類內(nèi)容的可替代性強(qiáng)。
而如果是工具型的產(chǎn)品，就看業(yè)務(wù)邏輯，是否有延伸。譬如便簽、計算器、相機(jī)等等這類產(chǎn)品，基本不需要注冊。但如果引入了云服務(wù)，譬如云端存儲便簽或照片，那就需要注冊了?；蛘哂衅渌虡I(yè)模式延伸，譬如很多產(chǎn)品提供增值收費功能，那也需要注冊了。 而如果是社交型、交易型（譬如電商等等產(chǎn)品）、業(yè)務(wù)型（譬如找工作找資源等等產(chǎn)品）等產(chǎn)品、那就都必須注冊，否則沒法區(qū)分不同對象的行為。所以這就需要產(chǎn)品經(jīng)理根據(jù)公司的業(yè)務(wù)或老板提的需求去分析，要不要注冊。
第二個要考慮的，是即便需要注冊，那還有個注冊時機(jī)的問題：先注冊后使用，用戶首次使用成本高，這是窄入口。
先體驗后注冊，用戶首次使用成本低，這是寬入口。當(dāng)然寬入口更優(yōu)于窄入口，所以很多新聞、資訊類軟件不是一開始就要注冊，而是你想?yún)⑴c互動時（譬如點贊、評論等）才需要注冊。但如果產(chǎn)品功能基于用戶ID才能展開，最典型的譬如社交類產(chǎn)品，那就必須先注冊，否則沒法使用。
第三個要考慮的，是用戶注冊時，在輸入框里所要填寫的用于登錄的賬號信息。
是只能填手機(jī)號？還是可以填寫郵箱？還是系統(tǒng)自動賦予？譬如QQ，就是系統(tǒng)賦予的賬號。不過這種一般比較少見，因為用戶的使用成本非常高。而密碼呢？有字符數(shù)要求嗎？有特殊符號要求嗎？有組合要求以便提高密碼復(fù)雜度嗎？等等。而如果填寫錯誤或未填寫，產(chǎn)品交互又是什么？是不能點擊注冊按鈕？還是切換焦點時提示？還是點擊注冊按鈕時提示填寫錯誤？
第四個要考慮的，是用戶名與頭像、性別。
用戶名是否允許重復(fù)？可以填哪些數(shù)值類型？是否允許特殊字符？最大長度是多少…… 現(xiàn)在很多產(chǎn)品，不允許重名，所以用戶只能把昵稱填得稀奇古怪的。這就是產(chǎn)品經(jīng)理沒有深刻理解名字的價值的原因所導(dǎo)致的。前面說過，給用戶賦名非常重要。用戶給自己或他人賦名，這具有神圣的儀式感。但禁止重名，破壞了儀式感的神圣性，讓名字的價值大打折扣甚至不再有價值。但另一方面，如果允許重名，卻又不便于傳播與檢索。所以很多產(chǎn)品就禁止重名。這就是產(chǎn)品經(jīng)理面對沖突的問題時，所做出的取舍。這也是老板們不會考慮，但產(chǎn)品經(jīng)理不得不認(rèn)真思考的問題。
至于頭像，可以不添加嗎？還是必須添加？只能從手機(jī)里選取嗎？還是可以拍照？圖片有什么大小、形狀方面的要求嗎？等等。性別呢？注冊時必填嗎？還是可以以后再填？未填的用戶，給默認(rèn)性別嗎？因為這個數(shù)值常常是與產(chǎn)品的其他功能相關(guān)聯(lián)的，所以產(chǎn)品經(jīng)理需要做細(xì)致的分析思考。
第五個要考慮的，是只需要填登錄賬號、用戶名和密碼？還是需要填其他更多信息？還是用戶名都先不用不填，系統(tǒng)賦予一個默認(rèn)值？是在同一個頁面完成，還是多個頁面分步完成？ 要不要在注冊時獲取更多信息，也有很多考慮。
這既涉及到用戶隱私，又涉及到用戶體驗，還涉及到產(chǎn)品的價值主張。
一般情況下，資源型或業(yè)務(wù)型的產(chǎn)品，都會要求用戶提供更多信息。產(chǎn)品需要根據(jù)用戶提供的信息，來做有針對性的資源匹配或信息推送。而且用戶是因為資源或業(yè)務(wù)而來的，目的很明確，預(yù)期也很明確。這時候，對平臺的信息收集行為的接受度更高。譬如拉勾等找工作類軟件，都會要求用戶先填寫職業(yè)信息和職業(yè)訴求。
而如果用戶是以瀏覽信息為主，并不構(gòu)成更多層次的消費行為，那么要求用戶填寫更多信息，就會構(gòu)成用戶的使用障礙，導(dǎo)致用戶放棄。一般來說，用戶的使用目的越明確，或產(chǎn)品提供的價值越具有稀缺性，則越容易收集用戶的信息。
第六個要考慮的，是要不要驗證注冊行為，以避免機(jī)器注冊的情況。
如何驗證？短信？郵件？還是驗證碼？早年常用郵箱驗證和驗證碼驗證，目前更多的是短信驗證。
第七個要考慮的，是要不要邀請碼？
一般情況下，為了激勵用戶傳播產(chǎn)品，或保證用戶的質(zhì)量，通常都會在注冊時填寫邀請碼。
第八個要考慮的，是要不要采用第三方社交賬號登錄的方式。
第三方帳號登錄的意義至少有三個，一是借助用戶自己的社交網(wǎng)絡(luò)，可快速分享傳播。二是用戶操作簡便快捷，體驗好。三是用戶接受度高。 所以如果是內(nèi)容型的產(chǎn)品，因為大多數(shù)的內(nèi)容的價值都在分享中放大，所以最好可以允許甚至鼓勵第三方賬號登錄，這樣便于用戶快速將內(nèi)容分享到自己的社交網(wǎng)絡(luò)里。而對于工具型或資源型的產(chǎn)品來說，就沒那么強(qiáng)烈的分享需求。這時候要考慮的，就是要不要打造自己的帳號體系與用戶體驗之間的權(quán)衡。
第九個要考慮的，是登錄入口。
如果是一個老用戶換新手機(jī)，重新下載產(chǎn)品，那這時候當(dāng)然不能再讓他注冊。所以一般在注冊頁面，也會提供登錄入口?，F(xiàn)在有很多產(chǎn)品，為了方便用戶，將登錄和注冊融為一體，通過手機(jī)驗證碼注冊或登錄。既保證了安全，又提高了用戶體驗。
第十個要考慮的，是用戶協(xié)議。
用戶協(xié)議的價值，是描述產(chǎn)品所提供的服務(wù)及禁止事項等，目的就是一個：規(guī)避風(fēng)險與損失。盡量把風(fēng)險與損失都轉(zhuǎn)嫁給用戶，這是絕大多數(shù)互聯(lián)網(wǎng)產(chǎn)品的用戶協(xié)議里的核心議題。這么做說起來有點不厚道，但這里面確實也有很多的不得已。不過這也確實算是行業(yè)弊病吧。
那么用戶協(xié)議的內(nèi)容是什么？這個就需要由產(chǎn)品經(jīng)理清楚的描述產(chǎn)品的各種功能，所涉及到的各種數(shù)據(jù)與信息。然后律師會據(jù)此給出對應(yīng)的協(xié)議，用以規(guī)避產(chǎn)品可能面臨的各種風(fēng)險。
當(dāng)然以上并不是全部，還有很多細(xì)節(jié)需要思考。譬如如果用戶在線上的身份和線下的身份能夠?qū)?yīng)時，那么昵稱和真實姓名的關(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ù)此原型圖，才能設(shè)計出不同的交互下的設(shè)計稿。而這一切，都是老板所不會去做也無法去做的。但對于一個產(chǎn)品來說，沒有這些基礎(chǔ)的功能與交互細(xì)節(jié)，產(chǎn)品就不完整，甚至有可能都沒法使用。這就是為什么老板需要一個產(chǎn)品經(jīng)理的原因：
- 老板提想法、找方向，定業(yè)務(wù)，并告知產(chǎn)品經(jīng)理；
- 產(chǎn)品經(jīng)理負(fù)責(zé)理清業(yè)務(wù)邏輯，將其產(chǎn)品化，并告知開發(fā)人員和設(shè)計師；
- 開發(fā)人員根據(jù)產(chǎn)品經(jīng)理的原型圖和設(shè)計師的設(shè)計稿，最終開發(fā)出產(chǎn)品。
作者：笨笨，多年互聯(lián)網(wǎng)經(jīng)驗，一直在做產(chǎn)品。創(chuàng)過業(yè)，對社交網(wǎng)絡(luò)、內(nèi)容管理、工具價值等都有深入研究。
本文由 @笨笨 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。
?? ?? THX
產(chǎn)品有很多細(xì)節(jié)。但這個必須基于具體的產(chǎn)品才能說得清楚
寫的很不錯，實際工作中有些東西我們需要取舍、衡量，同樣在流程上有很多細(xì)節(jié)我們忽略了，看過整篇文章后相當(dāng)于給自己做了一次基礎(chǔ)總結(jié)，挺好。PS：唯一的缺點貌似內(nèi)容或文字太多了?。?！ ??