星爺?shù)木牌分ヂ楣倮镎谔牵羞@樣一段很經(jīng)典的臺(tái)詞：“貪官奸绣的，清官要更奸！要不然欲账，怎么斗得過貪官屡江！”

以這段臺(tái)詞開篇，絕沒有想要挑撥產(chǎn)品與開發(fā)內(nèi)斗的意思赛不，只是想表明一個(gè)觀點(diǎn)：“優(yōu)秀的工程師有時(shí)要比產(chǎn)品經(jīng)理更了解產(chǎn)品的流程和細(xì)節(jié)惩嘉！”開發(fā)工程師如果是兩耳不聞窗外事，一心埋頭寫功能踢故，很難在互聯(lián)網(wǎng)公司有好的發(fā)展文黎。只有既懂產(chǎn)品，又懂開發(fā)的人畴椰，才能更出色的完成自己的工作臊诊！接下來我們就聊聊工程師應(yīng)該有的一些產(chǎn)品常識(shí)。

抄襲并不可恥斜脂，但姿勢(shì)要對(duì)抓艳！

我們工作中經(jīng)常會(huì)遇到這樣的場(chǎng)景，產(chǎn)品經(jīng)理給工程師描述一個(gè)有些復(fù)雜的需求帚戳，工程師還不是很理解玷或，產(chǎn)品經(jīng)理就掏出手機(jī)儡首，打開一個(gè)第三方的應(yīng)用說：“我要的功能就是這樣啦...”

這并沒有什么問題，模仿成熟的功能并在此基礎(chǔ)上進(jìn)行改進(jìn)偏友，是很好的起步方式蔬胯。但是抄襲的時(shí)候要想明白，抄來這個(gè)功能是不是真正滿足了你們用戶的需求位他？這個(gè)功能為什么做成現(xiàn)在這個(gè)樣子氛濒？如果只是單純的照搬別人的功能，不做任何思考鹅髓，就不知道這么做是為什么舞竿，迭代的時(shí)候也就不知道該如何改進(jìn)了。

我經(jīng)常用上圖來回答一個(gè)常見的產(chǎn)品問題：“為什么同樣的功能窿冯，在別的APP上反響很好骗奖，而我們做了就完全沒人用呢？”

這張圖想表達(dá)的是：企業(yè)家雜志的封面人物醒串，西裝都穿的筆挺筆挺的执桌，非常有氣質(zhì)，為什么我們一穿西裝芜赌，哪怕是定做的仰挣，也無法達(dá)到這樣的效果？這都是背后這一排排的夾子的功勞呀较鼓！只看到別人表面上的光鮮椎木，看不到別人背后付出的思考和努力，是永遠(yuǎn)做不出同樣的效果的博烂！

差的抄襲是不假思索的把產(chǎn)品經(jīng)理自己喜歡的功能或者是公司希望用戶使用的功能香椎，一股腦的塞給用戶。用戶不買帳還一臉委屈的說：“我把我能想到的都給你們了禽篱， 為什么你們還不喜歡呢畜伐！”這樣的產(chǎn)品經(jīng)理常常被自己的努力感動(dòng)，卻很少打動(dòng)用戶...

而好的抄襲應(yīng)該是在深入分析自己產(chǎn)品解決的問題躺率、使用的場(chǎng)景和用戶特點(diǎn)的基礎(chǔ)上玛界，不斷關(guān)注有哪些新的功能可以更好的為用戶創(chuàng)造價(jià)值。當(dāng)年微信在強(qiáng)關(guān)系高頻次即時(shí)通訊工具的基礎(chǔ)上悼吱，引入類Path的朋友圈玩法慎框，既滿足了發(fā)布者表達(dá)（炫耀）的需求，又滿足了朋友之間相互了解近況（窺視）的需求后添，從而做到了野蠻生長笨枯， 成為了目前的流量巨獸，吞噬了手機(jī)超過一半的電量和流量！反觀Path馅精，因?yàn)闆]有足夠高頻的功能來支撐它培養(yǎng)用戶進(jìn)行社交的習(xí)慣严嗜，最終慢慢被人遺忘...

