不想改變世界的產(chǎn)品經(jīng)理不是好的產(chǎn)品經(jīng)理，產(chǎn)品經(jīng)理要有一顆創(chuàng)造、改變和實現(xiàn)一些東西的初衷和想法，不然產(chǎn)品經(jīng)理就淪為了功能型產(chǎn)品經(jīng)理。

總體摘要：

• 對象：非技術(shù)產(chǎn)品經(jīng)理
• 目的：高效與技術(shù)人員溝通

掌握技能包含主要3點：

1. 技術(shù)職能劃分了解
2. 常用技術(shù)術(shù)語了解
3. 理解開發(fā)人員思維（技術(shù)思維vs產(chǎn)品思維）

用戶代言人：產(chǎn)品經(jīng)理

實現(xiàn)代言人：技術(shù)人員

第一部分：技術(shù)思維vs產(chǎn)品思維

技術(shù)思維（程序員）

1. 功能實現(xiàn)
2. 開發(fā)難易
3. 后期維護(hù)
4. 改動成本

產(chǎn)品思維（產(chǎn)品經(jīng)理）

要站在用戶思維，否則以技術(shù)思維可能最后做出來產(chǎn)品過于生硬，偏工具。

1. 產(chǎn)品定位
2. 需求場景
3. 用戶體驗
4. 業(yè)務(wù)目標(biāo)

產(chǎn)品思維vs技術(shù)思維實例：

微信通訊錄及會話設(shè)計：

從微信第二個“tab”進(jìn)去，點擊好友主頁，點擊“發(fā)消息”，點擊左上角“返回”，卻退回了第一個tab“微信”。

• 技術(shù)思維：堆棧式設(shè)計，即從哪里進(jìn)入，就返回到哪里。(路徑為1-2-3 / 回退路徑即為3-2-1）
• 產(chǎn)品思維：更加符合場景，貼合用戶使用習(xí)慣，遵從人性。

備注：以上的微信通訊錄及會話設(shè)計操作路徑示例，本人按照上面操作實操時卻發(fā)現(xiàn)回退到的是上一個頁面，而非作者說的返回第一個tab“微信”，可能是新版本的微信改了吧，作者當(dāng)時是舊版本吧。不過實際中確實很多類似這種例子。尤其是用戶使用習(xí)慣。

其他：技術(shù)人員往往不具備同理心，及換位思考的能力（產(chǎn)品方面，生活其他角度除外）。但是產(chǎn)品經(jīng)理必須同理心及換位思考的能力。這是產(chǎn)品經(jīng)理必須具備的一種必備素質(zhì)。所以產(chǎn)品經(jīng)理需要內(nèi)心強(qiáng)大，來抵抗一些來自程序員方面的壓力。

但最終產(chǎn)品經(jīng)理任然需要站在產(chǎn)品角度，用戶角度去完成產(chǎn)品設(shè)計。也是基于此方面（思維方式及心理能力）產(chǎn)品經(jīng)理和技術(shù)人員是不同的，所以這也是產(chǎn)生分歧的根本原因。

第二部分：技術(shù)職能劃分

• CTO：技術(shù)部門leader或產(chǎn)品
• 架構(gòu)師：負(fù)責(zé)系統(tǒng)整體技術(shù)架構(gòu)和技術(shù)選型（技術(shù)角色）僅次于CTO。
• 前端開發(fā)：分為網(wǎng)頁前端（web）、移動客戶端前端（native),移動客戶端又分為Android、ios、Windows Phone【安卓設(shè)計和ios有不同的開發(fā)設(shè)計規(guī)范】
• 后端開發(fā)：服務(wù)端開發(fā)，包括數(shù)據(jù)庫設(shè)計與開發(fā)，應(yīng)用接口開發(fā)。
• 系統(tǒng)運維：服務(wù)器管理與整體維護(hù)，應(yīng)用發(fā)布。如服務(wù)器數(shù)量是否夠等。

上圖為作者的創(chuàng)業(yè)公司的一個工作流程。具體公司可能不太一樣，但大同小異。

幾點：周為節(jié)點進(jìn)行產(chǎn)品迭代，高保真的demo，這塊是作者公司需要做的。根據(jù)筆者經(jīng)歷而言，有的創(chuàng)業(yè)公司需要做代碼可運行的高保真demo，如需要用demo和投資人溝通融資。大部分公司只需要評審非代碼層面的原型及需求文檔即可。

