在2014年12月末的時候目派，非常幸運地加入美團外賣坤候，成為用戶端的產(chǎn)品經(jīng)理實習生。非常感謝曦哥企蹭、小雷姐以及各同仁的照顧白筹，在那渡過了充實的4個月實習生涯，好吧谅摄，除去過年徒河，實際差不多3個月。我把這3個月來的經(jīng)歷歸結(jié)成四個階段螟凭，從朦朧不懂逐漸清晰產(chǎn)品思路虚青。爆一張內(nèi)部圖。

盲人摸象

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

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

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

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

每個公司的企業(yè)文化都不一樣伟桅，就像叢林法則敞掘，適者生存叽掘。聽一個同事說楣铁，之前在前一個公司做產(chǎn)品經(jīng)理的時候，一個產(chǎn)品功能方案需要出7-9遍更扁，不斷地評審盖腕、不斷地優(yōu)化方案。又聽一個同事說浓镜，美團外賣有一段瘋狂時期溃列，上午定需求，中午排期膛薛，下午開發(fā)听隐，晚上測試上線。對于創(chuàng)業(yè)型公司來說哄啄，需要的是快速迭代雅任，盡可能去吸引用戶、增加流量咨跌。對于成熟型公司沪么，需要的是穩(wěn)健，他們的任務在于如何服務好已有的用戶锌半，盡可能減少用戶的流失禽车。這個可以說是一個企業(yè)的文化，抑或是一個產(chǎn)品在不同時期的文化。到那的第一周殉摔，曦哥就讓我負責mt版本（美團外賣頻道的一個過渡型版本）州胳，這個版本那時候處于較穩(wěn)定的時候，一周一迭代逸月。

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

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

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

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

小試牛刀

將app上的活動移植到mt版本驼仪，后期演變成機械性的重復，能力的提升無非是熟悉到熟練绪爸，彷徨中來了新的任務，讓我小試牛刀了一把奠货。

只做目前最迫切的需求

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

提前溝通達成事前的基本共識

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

不做比做更需要勇氣

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

初生牛犢

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

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

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

“復制”不見得是最省成本的

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

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

紅包提醒之前采用的是短信通知热押，用戶每收到一個紅包斤寇，系統(tǒng)就會自動發(fā)一條紅包到賬短信到用戶手機上拥褂。每天的紅包大致有80w，按每條3分錢計算饺鹃，一天花在紅包短信上的費用就有2.4w啦尤慰。了解到90%以上的紅包領取都在微信中，小雷姐就將這個省錢的任務交給我了伟端。調(diào)研發(fā)現(xiàn)，嘀嘀打車党巾、功夫熊等通過發(fā)送模板信息提示紅包到賬霜医，我想我們也可以效仿。結(jié)果發(fā)現(xiàn)這個的前提是需要先關(guān)注公眾號（有些不需要署海，你懂的）医男，查詢歷史紅包還要涉及綁定賬號等等。那時候正在看《微創(chuàng)新》刀森，與傳統(tǒng)的跳出框架去創(chuàng)新不同报账，它宣揚在框架內(nèi)利用手頭的資源進行微創(chuàng)新。跳出框架之后天馬行空的創(chuàng)新透罢，聽起來可能很有趣新穎琐凭，但是仔細推敲，詬病不少统屈，實用者甚微。而在框架內(nèi)的思考腕扶，是基于現(xiàn)在工作基礎上切實可行的微創(chuàng)新吨掌，改變不大，收益不少窿侈∏锩＃回到最初的問題，分析一下用戶提醒的方式：短信圆兵、氣泡枢贿、push、微信等超凳。最后提出了新用戶發(fā)送短信耀态，老用戶發(fā)送push信息的方案，基本完成省錢任務茫陆。

越挫越勇

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

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

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

偶爾借助一下領導的力量

后來負責搭建運營push管理后臺垢夹，屬于外賣這的第一個運營工具维费。一個是這個存在技術(shù)的難點，另一個是這個屬于跨組需求而晒，有時候推動不是那么有效阅畴。開學季，需要利用push給用戶給發(fā)送紅包监署，可當時后臺的能力還不支持統(tǒng)計纽哥，無法正式使用。任務緊急晓避，沒辦法只壳，只能借助一下領導的力量，小雷姐過去說明了一下锅必，果然推進效果顯著惕艳。

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

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

回爐再造

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

時間永遠是短暫的压恒，因為學校有事探赫，我只能離別美團外賣了撬呢。臨別前夕，和小雷姐單聊了一下毛仪，現(xiàn)在只記得“要看各方面的書”芯勘，“要有同理心”（和美女聊天總記不得那么多）。

實踐要有衡怀，方法論也要學，接下來的日子里抛杨，修煉自己怖现，回爐再造。