3年產品經理經驗分享：老闆的需求應該如何接？

一、背景説明

先交代一下筆者的工作背景：筆者在今年8月從一線城市回到二線城市的老家，入職了一家互聯網國企，公司主要是做本地生活服務，業務範圍涵蓋了衣食住行，吃喝玩樂，運動健康，文化旅遊等等。

目前運營的最好的業務就是外賣，我們公司的目標也是把外賣做到全國第三。公司總部在三線城市，總部負責產品的運營；在一線城市以及二線城市分別成立了子公司負責產品開發。

我作為二線城市子公司唯一的產品經理，產品部門的組織架構如下：老闆（在總部）->產品負責人（在杭州）->兩個產品經理（一線城市），一個產品經理（二線城市,也即是我）。

二、老闆是這樣提需求的

兩週之前，老闆召集了所有的產品經理開產品討論會，會議主題：“討論App首頁改版問題”。由於異地辦公原因，會議都是語音會議。

會議開始時老闆給我們講了一個美國與其他國家划船比賽的故事,故事大致意思是：“其他國家通過捷徑彎道超車贏得比賽”。通過這個故事的開頭，我們會議主題變為了：“做一個類似與某乎產品形態，美食垂直領域社區產品”。

我們要用這樣一個產品去超越我們的競爭對手，老闆有做內容產品的念頭是來自於市場人員，業務員在跑市場的時候收集到部分用户反饋：不知道當地特色食物是什麼？不知道哪些店是好吃的？為此，老闆提出了：

• 在App首頁增加問答模塊，解決以上收集的需求問題；
• 運營問答模塊，後期通過算法為用户建立用户畫像，以機器人為形態為每個用户定製健康小助力，為用户推薦個性化的飲食以及與平台的健康業務形成閉環；
• 成立美食kol團隊，通過直播探店，美食評測等等做內容運營進行業務推廣。

老闆開會有點名環節，所以每次會議前我都會針對會議主題做準備。我每次都是最後被點名的人，所以我的答案有兩種：一是我的想法和解決方案；二是我的想法跟前面幾位一樣，每次會議我都會盡量當隱形人。

三、同伴們給的解決方案

針對老闆給出的需求問題，同伴們各抒己見：

1. 做美食問答系統，採用人工加知識庫的形式；
2. 針對問答的及時性先採用業務人員進行回答；
3. 在首頁用懸浮按鈕做入口；
4. 問答只先做外賣模塊；
5. 後期成熟後用個性化的推送等等。

大家都積極的想着如何把這個需求執行落地。我作為整個會議最後的一個發言人，全程遊離在討論之外。

我認真的聽着幾位同伴的想法和解決方案，耐心的等着看是否會有人跟我一樣對這個需求有一絲絲疑惑、遺憾，大家的想法都得到了老闆的認可，我只能在心裏倒計時快到我發言了。

四、老闆的需求執行結果

我是最後一個被點名的，點名前我都已經把答案順了幾遍了，甚至都不需要順，我有個萬能的模板:”我的想法跟他們一樣，我也同意這種做法”。會議因為持續時間太長，被改到下午上班接着討論了。

心裏竊喜並痛苦着：

1. 暫時脱離了會議，心裏因不用發表違心的言論而送了口氣；
2. 就算這個功能要做也不到我，我就個打醬油的。討論會最終沒有進行，結果是讓產品負責人彙總後進行單獨彙報。會議結束兩週了，會議結論沒有下文。

今天，老闆在羣裏問起了進度問題，特意強調了問答系統的進度；因為在他心裏，這個就是平台區別於競品的特色功能，我們就是要用它超越對手。

看到老闆如此器重，信心滿滿，我心裏靈魂一問，真的要順着老闆的想法去執行麼？我要不要發表真實的想法？

五、我該講真話麼？

我該講真話麼？尤其是大家的想法都得到領導認可的時候，我還有必要再講麼？

回到事情的本身來講，對於收集到的反饋：“不知道哪家店好吃，不知道什麼好吃”的問題上，真的有必要做一個問答系統麼？在App的首頁推薦板塊做了top榜單，新店推薦，三餐推薦，本地特色等，根據收集到的反饋説明了兩個問題：產品沒有被大家所知曉；app所做的推薦功能不足以吸引用户。

那真正需要解決的問題是推廣運營產品，對現有的推薦功能做優化，而不是又在去疊加一個功能。

除此之外，當前平台沒有進行專業的運營，產品迭代的方向也是拍腦決定，不看數據，不定kpI，只是不斷不斷的疊加功能；真的要一直延續這樣的發展路徑嗎？抱着一腔熱血，立誓要把公司產品運營起來的我，迷茫了，感覺前方是一個無底洞。

六、逃避or面對？

在工作中除非必要我不喜歡直接與決定層接觸，通常是把想法和解決方法反饋到負責人處；由負責人與決定層交涉，我去執行最終的方案。

處在這樣的位置裏，我工作了三年，工作自在舒服，絕大部分時間可以實現自己的想法，偶爾還能發發小脾氣，覺得領導層的決定傻缺，又不用承受太多的壓力。

但這實際是一種逃避行為，躲在別人後面避免承擔責任而已；除非無慾無求，否則不可能一直安然無恙，因為你不可能永遠做執行者，永遠不可能只待在舒適窩裏。

作為產品經理，無論從事哪一個行業，還是需要保留着初心（產品真的能改變世界，最重要的是保持着對產品的熱愛）。我不會去執行這個需求，但我會表達出我真實的想法，這是我身在這個崗位需要負的責任。

本文由 @努力努力再努力的PM 原創發佈於人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基於CC0協議。