在2014年12月末的時候，非常幸運(yùn)地加入美團(tuán)外賣，成為用戶端的產(chǎn)品經(jīng)理實(shí)習(xí)生。非常感謝曦哥、小雷姐以及各同仁的照顧，在那渡過了充實(shí)的4個月實(shí)習(xí)生涯，好吧，除去過年，實(shí)際差不多3個月。我把這3個月來的經(jīng)歷歸結(jié)成四個階段。

盲人摸象

啥都不懂的時候，慢慢摸索，以一個版本切入，以一孔窺全豹，逐漸了解美團(tuán)外賣用戶端產(chǎn)品的整個業(yè)務(wù)邏輯。

產(chǎn)品設(shè)計只占產(chǎn)品經(jīng)理工作的一小部分

剛來的時候，帶著疑惑，不知道PM是做什么的，是不是真的和網(wǎng)上傳的一樣，PM是CEO的學(xué)前班，那么牛掰，那么傳神。曦哥向我介紹了產(chǎn)品經(jīng)理工作的內(nèi)容，現(xiàn)在只記得那么一句，“產(chǎn)品設(shè)計只占產(chǎn)品經(jīng)理工作的一小部分”。后來，在簡書中偶然遇到一篇文章《想成為產(chǎn)品經(jīng)理要知道的8各問題》，上面寫產(chǎn)品經(jīng)理是產(chǎn)品的設(shè)計者、推進(jìn)者、運(yùn)營者。具體內(nèi)容就不贅述了，文章中很多內(nèi)容和我身處的環(huán)境很吻合，仔細(xì)一看，原來最初來自于美團(tuán)章魚計劃的馬老師之手。

跟隨企業(yè)文化，迅速融入

每個公司的企業(yè)文化都不一樣，就像叢林法則，適者生存。聽一個同事說，之前在前一個公司做產(chǎn)品經(jīng)理的時候，一個產(chǎn)品功能方案需要出7-9遍，不斷地評審、不斷地優(yōu)化方案。又聽一個同事說，美團(tuán)外賣有一段瘋狂時期，上午定需求，中午排期，下午開發(fā)，晚上測試上線。對于創(chuàng)業(yè)型公司來說，需要的是快速迭代，盡可能去吸引用戶、增加流量。對于成熟型公司，需要的是穩(wěn)健，他們的任務(wù)在于如何服務(wù)好已有的用戶，盡可能減少用戶的流失。這個可以說是一個企業(yè)的文化，抑或是一個產(chǎn)品在不同時期的文化。到那的第一周，曦哥就讓我負(fù)責(zé)mt版本（美團(tuán)外賣頻道的一個過渡型版本），這個版本那時候處于較穩(wěn)定的時候，一周一迭代。

測試是熟悉產(chǎn)品的過程

從美團(tuán)外賣的第二周開始，曦哥就去和主站的人討論native版本，丟我一個人在需求會上提mt版本的需求。我做的工作主要是移植app上的活動到mt上，產(chǎn)品方案相對簡單，技術(shù)也知道實(shí)現(xiàn)方案，但問題在于產(chǎn)品的驗(yàn)收環(huán)節(jié)，也就是測試。其實(shí)一開始我是拒絕的，測試不是有專門的測試人員嗎？為什么要PM來測試呢？后來發(fā)現(xiàn)，測試其實(shí)是了解產(chǎn)品業(yè)務(wù)邏輯的一個好辦法，通過測試并回歸之前的功能，逐漸了解整個美團(tuán)外賣用戶端產(chǎn)品，熟悉對應(yīng)各個功能模塊的負(fù)責(zé)人，以及與其他端的關(guān)系。

沒有KPI，數(shù)據(jù)同樣重要

出于一個理科生對數(shù)字的敏感，每次mt版本上線新功能或活動，我都會查產(chǎn)品上線前后的業(yè)務(wù)數(shù)據(jù)、用戶行為數(shù)據(jù)等，看有沒有滿足預(yù)期的效果，下一步從哪里改進(jìn)；有沒有異常數(shù)據(jù)，有沒有刷單的風(fēng)險。實(shí)際數(shù)據(jù)往往跟眾多因素有關(guān)，一時的數(shù)據(jù)可能無法從中得到什么結(jié)論，但持續(xù)的整理分析數(shù)據(jù)也能預(yù)見一二。于是后來也接手了客戶端用戶行為數(shù)據(jù)整理并制作了相關(guān)業(yè)務(wù)數(shù)據(jù)獲取的方式。

小試牛刀

