對(duì)象：非技術(shù)人員
目的：高效與技術(shù)人員溝通
掌握技能包含主要3點(diǎn)：
? 1. 技術(shù)職能劃分了解
? 2. 常用技術(shù)術(shù)語(yǔ)了解
? 3. 理解開(kāi)發(fā)人員思維（技術(shù)思維vs產(chǎn)品思維）
用戶(hù)代言人：產(chǎn)品經(jīng)理
實(shí)現(xiàn)代言人：技術(shù)人員
第一部分 技術(shù)思維vs產(chǎn)品思維
技術(shù)思維（程序員）
? 1. 功能實(shí)現(xiàn)
? 2. 開(kāi)發(fā)難易
? 3. 后期維護(hù)
? 4. 改動(dòng)成本
產(chǎn)品思維（產(chǎn)品經(jīng)理）
【要站在用戶(hù)思維，否則以技術(shù)思維可能最后做出來(lái)產(chǎn)品過(guò)于生硬，偏工具】
? 1. 產(chǎn)品定位
? 2. 需求場(chǎng)景
? 3. 用戶(hù)體驗(yàn)
? 4. 業(yè)務(wù)目標(biāo)
產(chǎn)品思維vs技術(shù)思維實(shí)例：
微信通訊錄及會(huì)話(huà)設(shè)計(jì)：
從微信第二個(gè)“tab”進(jìn)去，點(diǎn)擊好友主頁(yè)，點(diǎn)擊“發(fā)消息”，點(diǎn)擊左上角“返回”，卻退回了第一個(gè)tab“微信”
技術(shù)思維：堆棧式設(shè)計(jì)，即從哪里進(jìn)入，就返回到哪里。(路徑為1-2-3 / 回退路徑即為3-2-1）
產(chǎn)品思維：更加符合場(chǎng)景，貼合用戶(hù)使用習(xí)慣，遵從人性。
備注:以上的微信通訊錄及會(huì)話(huà)設(shè)計(jì)操作路徑示例，本人按照上面操作實(shí)操時(shí)卻發(fā)現(xiàn)回退到的是上一個(gè)頁(yè)面，而非作者說(shuō)的返回第一個(gè)tab“微信”，可能是新版本的微信改了吧，作者當(dāng)時(shí)是舊版本吧。不過(guò)實(shí)際中確實(shí)很多類(lèi)似這種例子。尤其是用戶(hù)使用習(xí)慣。
其他：技術(shù)人員往往不具備同理心，及換位思考的能力（產(chǎn)品方面，生活其他角度除外）。但是產(chǎn)品經(jīng)理必須同理心及換位思考的能力。這是產(chǎn)品經(jīng)理必須具備的一種必備素質(zhì)。所以產(chǎn)品經(jīng)理需要內(nèi)心強(qiáng)大。來(lái)抵抗一些來(lái)自程序員方面的壓力。但最終產(chǎn)品經(jīng)理任然需要站在產(chǎn)品角度，用戶(hù)角度去完成產(chǎn)品設(shè)計(jì)。也是基于此方面（思維方式及心理能力）產(chǎn)品經(jīng)理和技術(shù)人員是不同的，所以這也是產(chǎn)生分歧的根本原因。
第二部分：技術(shù)職能劃分
CTO:技術(shù)部門(mén)leader或產(chǎn)品
架構(gòu)師：負(fù)責(zé)系統(tǒng)整體技術(shù)架構(gòu)和技術(shù)選型（技術(shù)角色）僅次于CTO。
前端開(kāi)發(fā)：分為網(wǎng)頁(yè)前端（web）、移動(dòng)客戶(hù)端前端（native),移動(dòng)客戶(hù)端又分為Android、ios、Windows Phone【安卓設(shè)計(jì)和ios有不同的開(kāi)發(fā)設(shè)計(jì)規(guī)范】
后端開(kāi)發(fā)：服務(wù)端開(kāi)發(fā)，包括數(shù)據(jù)庫(kù)設(shè)計(jì)與開(kāi)發(fā)，應(yīng)用接口開(kāi)發(fā)。
系統(tǒng)運(yùn)維：服務(wù)器管理與整體維護(hù)，應(yīng)用發(fā)布。如服務(wù)器數(shù)量是否夠等。
上圖為作者的創(chuàng)業(yè)公司的一個(gè)工作流程。具體公司可能不太一樣，但大同小異。
幾點(diǎn)：周為節(jié)點(diǎn)進(jìn)行產(chǎn)品迭代。高保真的demo。這塊是作者公司需要做的。根據(jù)筆者經(jīng)歷而言，有的創(chuàng)業(yè)公司需要做代碼可運(yùn)行的高保真demo，如需要用demo和投資人溝通融資。大部分公司只需要評(píng)審非代碼層面的原型及需求文檔即可。
個(gè)人總結(jié)：利用用戶(hù)思維去跟開(kāi)發(fā)解釋更符合用戶(hù)場(chǎng)景。而不是技術(shù)實(shí)現(xiàn)。這也是我在工作中經(jīng)常遇到的。有時(shí)候可能太過(guò)于同理心了【比如特別“同情”技術(shù)人員】就會(huì)把一些“不易”開(kāi)發(fā)的省卻成簡(jiǎn)單的，這其實(shí)很多時(shí)候是不正確的做法。這樣往往設(shè)計(jì)的產(chǎn)品過(guò)于機(jī)械化、工具化。產(chǎn)品經(jīng)理應(yīng)該站在用戶(hù)思維，不要走偏記得！
第三部分 常用技術(shù)術(shù)語(yǔ)
【此處需要?jiǎng)澲攸c(diǎn)，著重記憶，對(duì)你以后和技術(shù)溝通和理解技術(shù)有很大幫助】
? 1. API：服務(wù)器端的應(yīng)用接口。應(yīng)用接口類(lèi)似于服務(wù)器端定義好的一個(gè)協(xié)議，這個(gè)協(xié)議有一些的數(shù)據(jù)結(jié)構(gòu)，會(huì)有一個(gè)固定的標(biāo)識(shí)。前端同學(xué)需要訪(fǎng)問(wèn)這個(gè)協(xié)議，通過(guò)這個(gè)協(xié)議將具體的數(shù)據(jù)傳送給服務(wù)器端，服務(wù)器端基于這個(gè)固定好的協(xié)議接受數(shù)據(jù)，實(shí)現(xiàn)前后端互聯(lián)互通。API就是協(xié)議，前后端共同遵從的協(xié)議。
? ? eg：登陸功能：后端定義好需要用戶(hù)名和密碼，前端需要將用戶(hù)名和密碼傳送給服務(wù)器端，服務(wù)器端驗(yàn)證成功就好了。
? 2. Json/xml:屬于數(shù)據(jù)協(xié)議。eg：登錄名/密碼。實(shí)際就是通過(guò)json這個(gè)承載體，可以理解為打包文件，把用戶(hù)名和密碼放到里面，然后通過(guò)API這個(gè)協(xié)議傳送給服務(wù)器。
? 3. URL：地址。
? 4. html/css：web網(wǎng)頁(yè)使用的布局語(yǔ)言、裝飾表
? 5. 數(shù)據(jù)庫(kù)（DB)：存儲(chǔ)數(shù)據(jù)，數(shù)據(jù)查詢(xún)，檢索
? 6. Git/SVN：管理代碼，代碼存儲(chǔ)的服務(wù)。實(shí)現(xiàn)多分支管理，遠(yuǎn)程和本地的開(kāi)發(fā)?！敬a倉(cāng)庫(kù)】不同的代碼同學(xué)共同協(xié)作。
前端術(shù)語(yǔ)：
Activity（Android）：每一個(gè)屏幕展示的頁(yè)就是這個(gè)，這個(gè)界面上所有的邏輯，所有的展示
ViewController（IOS)：每一個(gè)屏幕展示的頁(yè)就是這個(gè)。同上，只是一個(gè)是ios一個(gè)是安卓。
lib（第三方庫(kù)）：eg：用百度地圖的sdk，可直接使用這項(xiàng)服務(wù)（定位服務(wù)）第三方庫(kù)幫助我們做復(fù)雜的事情
ListView（Android）:其實(shí)就是app里面經(jīng)常能看到的列表，例如微信里面的聊天頁(yè)面就是個(gè)列表。
TableView（iOS)：同上。
View：基礎(chǔ)組件都是一個(gè)view，如一個(gè)按鈕，一個(gè)選擇框，一個(gè)復(fù)選框都是一個(gè)view，甚至一段文字的展示都是一個(gè)view。指的是具體前端頁(yè)面展示的一個(gè)具體的組件。
第四部分 如何與技術(shù)人員溝通
【翻譯】【很重要，非技術(shù)產(chǎn)品經(jīng)理90%都會(huì)遇到】
產(chǎn)品經(jīng)理說(shuō)白話(huà)，技術(shù)人員說(shuō)黑話(huà)。產(chǎn)品經(jīng)理需要自己翻譯給自己聽(tīng)，給用戶(hù)聽(tīng)。（哈哈）
產(chǎn)品經(jīng)理主導(dǎo)溝通方向，實(shí)際工作中討論往往從原本的產(chǎn)品討論很容易陷入技術(shù)細(xì)節(jié)討論。應(yīng)該避免陷入技術(shù)細(xì)節(jié)討論，從場(chǎng)景和用戶(hù)體驗(yàn)出發(fā)。對(duì)實(shí)現(xiàn)方案的討論，非技術(shù)產(chǎn)品經(jīng)理是無(wú)法參與的。技術(shù)人員找產(chǎn)品經(jīng)理討論，往往是確認(rèn)產(chǎn)品需求但最終就成了討論技術(shù)問(wèn)題。如何解決這個(gè)問(wèn)題：1）從場(chǎng)景出發(fā)，2）從用戶(hù)體驗(yàn)出發(fā)。
真正用戶(hù)能用的產(chǎn)品。
因此產(chǎn)品經(jīng)理與開(kāi)發(fā)人員溝通的過(guò)程中要把握溝通的方向，要知道聊的是什么，每一次溝通要有目的和結(jié)論。溝通要往哪個(gè)方向引導(dǎo)。一切以用戶(hù)場(chǎng)景和用戶(hù)體驗(yàn)為主。否則討論就會(huì)走向偏題的狀態(tài)。這也不是自己擅長(zhǎng)的。
如下圖為技術(shù)人員經(jīng)常會(huì)對(duì)產(chǎn)品經(jīng)理說(shuō)的話(huà)，你是不是很有同感？
如果遇到以上問(wèn)題：產(chǎn)品經(jīng)理是改產(chǎn)品設(shè)計(jì)還是改需求。
產(chǎn)生上述原因可能有產(chǎn)品需求文檔里面沒(méi)寫(xiě)，或者技術(shù)人員覺(jué)得這個(gè)重新做成本太大。實(shí)現(xiàn)不了，或者技術(shù)人員直接告訴你只是后端的問(wèn)題。
如何解決上述問(wèn)題，舉兩個(gè)例子：
【引導(dǎo)型溝通，有序的溝通】
第一個(gè)“這個(gè)實(shí)現(xiàn)不了”：不要被技術(shù)所限制，但要在技術(shù)邊界之內(nèi)。產(chǎn)品是需要衡量投入產(chǎn)出比。挖掘技術(shù)人員背后的初衷，是因?yàn)闀r(shí)間不夠（講清楚緊急程度，就改為可實(shí)現(xiàn)了），還是技術(shù)難度（技術(shù)人員也是需要技術(shù)調(diào)研），另一種是確實(shí)技術(shù)實(shí)現(xiàn)不了。一定要搞清楚是哪一種，不要隨意更改需求，不然是對(duì)用戶(hù)的不負(fù)責(zé)，是對(duì)產(chǎn)品的不負(fù)責(zé)。
第二個(gè)“這是后端的問(wèn)題”：當(dāng)我們使用產(chǎn)品時(shí)發(fā)現(xiàn)了一個(gè)bug，可能第一時(shí)間直接問(wèn)開(kāi)發(fā)同學(xué)或測(cè)試，問(wèn)怎么解決，技術(shù)人人員往往告訴你是后端的問(wèn)題。那么你應(yīng)該找誰(shuí)，是找前端是找后端，正確的方式是不應(yīng)該直接找后端，而是需要問(wèn)前端：你是如何排查這個(gè)問(wèn)題的，我們應(yīng)該怎么解決這個(gè)問(wèn)題，如果要解決這個(gè)問(wèn)題，我能為你做什么，一起探討這個(gè)問(wèn)題的解決方案。
分析技術(shù)人員的需求：Want or Need。需求的本質(zhì)。
用戶(hù)：需要一個(gè)更快的馬
福特：提供了一個(gè)汽車(chē)
第五部分 非技術(shù)背景產(chǎn)品經(jīng)理學(xué)習(xí)指南
懂用戶(hù)比懂產(chǎn)品重要，懂產(chǎn)品比懂技術(shù)重要
設(shè)計(jì)一款產(chǎn)品：最先考慮的不應(yīng)該是技術(shù)，而應(yīng)該是用戶(hù)，需要我們?cè)谑裁磮?chǎng)景下位他們解決什么問(wèn)題。這樣才能更好的設(shè)計(jì)，呈現(xiàn)給用戶(hù)。產(chǎn)品本身不能過(guò)于流程化和機(jī)械化。設(shè)計(jì)一款符合用戶(hù)使用習(xí)慣的產(chǎn)品。
總結(jié)：
? 1. 發(fā)揮非實(shí)現(xiàn)模式思維的優(yōu)勢(shì)，理解并思考場(chǎng)景
? 2. 多與技術(shù)人員溝通，理解實(shí)現(xiàn)模型思維
? 3. 學(xué)會(huì)講故事。講故事能力非常重要，往往都說(shuō)產(chǎn)品經(jīng)理就是ceo的學(xué)前班，這個(gè)我很認(rèn)同。產(chǎn)品經(jīng)理需要面向運(yùn)營(yíng)、市場(chǎng)、財(cái)務(wù)、法務(wù)等等。產(chǎn)品經(jīng)理要讓這個(gè)故事講得精彩，讓大家一起把事情做好。這個(gè)故事的引導(dǎo)者和制造者就是產(chǎn)品經(jīng)理。并且產(chǎn)品經(jīng)理需要有廣度思維。
最終我們所創(chuàng)造的用戶(hù)價(jià)值，才是最終能帶來(lái)實(shí)際效果的，才能造福用戶(hù)，被這個(gè)行業(yè)和市場(chǎng)所接受，我們應(yīng)該為這個(gè)行業(yè)創(chuàng)造價(jià)值，為這個(gè)行業(yè)改變一些事情，為這個(gè)世界做一些事情。
最后送給大家：
不想改變世界的產(chǎn)品經(jīng)理不是好的產(chǎn)品經(jīng)理，產(chǎn)品經(jīng)理要有一顆創(chuàng)造、改變和實(shí)現(xiàn)一些東西的初衷和想法。不然產(chǎn)品經(jīng)理就淪為了功能型產(chǎn)品經(jīng)理。什么是創(chuàng)造型產(chǎn)品經(jīng)理，什么是功能型產(chǎn)品經(jīng)理，相信大家都有自己心里面的一些思考。
非技術(shù)人員
目的：高效與技術(shù)人員溝通
掌握技能包含主要3點(diǎn)：
? 1. 技術(shù)職能劃分了解
? 2. 常用技術(shù)術(shù)語(yǔ)了解
? 3. 理解開(kāi)發(fā)人員思維（技術(shù)思維vs產(chǎn)品思維）
用戶(hù)代言人：產(chǎn)品經(jīng)理
實(shí)現(xiàn)代言人：技術(shù)人員
第一部分 技術(shù)思維vs產(chǎn)品思維
技術(shù)思維（程序員）
? 1. 功能實(shí)現(xiàn)
? 2. 開(kāi)發(fā)難易
? 3. 后期維護(hù)
? 4. 改動(dòng)成本
產(chǎn)品思維（產(chǎn)品經(jīng)理）
【要站在用戶(hù)思維，否則以技術(shù)思維可能最后做出來(lái)產(chǎn)品過(guò)于生硬，偏工具】
? 1. 產(chǎn)品定位
? 2. 需求場(chǎng)景
? 3. 用戶(hù)體驗(yàn)
? 4. 業(yè)務(wù)目標(biāo)
產(chǎn)品思維vs技術(shù)思維實(shí)例：
微信通訊錄及會(huì)話(huà)設(shè)計(jì)：
從微信第二個(gè)“tab”進(jìn)去，點(diǎn)擊好友主頁(yè)，點(diǎn)擊“發(fā)消息”，點(diǎn)擊左上角“返回”，卻退回了第一個(gè)tab“微信”
技術(shù)思維：堆棧式設(shè)計(jì)，即從哪里進(jìn)入，就返回到哪里。(路徑為1-2-3 / 回退路徑即為3-2-1）
產(chǎn)品思維：更加符合場(chǎng)景，貼合用戶(hù)使用習(xí)慣，遵從人性。
備注:以上的微信通訊錄及會(huì)話(huà)設(shè)計(jì)操作路徑示例，本人按照上面操作實(shí)操時(shí)卻發(fā)現(xiàn)回退到的是上一個(gè)頁(yè)面，而非作者說(shuō)的返回第一個(gè)tab“微信”，可能是新版本的微信改了吧，作者當(dāng)時(shí)是舊版本吧。不過(guò)實(shí)際中確實(shí)很多類(lèi)似這種例子。尤其是用戶(hù)使用習(xí)慣。
其他：技術(shù)人員往往不具備同理心，及換位思考的能力（產(chǎn)品方面，生活其他角度除外）。但是產(chǎn)品經(jīng)理必須同理心及換位思考的能力。這是產(chǎn)品經(jīng)理必須具備的一種必備素質(zhì)。所以產(chǎn)品經(jīng)理需要內(nèi)心強(qiáng)大。來(lái)抵抗一些來(lái)自程序員方面的壓力。但最終產(chǎn)品經(jīng)理任然需要站在產(chǎn)品角度，用戶(hù)角度去完成產(chǎn)品設(shè)計(jì)。也是基于此方面（思維方式及心理能力）產(chǎn)品經(jīng)理和技術(shù)人員是不同的，所以這也是產(chǎn)生分歧的根本原因。
第二部分：技術(shù)職能劃分
CTO:技術(shù)部門(mén)leader或產(chǎn)品
架構(gòu)師：負(fù)責(zé)系統(tǒng)整體技術(shù)架構(gòu)和技術(shù)選型（技術(shù)角色）僅次于CTO。
前端開(kāi)發(fā)：分為網(wǎng)頁(yè)前端（web）、移動(dòng)客戶(hù)端前端（native),移動(dòng)客戶(hù)端又分為Android、ios、Windows Phone【安卓設(shè)計(jì)和ios有不同的開(kāi)發(fā)設(shè)計(jì)規(guī)范】
后端開(kāi)發(fā)：服務(wù)端開(kāi)發(fā)，包括數(shù)據(jù)庫(kù)設(shè)計(jì)與開(kāi)發(fā)，應(yīng)用接口開(kāi)發(fā)。
系統(tǒng)運(yùn)維：服務(wù)器管理與整體維護(hù)，應(yīng)用發(fā)布。如服務(wù)器數(shù)量是否夠等。
上圖為作者的創(chuàng)業(yè)公司的一個(gè)工作流程。具體公司可能不太一樣，但大同小異。
幾點(diǎn)：周為節(jié)點(diǎn)進(jìn)行產(chǎn)品迭代。高保真的demo。這塊是作者公司需要做的。根據(jù)筆者經(jīng)歷而言，有的創(chuàng)業(yè)公司需要做代碼可運(yùn)行的高保真demo，如需要用demo和投資人溝通融資。大部分公司只需要評(píng)審非代碼層面的原型及需求文檔即可。
個(gè)人總結(jié)：利用用戶(hù)思維去跟開(kāi)發(fā)解釋更符合用戶(hù)場(chǎng)景。而不是技術(shù)實(shí)現(xiàn)。這也是我在工作中經(jīng)常遇到的。有時(shí)候可能太過(guò)于同理心了【比如特別“同情”技術(shù)人員】就會(huì)把一些“不易”開(kāi)發(fā)的省卻成簡(jiǎn)單的，這其實(shí)很多時(shí)候是不正確的做法。這樣往往設(shè)計(jì)的產(chǎn)品過(guò)于機(jī)械化、工具化。產(chǎn)品經(jīng)理應(yīng)該站在用戶(hù)思維，不要走偏記得！
第三部分 常用技術(shù)術(shù)語(yǔ)
【此處需要?jiǎng)澲攸c(diǎn)，著重記憶，對(duì)你以后和技術(shù)溝通和理解技術(shù)有很大幫助】
? 1. API：服務(wù)器端的應(yīng)用接口。應(yīng)用接口類(lèi)似于服務(wù)器端定義好的一個(gè)協(xié)議，這個(gè)協(xié)議有一些的數(shù)據(jù)結(jié)構(gòu)，會(huì)有一個(gè)固定的標(biāo)識(shí)。前端同學(xué)需要訪(fǎng)問(wèn)這個(gè)協(xié)議，通過(guò)這個(gè)協(xié)議將具體的數(shù)據(jù)傳送給服務(wù)器端，服務(wù)器端基于這個(gè)固定好的協(xié)議接受數(shù)據(jù)，實(shí)現(xiàn)前后端互聯(lián)互通。API就是協(xié)議，前后端共同遵從的協(xié)議。
? ? eg：登陸功能：后端定義好需要用戶(hù)名和密碼，前端需要將用戶(hù)名和密碼傳送給服務(wù)器端，服務(wù)器端驗(yàn)證成功就好了。
? 2. Json/xml:屬于數(shù)據(jù)協(xié)議。eg：登錄名/密碼。實(shí)際就是通過(guò)json這個(gè)承載體，可以理解為打包文件，把用戶(hù)名和密碼放到里面，然后通過(guò)API這個(gè)協(xié)議傳送給服務(wù)器。
? 3. URL：地址。
? 4. html/css：web網(wǎng)頁(yè)使用的布局語(yǔ)言、裝飾表
? 5. 數(shù)據(jù)庫(kù)（DB)：存儲(chǔ)數(shù)據(jù)，數(shù)據(jù)查詢(xún)，檢索
? 6. Git/SVN：管理代碼，代碼存儲(chǔ)的服務(wù)。實(shí)現(xiàn)多分支管理，遠(yuǎn)程和本地的開(kāi)發(fā)?！敬a倉(cāng)庫(kù)】不同的代碼同學(xué)共同協(xié)作。
前端術(shù)語(yǔ)：
Activity（Android）：每一個(gè)屏幕展示的頁(yè)就是這個(gè)，這個(gè)界面上所有的邏輯，所有的展示
ViewController（IOS)：每一個(gè)屏幕展示的頁(yè)就是這個(gè)。同上，只是一個(gè)是ios一個(gè)是安卓。
lib（第三方庫(kù)）：eg：用百度地圖的sdk，可直接使用這項(xiàng)服務(wù)（定位服務(wù)）第三方庫(kù)幫助我們做復(fù)雜的事情
ListView（Android）:其實(shí)就是app里面經(jīng)常能看到的列表，例如微信里面的聊天頁(yè)面就是個(gè)列表。
TableView（iOS)：同上。
View：基礎(chǔ)組件都是一個(gè)view，如一個(gè)按鈕，一個(gè)選擇框，一個(gè)復(fù)選框都是一個(gè)view，甚至一段文字的展示都是一個(gè)view。指的是具體前端頁(yè)面展示的一個(gè)具體的組件。
第四部分 如何與技術(shù)人員溝通
【翻譯】【很重要，非技術(shù)產(chǎn)品經(jīng)理90%都會(huì)遇到】
產(chǎn)品經(jīng)理說(shuō)白話(huà)，技術(shù)人員說(shuō)黑話(huà)。產(chǎn)品經(jīng)理需要自己翻譯給自己聽(tīng)，給用戶(hù)聽(tīng)。（哈哈）
產(chǎn)品經(jīng)理主導(dǎo)溝通方向，實(shí)際工作中討論往往從原本的產(chǎn)品討論很容易陷入技術(shù)細(xì)節(jié)討論。應(yīng)該避免陷入技術(shù)細(xì)節(jié)討論，從場(chǎng)景和用戶(hù)體驗(yàn)出發(fā)。對(duì)實(shí)現(xiàn)方案的討論，非技術(shù)產(chǎn)品經(jīng)理是無(wú)法參與的。技術(shù)人員找產(chǎn)品經(jīng)理討論，往往是確認(rèn)產(chǎn)品需求但最終就成了討論技術(shù)問(wèn)題。如何解決這個(gè)問(wèn)題：1）從場(chǎng)景出發(fā)，2）從用戶(hù)體驗(yàn)出發(fā)。
真正用戶(hù)能用的產(chǎn)品。
因此產(chǎn)品經(jīng)理與開(kāi)發(fā)人員溝通的過(guò)程中要把握溝通的方向，要知道聊的是什么，每一次溝通要有目的和結(jié)論。溝通要往哪個(gè)方向引導(dǎo)。一切以用戶(hù)場(chǎng)景和用戶(hù)體驗(yàn)為主。否則討論就會(huì)走向偏題的狀態(tài)。這也不是自己擅長(zhǎng)的。
如下圖為技術(shù)人員經(jīng)常會(huì)對(duì)產(chǎn)品經(jīng)理說(shuō)的話(huà)，你是不是很有同感？
如果遇到以上問(wèn)題：產(chǎn)品經(jīng)理是改產(chǎn)品設(shè)計(jì)還是改需求。
產(chǎn)生上述原因可能有產(chǎn)品需求文檔里面沒(méi)寫(xiě)，或者技術(shù)人員覺(jué)得這個(gè)重新做成本太大。實(shí)現(xiàn)不了，或者技術(shù)人員直接告訴你只是后端的問(wèn)題。
如何解決上述問(wèn)題，舉兩個(gè)例子：
【引導(dǎo)型溝通，有序的溝通】
第一個(gè)“這個(gè)實(shí)現(xiàn)不了”：不要被技術(shù)所限制，但要在技術(shù)邊界之內(nèi)。產(chǎn)品是需要衡量投入產(chǎn)出比。挖掘技術(shù)人員背后的初衷，是因?yàn)闀r(shí)間不夠（講清楚緊急程度，就改為可實(shí)現(xiàn)了），還是技術(shù)難度（技術(shù)人員也是需要技術(shù)調(diào)研），另一種是確實(shí)技術(shù)實(shí)現(xiàn)不了。一定要搞清楚是哪一種，不要隨意更改需求，不然是對(duì)用戶(hù)的不負(fù)責(zé)，是對(duì)產(chǎn)品的不負(fù)責(zé)。
第二個(gè)“這是后端的問(wèn)題”：當(dāng)我們使用產(chǎn)品時(shí)發(fā)現(xiàn)了一個(gè)bug，可能第一時(shí)間直接問(wèn)開(kāi)發(fā)同學(xué)或測(cè)試，問(wèn)怎么解決，技術(shù)人人員往往告訴你是后端的問(wèn)題。那么你應(yīng)該找誰(shuí)，是找前端是找后端，正確的方式是不應(yīng)該直接找后端，而是需要問(wèn)前端：你是如何排查這個(gè)問(wèn)題的，我們應(yīng)該怎么解決這個(gè)問(wèn)題，如果要解決這個(gè)問(wèn)題，我能為你做什么，一起探討這個(gè)問(wèn)題的解決方案。
分析技術(shù)人員的需求：Want or Need。需求的本質(zhì)。
用戶(hù)：需要一個(gè)更快的馬
福特：提供了一個(gè)汽車(chē)
第五部分 非技術(shù)背景產(chǎn)品經(jīng)理學(xué)習(xí)指南
懂用戶(hù)比懂產(chǎn)品重要，懂產(chǎn)品比懂技術(shù)重要
設(shè)計(jì)一款產(chǎn)品：最先考慮的不應(yīng)該是技術(shù)，而應(yīng)該是用戶(hù)，需要我們?cè)谑裁磮?chǎng)景下位他們解決什么問(wèn)題。這樣才能更好的設(shè)計(jì)，呈現(xiàn)給用戶(hù)。產(chǎn)品本身不能過(guò)于流程化和機(jī)械化。設(shè)計(jì)一款符合用戶(hù)使用習(xí)慣的產(chǎn)品。
總結(jié)：
? 1. 發(fā)揮非實(shí)現(xiàn)模式思維的優(yōu)勢(shì)，理解并思考場(chǎng)景
? 2. 多與技術(shù)人員溝通，理解實(shí)現(xiàn)模型思維
? 3. 學(xué)會(huì)講故事。講故事能力非常重要，往往都說(shuō)產(chǎn)品經(jīng)理就是ceo的學(xué)前班，這個(gè)我很認(rèn)同。產(chǎn)品經(jīng)理需要面向運(yùn)營(yíng)、市場(chǎng)、財(cái)務(wù)、法務(wù)等等。產(chǎn)品經(jīng)理要讓這個(gè)故事講得精彩，讓大家一起把事情做好。這個(gè)故事的引導(dǎo)者和制造者就是產(chǎn)品經(jīng)理。并且產(chǎn)品經(jīng)理需要有廣度思維。
最終我們所創(chuàng)造的用戶(hù)價(jià)值，才是最終能帶來(lái)實(shí)際效果的，才能造福用戶(hù)，被這個(gè)行業(yè)和市場(chǎng)所接受，我們應(yīng)該為這個(gè)行業(yè)創(chuàng)造價(jià)值，為這個(gè)行業(yè)改變一些事情，為這個(gè)世界做一些事情。
最后送給大家：
不想改變世界的產(chǎn)品經(jīng)理不是好的產(chǎn)品經(jīng)理，產(chǎn)品經(jīng)理要有一顆創(chuàng)造、改變和實(shí)現(xiàn)一些東西的初衷和想法。不然產(chǎn)品經(jīng)理就淪為了功能型產(chǎn)品經(jīng)理。什么是創(chuàng)造型產(chǎn)品經(jīng)理，什么是功能型產(chǎn)品經(jīng)理，相信大家都有自己心里面的一些思考。
