起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識在程序員眼中，優秀的產品經理長什么樣？
編輯導讀：與程序員打交道，是產品經理的日常工作之一。由于兩者的知識體系和思維結構不一樣，關注的重點不一樣，所以在協同工作過程中，難免會出現一些分歧和摩擦，出現互相埋怨和吐槽的情況。贏得對手認可的才是真正的強大，那么，在程序員眼中，優秀的產品經理長什么樣？本文作者對此展開了討論，一起來看看~
一千個人心中有一千個哈姆雷特，對產品經理這個崗位，每個人都會有不同看法，但往往技術同學對我們的認可，是更值得關注的，因為它直接決定著產品落地效率和上線質量。
前兩天參加了360內部組織的一次產品技術交流會，了解到我司技術大牛眼中優秀產品經理的形象，也借這個機會和大家分享下。
受技術認可的產品經理有何特征？大概可以總結為：上得了廳堂，下得了廚房，守得住寂寞，創得了輝煌！怎么理解呢？
01 對外部變化足夠敏感
優秀的產品經理，要有前瞻性。
一方面，你應該是行業專家，對宏觀大環境有足夠認知，知道哪里有機會，哪里是業務增長點，哪里有坑，并帶領大家規避風險，放大自身能力，跟上這些新趨勢；另一方面，你應該對競爭對手敏感，知道大家都在做什么、怎么做的、效果如何，能基于你的判斷，先于競品占領市場。
尤其技術人員希望你在講述產品功能前，先闡明需求價值、數據依據、結果預估，而不是憑感覺做事。
02 對內部業務足夠清晰
即對自己負責的產品，要清楚用戶在哪兒，用戶有哪些場景哪些痛點，產品基于什么業務邏輯解決了這些痛點，帶來了什么收益。產品經理要切實可行地把用戶/客戶問題轉化為產品功能，設定業務目標并有節奏地推動落地。
同時，當需求過多時，不是只做需求的搬運工，而是要有一套中長期規劃，盡量讓當下方案在未來有可復用性和強穩定性，以便出現異常時能迅速找到替代方案。千萬不要說兩套完全框架結構不一樣的交互方案，第一個版本上A，第二個版本推翻了又上B，會讓開發人員崩潰的。
03 讓自己的產出物足夠專業
需求文檔、交互原型、項目管理報告、需求分析報告、產品架構圖、業務流程圖……這些產品經理的日常產出物，撰寫時務必學會換位思考，構建起和開發同學的同理心。具體包括：
- 要能將業務需求/問題歸因到正確的技術模塊，最好對技術邏輯有認知；
- 文檔管理規范，需求變更及時同步；
- 方案描述完整，邏輯完備，能考慮到異常邊界情況。
此外，一定注意產出物的簡潔易讀，以快速理解落地為目標，避免“套模板”寫文檔。把字數堆的很多看起來很厲害，實際閱讀體驗會非常差。多用圖、表，少文字描述。
04 和技術人員的溝通足夠充分
溝通問題是老生常談了，溝通是否到位，體現在：
- 開發前，對需求調研充分，方案合理，目標明確，能有理有據說服大家支持你的想法，認可要做的產品理念和方向；
- 開發中，關注人員分工、時間安排、成本消耗。當有變化時能及時通知到相關人員。
- 開發后，和技術人員同步數據，匯報時要能體現出技術人員的重要性，讓大家有一種參與感。
關于如何說服的話術，這里貢獻個小技巧，當技術人員不接受你的方案時：
- 充分尊重對方意見，引導他說出反對理由，比如“因為我覺得用戶在這里不需要XXX功能”
- 對該觀點先表示理解，提出自己也考慮過這種情況。但同樣指出XXX功能適用的場景，能解決什么問題，有什么優點，如果不做有什么風險，會對其他模塊有何影響等等。
- 拋出同類產品類似的解決方案，借其他案例證明自己產品的可行性。
- 提出：“很多方案沒有對錯，我們的想法都是主觀判斷，再爭辯下去沒有意義，如果我的方案實施成本不高，就先聽我的，然后我們數據說話，出了事找我”，強調產品經理的判斷力和目標意識，求同存異，但為快速落地，仍需要一個人來拍板，那這個人就是自己，因為自己會對結果負責。
通常這種情況下大家也就會表示認可，畢竟團隊是為了同一個目標在努力。
05 總結
其實說了這么多，總的來看就兩條，第一是要你足夠專業，讓我信服；第二是要能換位思考，理解我。因此，想要被技術同學認可，更多還是要提升自身專業能力，至于是否懂技術，更多是加分項，畢竟術業有專攻。
希望這篇文章能讓你在和技術同學溝通時有所幫助，有什么想說的，歡迎留言與我分享~
#專欄作家#
申悅，微信公眾號：互聯網悅讀筆記（ID：pmboxs），人人都是產品經理專欄作家，360產品總監，起點學院優秀導師。
本文原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自 Unsplash，基于 CC0 協議
- 目前還沒評論，等你發揮！