很榮幸有機(jī)會(huì)和幾個(gè)騰訊的產(chǎn)品經(jīng)理深入交流過他們“解構(gòu)”一款競(jìng)爭(zhēng)對(duì)手產(chǎn)品的過程。首先洲敢，他們會(huì)從“界面-交互-功能漫玄、用戶需求-使用場(chǎng)景-心里訴求、核心策略-關(guān)鍵數(shù)據(jù)-迭代過程”等角度一層層對(duì)競(jìng)品進(jìn)行拆解分析压彭，然后重新設(shè)計(jì)這款產(chǎn)品睦优，再將重新設(shè)計(jì)的產(chǎn)品與競(jìng)品進(jìn)行對(duì)比，看看那些地方相同哮塞，那些地方不同刨秆，不同的地方是新方案更好還是原方案更優(yōu)再擇優(yōu)選取凳谦，最終才能做到青出于藍(lán)的效果忆畅，這才是正確的抄襲姿勢(shì)嘛！

曾經(jīng)有個(gè)產(chǎn)品團(tuán)隊(duì)“解構(gòu)”我做過的一款應(yīng)用尸执，把我們所有的功能和頁面全部重新制作了成了一個(gè)帶完整交互原型文件家凯，做的比我們自己的原型質(zhì)量還高（我們是一步步做到最終的形態(tài)的，所以原型文件很零散）如失，我直接就跪了...

好的產(chǎn)品迭代策略绊诲，應(yīng)該是在保持系統(tǒng)可用的基礎(chǔ)上，持續(xù)改進(jìn)和迭代

移動(dòng)互聯(lián)網(wǎng)產(chǎn)品開發(fā)是一件風(fēng)險(xiǎn)非常高的事情褪贵，沒有一個(gè)人能夠僅僅憑借自己的天賦就做出完全符合用戶需求的產(chǎn)品掂之，只有通過將產(chǎn)品投放到市場(chǎng)上，從用戶的行為和反饋中收集信息脆丁，然后不斷的改進(jìn)和迭代世舰，才能以最小的成本找到正確的方向！一群人關(guān)在小黑屋里閉門造車槽卫，上線之后就風(fēng)靡世界的時(shí)代跟压，早已經(jīng)一去不復(fù)返了！

上圖中造汽車的例子歼培，本質(zhì)上要解決的問題是“幫助用戶通過更省力的方式達(dá)到目的地”震蒋。

第一種迭代策略是構(gòu)想好最終目標(biāo)，然后一個(gè)組件一個(gè)組件的疊加（造完輪子造底盤躲庄，造完地盤造頂棚查剖，然后裝車門，但是發(fā)動(dòng)機(jī)裝進(jìn)去之前噪窘，永遠(yuǎn)不能動(dòng)...）笋庄，直到汽車被造出來之前，沒人知道那東西有什么用！也許等汽車造出來之后无切，會(huì)因?yàn)樘^超前無法被大眾接受荡短，而更加有可能的是，汽車還沒造出來哆键，大家卻因?yàn)檫t遲看不到希望掘托，已經(jīng)早早放棄了。

第二種迭代方式則不然籍嘹，過程中的每一個(gè)版本都是可以解決用戶的問題闪盔，每一次迭代都是對(duì)前一代產(chǎn)品的升級(jí)（用滑板變滑動(dòng)摩擦力為滾動(dòng)摩擦力，加入方向控制系統(tǒng)的滑板車降低了學(xué)習(xí)門檻辱士，增加輪胎直徑的自行車提高了速度泪掀，引入發(fā)動(dòng)機(jī)的摩托車更加省力，將人包裹在內(nèi)的汽車大幅提高了舒適度和安全性Ｋ痰狻）异赫，用戶的需求在一次次的迭代中被更好的滿足，團(tuán)隊(duì)也能夠在用戶的使用行為和反饋中头岔，不斷的獲得改進(jìn)和迭代的靈感塔拳，從而更容易取得最后的成功。