個人總結(jié)：利用用戶思維去跟開發(fā)解釋更符合用戶場景，而不是技術(shù)實現(xiàn)。這也是我在工作中經(jīng)常遇到的，有時候可能太過于同理心了【比如特別“同情”技術(shù)人員】就會把一些“不易”開發(fā)的省卻成簡單的，這其實很多時候是不正確的做法。這樣往往設(shè)計的產(chǎn)品過于機(jī)械化、工具化，產(chǎn)品經(jīng)理應(yīng)該站在用戶思維，不要走偏記得！

第三部分：常用技術(shù)術(shù)語

【此處需要劃重點，著重記憶，對你以后和技術(shù)溝通和理解技術(shù)有很大幫助】

1. API：服務(wù)器端的應(yīng)用接口。應(yīng)用接口類似于服務(wù)器端定義好的一個協(xié)議，這個協(xié)議有一些的數(shù)據(jù)結(jié)構(gòu)，會有一個固定的標(biāo)識。前端同學(xué)需要訪問這個協(xié)議，通過這個協(xié)議將具體的數(shù)據(jù)傳送給服務(wù)器端，服務(wù)器端基于這個固定好的協(xié)議接受數(shù)據(jù)，實現(xiàn)前后端互聯(lián)互通。API就是協(xié)議，前后端共同遵從的協(xié)議。
2. eg：登陸功能：后端定義好需要用戶名和密碼，前端需要將用戶名和密碼傳送給服務(wù)器端，服務(wù)器端驗證成功就好了。
3. Json/xml：屬于數(shù)據(jù)協(xié)議，eg：登錄名/密碼。實際就是通過json這個承載體，可以理解為打包文件，把用戶名和密碼放到里面，然后通過API這個協(xié)議傳送給服務(wù)器。
4. URL：地址。
5. html/css：web網(wǎng)頁使用的布局語言、裝飾表
6. 數(shù)據(jù)庫（DB)：存儲數(shù)據(jù)，數(shù)據(jù)查詢，檢索
7. Git/SVN：管理代碼，代碼存儲的服務(wù)，實現(xiàn)多分支管理，遠(yuǎn)程和本地的開發(fā)?！敬a倉庫】不同的代碼同學(xué)共同協(xié)作。

前端術(shù)語：

• Activity（Android）：每一個屏幕展示的頁就是這個，這個界面上所有的邏輯，所有的展示。
• ViewController（IOS)：每一個屏幕展示的頁就是這個。同上，只是一個是ios一個是安卓。
• lib（第三方庫）：eg：用百度地圖的sdk，可直接使用這項服務(wù)（定位服務(wù)）第三方庫幫助我們做復(fù)雜的事情。
• ListView（Android）：其實就是app里面經(jīng)常能看到的列表，例如微信里面的聊天頁面就是個列表。
• TableView（iOS)：同上。
• View：基礎(chǔ)組件都是一個view，如一個按鈕，一個選擇框，一個復(fù)選框都是一個view，甚至一段文字的展示都是一個view。指的是具體前端頁面展示的一個具體的組件。

第四部分：如何與技術(shù)人員溝通

【翻譯】【很重要，非技術(shù)產(chǎn)品經(jīng)理90%都會遇到】

產(chǎn)品經(jīng)理說白話，技術(shù)人員說黑話。產(chǎn)品經(jīng)理需要自己翻譯給自己聽，給用戶聽。（哈哈）

產(chǎn)品經(jīng)理主導(dǎo)溝通方向，實際工作中討論往往從原本的產(chǎn)品討論很容易陷入技術(shù)細(xì)節(jié)討論。應(yīng)該避免陷入技術(shù)細(xì)節(jié)討論，從場景和用戶體驗出發(fā)。對實現(xiàn)方案的討論，非技術(shù)產(chǎn)品經(jīng)理是無法參與的。技術(shù)人員找產(chǎn)品經(jīng)理討論，往往是確認(rèn)產(chǎn)品需求但最終就成了討論技術(shù)問題。

如何解決這個問題：

1. 從場景出發(fā)；
2. 從用戶體驗出發(fā)。

真正用戶能用的產(chǎn)品。

因此產(chǎn)品經(jīng)理與開發(fā)人員溝通的過程中要把握溝通的方向，要知道聊的是什么，每一次溝通要有目的和結(jié)論。溝通要往哪個方向引導(dǎo)。一切以用戶場景和用戶體驗為主。否則討論就會走向偏題的狀態(tài)。這也不是自己擅長的。