將app上的活動移植到mt版本，后期演變成機(jī)械性的重復(fù)，能力的提升無非是熟悉到熟練，彷徨中來了新的任務(wù)，讓我小試牛刀了一把。

只做目前最迫切的需求

在學(xué)校那陣子負(fù)責(zé)過一個微信公眾號，也就是因?yàn)檫@個原因，曦哥讓我對接新媒體營銷組一些關(guān)于微信公眾號的需求。第一個需求是微信關(guān)鍵字配置頁面以解決現(xiàn)在配置內(nèi)容寫死在代碼中的問題。網(wǎng)上有一大堆第三方微信管理平臺可以借鑒，回復(fù)文本信息的功能很快就上線啦，他們用的很愉快。然后就一發(fā)不可收拾又出了圖文信息、H5頁面的方案，后來發(fā)現(xiàn)這些錦上添花的事情，不是需求方目前最迫切的，自然也得不到資源去開發(fā)。資源永遠(yuǎn)是有限的，用20%的資源維護(hù)優(yōu)化系統(tǒng)，剩下的80%用來做目前最緊要和最有效的事情。

提前溝通達(dá)成事前的基本共識

第二個需求是微信接入多客服系統(tǒng)。之前對多客服也沒有了解過，于是花了一定時間去了解多客服所能提供的功能、背景知識。在需求會上，直接告訴技術(shù)去如何如何做，結(jié)果技術(shù)聽得一頭霧水，沒法給出一個具體的開發(fā)時間。聽曦哥教導(dǎo)，類似這種全新的東西，需要實(shí)現(xiàn)跟技術(shù)溝通，讓技術(shù)了解相關(guān)的背景，達(dá)成一定的共識。溝通之后，技術(shù)了解完背景知識之后，開發(fā)速度是杠杠的。

不做比做更需要勇氣

發(fā)現(xiàn)我們app的舉報餐廳頁中存在部分的客訴問題，于是我們先做了一些簡單地工作，如修改文案、修改選項，發(fā)現(xiàn)沒啥效果。審查組希望將這部分客訴問題分離出來，更有效分析和處理舉報信息。運(yùn)營組希望將這部分的客訴問題導(dǎo)入到常規(guī)的客訴流程中，以便服務(wù)好每一個用戶?？磥矸蛛x客訴信息是勢在必行了，當(dāng)時我也把基本的方案也出好了，可仔細(xì)一想：用戶為什么會在這里面提出客訴問題？這里面的客訴信息真能有效分離嗎？用戶真的期待這里面的客訴問題被反饋嗎？用戶體驗(yàn)真的會因此提升嗎？經(jīng)過簡單地調(diào)研及和曦哥的討論，結(jié)果都指向“不處理是最好的”。于是，工作的重心改變?yōu)檎f服其他組為什么我們不處理。

初生牛犢

之前的產(chǎn)品方案，基本都是有據(jù)可循，出身牛犢不畏虎，當(dāng)然更期待獨(dú)立的產(chǎn)品思考和產(chǎn)出。

技術(shù)思維有時會妨礙產(chǎn)品的設(shè)計

微信公眾號里大量的粉絲，通過關(guān)注微信搶紅包，我們期待他們轉(zhuǎn)換成外賣的用戶，同時借助于微信的傳播也會有更多粉絲。設(shè)計方案的時候，過分著眼于微信的開發(fā)者文檔，以“實(shí)現(xiàn)”的角度去看，結(jié)果自然出來的東西不盡人意。發(fā)現(xiàn)問題后，調(diào)整思路，“產(chǎn)品為先，技術(shù)為輔”設(shè)計好整體產(chǎn)品流程，并在根據(jù)微信這個特殊場景做相應(yīng)調(diào)整。

“復(fù)制”不見得是最省成本的

關(guān)注微信搶紅包活動，需要一個相應(yīng)的紅包金額配置后臺。由于之前有一個分享紅包金額配置后臺，為了圖快，為了“省”，復(fù)制一個頁面的想法就出來了。小雷姐（大美女領(lǐng)導(dǎo)）問我，運(yùn)營需要配置兩個頁面，這樣真的合適嗎？擴(kuò)展功能的需求到底比復(fù)制頁面增加多少工作量呢？經(jīng)過與技術(shù)的溝通，發(fā)現(xiàn)復(fù)制頁面并不比擴(kuò)展省多少時間，于是擴(kuò)展了現(xiàn)有紅包金額配置的功能，也有利于以后不同活動的接入，給未來省時間。

框架內(nèi)的微創(chuàng)新