第一次看到這張圖的時(shí)候峡竣，就深深的認(rèn)同第二種迭代的策略靠抑！產(chǎn)品經(jīng)理在做產(chǎn)品規(guī)劃的時(shí)候，往往需要進(jìn)入一個(gè)理想的狀態(tài)适掰，暫時(shí)忽略的所有的限制（技術(shù)颂碧、資金、用戶量类浪、運(yùn)營能力等）载城，設(shè)想出產(chǎn)品達(dá)到最佳狀態(tài)的時(shí)候該是什么樣子，這是一個(gè)很自然的過程戚宦，也是產(chǎn)品經(jīng)理該具備的基本的能力个曙。但是當(dāng)真正落地執(zhí)行的時(shí)候，一定要從理想狀態(tài)走出來受楼，保證過程中的每一個(gè)版本都可用垦搬，每一次迭代都是從一種可用的形態(tài)進(jìn)入另一種可用的形態(tài)，這才是最好的改進(jìn)和迭代的方式艳汽。

忽略使用場(chǎng)景去解決用戶需求猴贰，大多是隔靴搔癢

普通的產(chǎn)品經(jīng)理通常是從需求出發(fā)，結(jié)合用戶的特點(diǎn)去設(shè)計(jì)功能滿足用戶的需求河狐，而往往會(huì)忽略用戶使用功能的場(chǎng)景米绕。這樣設(shè)計(jì)出來的功能往往是差強(qiáng)人意瑟捣，很難給用戶驚喜！

微信搖一搖識(shí)別歌曲這個(gè)功能栅干，剛開發(fā)出來的時(shí)候迈套，我記得是以卡片的形式給出歌曲的名字和演唱者，點(diǎn)擊卡片進(jìn)入歌曲的詳情頁并開始播放碱鳞。這樣的功能設(shè)計(jì)確實(shí)解決了用戶想知道當(dāng)前環(huán)境里聽到的歌曲是什么的需求桑李，但是，還能不能做的更好窿给？

最近一次使用這個(gè)功能贵白，當(dāng)歌曲被成功識(shí)別后，直接進(jìn)入了歌曲詳情頁崩泡，然后將歌詞快速滾動(dòng)到環(huán)境中歌曲播放到的位置禁荒，再同步滾動(dòng)！＝亲病呛伴！中文歌看著歌詞就能跟著唱兩句，英文歌還能看到英文歌詞對(duì)應(yīng)的中文翻譯靴寂，方便的了解唱的到底是什么Ａ资瘛！百炬！我瞬間就被這個(gè)功能擊穿了，太牛逼了污它，這才是優(yōu)秀的產(chǎn)品經(jīng)理嘛剖踊！

這就是充分的考慮了用戶在使用這個(gè)功能時(shí)候的場(chǎng)景（這首歌挺好聽的嘛，叫什么衫贬？誰唱的德澈？是快唱完了，還是剛開始固惯？這首外文歌唱的是什么梆造？），才達(dá)到了給用戶驚喜葬毫，甚至擊穿用戶的效果镇辉！

沒有配套推廣和運(yùn)營計(jì)劃的新需求，基本沒戲贴捡！

普通的產(chǎn)品經(jīng)理最喜歡設(shè)計(jì)出一個(gè)功能忽肛，就催著開發(fā)加班加點(diǎn)的做出來上線，然后祈禱美好的事情自然而然的發(fā)生...美好的事情哪兒那么容易發(fā)生呀烂斋！

產(chǎn)品屹逛、推廣础废、運(yùn)營，三者的關(guān)系是相輔相成的罕模，產(chǎn)品解決的問題越高頻剛需（操作系統(tǒng)评腺、微信等），推廣和運(yùn)營就越輕松淑掌；如果產(chǎn)品的研發(fā)門檻較低頻次又不是那么高（打車歇僧、外賣等），那就需要在推廣和運(yùn)營上發(fā)力來培養(yǎng)用戶習(xí)慣锋拖，建立門檻诈悍。

哪怕是做個(gè)以傳播為目的的功能，也要根據(jù)它的傳播能力計(jì)算出需要的啟動(dòng)流量兽埃，杜蕾斯的營銷創(chuàng)意再好侥钳，沒有幾百萬的粉絲，也很難做到每條創(chuàng)意都在朋友圈大量傳播柄错，更別說臉萌舷夺、足記、冰桶挑戰(zhàn)了售貌，他們?cè)趩?dòng)的時(shí)候一定都是配合非常全面的推廣和運(yùn)營策略（從哪些人群啟動(dòng)给猾，需要多少啟動(dòng)用戶量，配套哪些媒體的報(bào)道和推薦颂跨，出現(xiàn)快速擴(kuò)散的趨勢(shì)之后敢伸，要不要在配套的刷個(gè)榜單等），才能做到刷爆朋友圈的恒削！