如下圖為技術(shù)人員經(jīng)常會對產(chǎn)品經(jīng)理說的話，你是不是很有同感？

如果遇到以上問題：產(chǎn)品經(jīng)理是改產(chǎn)品設(shè)計還是改需求？

產(chǎn)生上述原因可能有產(chǎn)品需求文檔里面沒寫，或者技術(shù)人員覺得這個重新做成本太大。實現(xiàn)不了，或者技術(shù)人員直接告訴你只是后端的問題。

如何解決上述問題，舉兩個例子：

【引導(dǎo)型溝通，有序的溝通】

第一個“這個實現(xiàn)不了”：不要被技術(shù)所限制，但要在技術(shù)邊界之內(nèi)。產(chǎn)品是需要衡量投入產(chǎn)出比，挖掘技術(shù)人員背后的初衷，是因為時間不夠（講清楚緊急程度，就改為可實現(xiàn)了），還是技術(shù)難度（技術(shù)人員也是需要技術(shù)調(diào)研），另一種是確實技術(shù)實現(xiàn)不了。一定要搞清楚是哪一種，不要隨意更改需求，不然是對用戶的不負(fù)責(zé)，是對產(chǎn)品的不負(fù)責(zé)。

第二個“這是后端的問題”：當(dāng)我們使用產(chǎn)品時發(fā)現(xiàn)了一個bug，可能第一時間直接問開發(fā)同學(xué)或測試，問怎么解決，技術(shù)人人員往往告訴你是后端的問題。那么你應(yīng)該找誰，是找前端是找后端，正確的方式是不應(yīng)該直接找后端，而是需要問前端：你是如何排查這個問題的，我們應(yīng)該怎么解決這個問題，如果要解決這個問題，我能為你做什么，一起探討這個問題的解決方案。

分析技術(shù)人員的需求：Want or Need，需求的本質(zhì)。

• 用戶：需要一個更快的馬；
• 福特：提供了一個汽車。

第五部分：非技術(shù)背景產(chǎn)品經(jīng)理學(xué)習(xí)指南

懂用戶比懂產(chǎn)品重要，懂產(chǎn)品比懂技術(shù)重要

“設(shè)計一款產(chǎn)品：最先考慮的不應(yīng)該是技術(shù)，而應(yīng)該是用戶，需要我們在什么場景下位他們解決什么問題，這樣才能更好的設(shè)計，呈現(xiàn)給用戶。產(chǎn)品本身不能過于流程化和機(jī)械化，設(shè)計一款符合用戶使用習(xí)慣的產(chǎn)品?！?/p>

總結(jié)

1. 發(fā)揮非實現(xiàn)模式思維的優(yōu)勢，理解并思考場景；
2. 多與技術(shù)人員溝通，理解實現(xiàn)模型思維；
3. 學(xué)會講故事，講故事能力非常重要，往往都說產(chǎn)品經(jīng)理就是ceo的學(xué)前班，這個我很認(rèn)同。產(chǎn)品經(jīng)理需要面向運營、市場、財務(wù)、法務(wù)等等，產(chǎn)品經(jīng)理要讓這個故事講得精彩，讓大家一起把事情做好。這個故事的引導(dǎo)者和制造者就是產(chǎn)品經(jīng)理，并且產(chǎn)品經(jīng)理需要有廣度思維。

最終我們所創(chuàng)造的用戶價值，才是最終能帶來實際效果的，才能造福用戶，被這個行業(yè)和市場所接受，我們應(yīng)該為這個行業(yè)創(chuàng)造價值，為這個行業(yè)改變一些事情，為這個世界做一些事情。

最后送給大家：

不想改變世界的產(chǎn)品經(jīng)理不是好的產(chǎn)品經(jīng)理，產(chǎn)品經(jīng)理要有一顆創(chuàng)造、改變和實現(xiàn)一些東西的初衷和想法，不然產(chǎn)品經(jīng)理就淪為了功能型產(chǎn)品經(jīng)理。什么是創(chuàng)造型產(chǎn)品經(jīng)理，什么是功能型產(chǎn)品經(jīng)理，相信大家都有自己心里面的一些思考。

ps：以上內(nèi)容基于在起點學(xué)院觀看Ryan視頻的一些整理及個人工作中的感悟，僅分享和交流，保持求同存異的觀點和態(tài)度。

本文由 @對方正在輸入 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議