紅包提醒之前采用的是短信通知，用戶每收到一個紅包，系統(tǒng)就會自動發(fā)一條紅包到賬短信到用戶手機(jī)上。每天的紅包大致有80w，按每條3分錢計算，一天花在紅包短信上的費(fèi)用就有2.4w啦。了解到90%以上的紅包領(lǐng)取都在微信中，小雷姐就將這個省錢的任務(wù)交給我了。調(diào)研發(fā)現(xiàn)，嘀嘀打車、功夫熊等通過發(fā)送模板信息提示紅包到賬，我想我們也可以效仿。結(jié)果發(fā)現(xiàn)這個的前提是需要先關(guān)注公眾號（有些不需要，你懂的），查詢歷史紅包還要涉及綁定賬號等等。那時候正在看《微創(chuàng)新》，與傳統(tǒng)的跳出框架去創(chuàng)新不同，它宣揚(yáng)在框架內(nèi)利用手頭的資源進(jìn)行微創(chuàng)新。跳出框架之后天馬行空的創(chuàng)新，聽起來可能很有趣新穎，但是仔細(xì)推敲，詬病不少，實(shí)用者甚微。而在框架內(nèi)的思考，是基于現(xiàn)在工作基礎(chǔ)上切實(shí)可行的微創(chuàng)新，改變不大，收益不少?；氐阶畛醯膯栴}，分析一下用戶提醒的方式：短信、氣泡、push、微信等。最后提出了新用戶發(fā)送短信，老用戶發(fā)送push信息的方案，基本完成省錢任務(wù)。

越挫越勇

接下里一段時間，在包容犯錯的氛圍中，不斷踩坑，持續(xù)前進(jìn)。

產(chǎn)品解決不了所有的問題

隨著新版本的美團(tuán)app中使用native版本，mt版本已經(jīng)完成了過渡時期的使命。mt版本作為一個獨(dú)立版本存于老版本的美團(tuán)app中，每次開發(fā)新功能，都要兼容這個版本，技術(shù)、測試、產(chǎn)品都期待它早日下線（切回到i版）。策略分為兩步：第一，引導(dǎo)用戶升級到高版本；第二，讓不升級的用戶接受無優(yōu)惠、無在線支付的低版本。大家都志氣高昂地干著“干掉mt”這件“偉大”的事，結(jié)果事與愿違，用戶壓根沒去升級，mt版本上的用戶數(shù)依舊降不下來。小雷姐跟我們說，主站那也期待用戶去升級，為什么到現(xiàn)在為止還有那么多老版本存在，引導(dǎo)升級沒有那么容易。用戶是上帝，我們也只能繼續(xù)維護(hù)這個版本。

偶爾借助一下領(lǐng)導(dǎo)的力量

后來負(fù)責(zé)搭建運(yùn)營push管理后臺，屬于外賣這的第一個運(yùn)營工具。一個是這個存在技術(shù)的難點(diǎn)，另一個是這個屬于跨組需求，有時候推動不是那么有效。開學(xué)季，需要利用push給用戶給發(fā)送紅包，可當(dāng)時后臺的能力還不支持統(tǒng)計，無法正式使用。任務(wù)緊急，沒辦法，只能借助一下領(lǐng)導(dǎo)的力量，小雷姐過去說明了一下，果然推進(jìn)效果顯著。

先用起來才能發(fā)現(xiàn)問題

搭建運(yùn)營push管理后臺的時候，第一次試點(diǎn)，發(fā)現(xiàn)單次發(fā)送量過小，第二次試點(diǎn)，發(fā)現(xiàn)沒法滿足統(tǒng)計需求，第三次試點(diǎn)，發(fā)現(xiàn)線下環(huán)境竟然可以發(fā)送到真實(shí)用戶。同時也發(fā)現(xiàn)，需要提供通用的用戶篩選模型等。不斷地嘗試，不斷地發(fā)現(xiàn)問題，不斷優(yōu)化產(chǎn)品方案。

回爐再造

非常有幸參加了美團(tuán)年會和美團(tuán)外賣年會，更幸運(yùn)的是抽中了全場最大的獎—-“掏光一個區(qū)域經(jīng)理的錢包”，猜猜有多少錢哈。

時間永遠(yuǎn)是短暫的，因?yàn)閷W(xué)校有事，我只能離別美團(tuán)外賣了。臨別前夕，和小雷姐單聊了一下，現(xiàn)在只記得“要看各方面的書”，“要有同理心”（和美女聊天總記不得那么多）。

實(shí)踐要有，方法論也要學(xué)，接下來的日子里，修煉自己，回爐再造。

本文為作者 @程小超 投稿發(fā)布，轉(zhuǎn)載請注明來源于人人都是產(chǎn)品經(jīng)理并附帶本文鏈接