要相信數(shù)據(jù)分析池颈，但是不能迷信！

數(shù)據(jù)分析在產(chǎn)品改進(jìn)和迭代的過程中是非常重要的钓丰，它能讓我們更好的看到產(chǎn)品各項(xiàng)功能的使用情況躯砰，更好的進(jìn)行決策，而不是全靠拍腦袋來做決定携丁。

但數(shù)據(jù)有時(shí)候并不是那么的客觀準(zhǔn)確的琢歇，記得在某本講產(chǎn)品的書上，看到了這樣一句話：“數(shù)據(jù)分析得到的結(jié)論就像穿著比基尼的美女梦鉴，露出來的地方確實(shí)很性感李茫，但是遮住的地方才是關(guān)鍵所在！”我非常認(rèn)同這個(gè)觀點(diǎn)尚揣，數(shù)據(jù)分析只能體現(xiàn)出部分情況涌矢，想了解全部的情況，用戶調(diào)研是必不可少的快骗。

我們基于微信服務(wù)號(hào)做的一款產(chǎn)品娜庇，從數(shù)據(jù)統(tǒng)計(jì)平臺(tái)看到提交注冊(cè)信息頁面的流失率高達(dá)70%以上塔次，當(dāng)時(shí)看到這個(gè)數(shù)據(jù)的時(shí)候嚇壞了，認(rèn)為是提交注冊(cè)信息頁面做得過于復(fù)雜名秀，導(dǎo)致用戶不愿意注冊(cè)從而造成了大量的流失励负。所以就開始大刀闊斧的刪減提交注冊(cè)信息頁面需要填寫的內(nèi)容（去掉了名片上傳、延長了短信驗(yàn)證碼的有效期等）匕得，從接近十個(gè)字段刪減到只需要填寫四個(gè)字段继榆，然后繼續(xù)觀察統(tǒng)計(jì)平臺(tái)注冊(cè)頁面的用戶流失數(shù)據(jù)，卻沒有任何好轉(zhuǎn)汁掠，這流失率每天得損失多少注冊(cè)用戶呀略吨！直到后來我們邀請(qǐng)了幾個(gè)新用戶來測(cè)試產(chǎn)品，在旁邊觀察他們的操作考阱，才發(fā)現(xiàn)真正出問題的原因是我們注冊(cè)完成頁面沒有和后續(xù)的功能打通翠忠，變成了一個(gè)孤立的頁面，而微信想關(guān)閉當(dāng)前的頁面需要向前返回一次乞榨，才會(huì)出現(xiàn)關(guān)閉按鈕秽之，這就導(dǎo)致一大批成功注冊(cè)的用戶，為了關(guān)閉當(dāng)前頁面吃既，只好返回到提交注冊(cè)信息頁面在關(guān)閉考榨，從而被統(tǒng)計(jì)成了注冊(cè)提交頁面流失的用戶！雖然是虛驚一場(chǎng)鹦倚，但是這個(gè)案例告訴我們河质，數(shù)據(jù)分析一定要結(jié)合產(chǎn)品場(chǎng)景和用戶行為，才能得到正確的結(jié)論申鱼。

產(chǎn)品應(yīng)該是一切可以解決問題的方法愤诱，而不是一定要開發(fā)APP或者WEB

前段時(shí)間被黑的很慘的那句“我有一個(gè)絕妙的創(chuàng)意和一個(gè)靠譜的團(tuán)隊(duì)，就差一個(gè)寫代碼的了捐友！”，充分暴露了說這話的人完全就是個(gè)缺乏技術(shù)常識(shí)的外行溃槐，他缺的一定不是一個(gè)寫代碼的人匣砖，而是一整套技術(shù)體系！

同時(shí)這句話也暴露出了另外一個(gè)問題昏滴，就是很多的產(chǎn)品經(jīng)理過分的依賴開發(fā)猴鲫，認(rèn)為只有通過開發(fā)APP或者WEB才能檢驗(yàn)自己的想法是否可行，這也是不對(duì)的谣殊。

當(dāng)有一個(gè)想法的時(shí)候拂共，首先應(yīng)該做的是尋找一切可以利用方案去測(cè)試自己想法的可行性。比如傳統(tǒng)企業(yè)想做電商姻几，那就先去天貓開個(gè)店宜狐，看看自己線上的推廣運(yùn)營能力能不能把銷售量做上來势告，而不是先開發(fā)個(gè)漏洞百出的電商網(wǎng)站，陷入各種技術(shù)的泥潭抚恒！等真的在天貓把銷量做起來了之后咱台，再考慮為了減少被天貓分去的利潤，慢慢建設(shè)自己的電商網(wǎng)站俭驮，然后通過在非自有渠道的商品包裝中投放自有渠道的代金券來進(jìn)行轉(zhuǎn)化回溺，成功率要高的多。

我們之前幫一家酒店集團(tuán)做官方APP的時(shí)候混萝，做了一個(gè)入住用戶評(píng)論的功能遗遵，在收集了一些入住的評(píng)論之后，產(chǎn)品經(jīng)理就來找我說能不能做個(gè)評(píng)論的智能語義分析系統(tǒng)逸嘀，從用戶的評(píng)論中分析出哪些是正面的評(píng)價(jià)车要，哪些是負(fù)面的評(píng)價(jià)，哪些是針對(duì)基礎(chǔ)設(shè)施的評(píng)價(jià)厘熟，哪些是針對(duì)服務(wù)的評(píng)價(jià)等屯蹦，再將這些分類后的評(píng)論信息推送給酒店的經(jīng)營者。

需求確實(shí)是好需求绳姨，但是我反問了產(chǎn)品經(jīng)理一個(gè)問題：“你們每天能收集到多少條評(píng)論登澜？”

產(chǎn)品經(jīng)理：“少的時(shí)候幾十條，多的時(shí)候一百多吧飘庄∧匀洌”

我：“去招個(gè)實(shí)習(xí)生人工分類吧，又快又好跪削，比我們短時(shí)間那開發(fā)出來的語義分析系統(tǒng)靠譜的多谴仙，而且還能出去吹這是通過生物智能識(shí)別技術(shù)實(shí)現(xiàn)的！等每天的評(píng)論數(shù)過千了碾盐，我們?cè)賮碜稣Z義分析系統(tǒng)吧晃跺，現(xiàn)在就開發(fā)不是在用大炮打蚊子嘛！”

在網(wǎng)上看到的一個(gè)例子毫玖，一家酒店前臺(tái)向單個(gè)入住的客人推薦他們的超級(jí)大床房（2.4米寬的床）掀虎，客人聽了之后都很有興趣愿意嘗試一下，整體的入住反饋都很好付枫。這家酒店是怎么做到的呢烹玉？他們只是把沒賣出去的標(biāo)準(zhǔn)間里的兩張1.2米的床，拼成了一張2.4米的大床阐滩，然后換上2.4米的床上用品...太智慧了二打！如果這家酒店一定要走標(biāo)準(zhǔn)的流程，真的去采購2.4米的大床掂榔，最后如果客人的反饋良好還行继效，如果反饋不好症杏，那這些2.4米的大床不全白買了嘛！

所以說莲趣，產(chǎn)品應(yīng)該是一切可以解決問題的方法鸳慈，先用現(xiàn)有的資源盡可能的去測(cè)試方法的可行性，而不是過早的投入昂貴的研發(fā)資源喧伞！研發(fā)資源應(yīng)該是在方法確認(rèn)有效之后走芋，提供更好的體驗(yàn)和更高的效率。

不知不覺又啰嗦了這么多潘鲫，這篇是之前《產(chǎn)品經(jīng)理的技術(shù)素養(yǎng)》的后續(xù)翁逞，這樣我以后出去分享的時(shí)候，工程師為主就講《開發(fā)工程師的產(chǎn)品素養(yǎng)》溉仑，產(chǎn)品經(jīng)理為主就講《產(chǎn)品經(jīng)理的技術(shù)素養(yǎng)》挖函，這樣我這個(gè)既不怎么寫代碼，又不怎么做原型的水貨浊竟，就很難被打臉了怨喘，哈哈哈！

作者：LeapRuby開發(fā)者振定，系統(tǒng)架構(gòu)師必怜，鷹漠旅行CTO，產(chǎn)品經(jīng)理后频，連續(xù)創(chuàng)業(yè)者...