編輯導(dǎo)讀：為什么產(chǎn)品經(jīng)理和程序員之間總是發(fā)生矛盾，很多時(shí)候是因?yàn)檎J(rèn)知不同。如果產(chǎn)品經(jīng)理能掌握更多的技術(shù)支持，相信溝通會(huì)更加順暢。本文作者將圍繞思維碰撞、工作流程、基礎(chǔ)技術(shù)、技術(shù)術(shù)語(yǔ)、溝通技巧等多個(gè)維度進(jìn)行講解，希望對(duì)你有幫助。

上一篇文章我們講了《產(chǎn)品經(jīng)理要不要懂技術(shù)的底層邏輯》，沒(méi)看過(guò)的同學(xué)可以先行閱讀，再回來(lái)看本章節(jié)內(nèi)容可能理解會(huì)更深刻。

由于篇幅原因，并未講解技術(shù)的具體內(nèi)容，本章將圍繞思維碰撞、工作流程、基礎(chǔ)技術(shù)、技術(shù)術(shù)語(yǔ)、溝通技巧等多個(gè)維度進(jìn)行講解，所有內(nèi)容均為互聯(lián)網(wǎng)內(nèi)容，爭(zhēng)取用簡(jiǎn)單的語(yǔ)言來(lái)描述技術(shù)內(nèi)容，讓非技術(shù)出身產(chǎn)品能輕松理解、學(xué)以致用。

01 思維碰撞

1. 產(chǎn)品思維

我理解的產(chǎn)品思維，是通過(guò)用戶(hù)和數(shù)據(jù)發(fā)現(xiàn)現(xiàn)象，分析現(xiàn)象的根本原因和是否需要解決，然后提出具體的解決方案，并將解決方案標(biāo)準(zhǔn)化和產(chǎn)品化的過(guò)程；

就像寫(xiě)命題議論文，命題人所描述的可能是一個(gè)問(wèn)題、一種現(xiàn)象、一種感受、一種情緒、甚至是一個(gè)結(jié)果，我們要去理解他的真實(shí)意圖，尋找有效的論點(diǎn)和論據(jù)組成解決方案，可以從多個(gè)角度進(jìn)行論證，同時(shí)要求我們?cè)谡撟C時(shí)做到：

1. 有觀(guān)點(diǎn)和立場(chǎng)：不能出現(xiàn)無(wú)目的、無(wú)意義的內(nèi)容
2. 是一個(gè)整體：不能出現(xiàn)毫無(wú)關(guān)聯(lián)的內(nèi)容
3. 嚴(yán)謹(jǐn)和邏輯自洽：不能出現(xiàn)自相矛盾的內(nèi)容

整個(gè)過(guò)程是層層遞進(jìn)且存在著不確定性，分析出的問(wèn)題可能是錯(cuò)的，提出的解決方案也可能解決不了問(wèn)題，因?yàn)榻Y(jié)果的不確定性，這時(shí)我們只會(huì)考慮解決方案的可行性，是否能解決用戶(hù)的問(wèn)題，以及如何提高解決方案成功的概率，不會(huì)對(duì)實(shí)現(xiàn)方式過(guò)多的思考。

2. 技術(shù)思維

技術(shù)思維是一種方案實(shí)現(xiàn)的思維方式，基于已經(jīng)證實(shí)的原理和確定的數(shù)據(jù)為支撐，并從影響面、編碼復(fù)雜度、投入人力成本等三個(gè)變量評(píng)估實(shí)現(xiàn)難度的過(guò)程；

有點(diǎn)像解數(shù)學(xué)題，在已知的數(shù)學(xué)公式中尋找解決思路，可以存在多種解法，但答案只有一個(gè)，最終只有有解和無(wú)解兩種結(jié)果，要不就找到了答案，要不就是題目本身錯(cuò)了；

在思維碰撞時(shí)，大多的爭(zhēng)論都在產(chǎn)品邏輯前后矛盾和邏輯缺失，以至于開(kāi)發(fā)要自己腦補(bǔ)邏輯，在開(kāi)發(fā)心中產(chǎn)生了極大的不確定性，技術(shù)思維是不擅長(zhǎng)解不確定性的題的，因此會(huì)不斷提問(wèn)來(lái)修補(bǔ)確認(rèn)，作為產(chǎn)品經(jīng)理，我們?cè)谔嵝枨髸r(shí)要盡量消除這種不確定性；

然后，由于之前對(duì)實(shí)現(xiàn)方式缺乏思考，在評(píng)估后發(fā)現(xiàn)實(shí)現(xiàn)難度過(guò)高，開(kāi)發(fā)會(huì)本能的出現(xiàn)退縮的現(xiàn)象，并質(zhì)疑題目是否正確，這時(shí)，我們需要拋出需求價(jià)值（觀(guān)點(diǎn)和立場(chǎng)）來(lái)強(qiáng)化需求的目的，拔高需求的投產(chǎn)比，讓開(kāi)發(fā)能感受到完成帶來(lái)的意義，以此根據(jù)需求目的提出對(duì)應(yīng)方案以此來(lái)降低實(shí)現(xiàn)難度；

產(chǎn)品經(jīng)理可以在一開(kāi)始不講“為什么要這么做”，但一定要在開(kāi)發(fā)詢(xún)問(wèn)時(shí)能及時(shí)進(jìn)行解答，以專(zhuān)業(yè)的姿態(tài)讓需求變得完整、前后呼應(yīng)；

在做需求時(shí)，對(duì)一些感覺(jué)可能會(huì)有障礙的功能，先做提前溝通，在影響面、編碼復(fù)雜度、投入人力成本三個(gè)變量進(jìn)行預(yù)判，并做好了充分的邏輯思考，或者適當(dāng)修改自己的方案，以滿(mǎn)足產(chǎn)品最優(yōu)解，這就是具備了一定的技術(shù)思維。

02 人員分工和流程

1. 崗位分工和職責(zé)

• UI設(shè)計(jì)：對(duì)軟件人機(jī)交互的視覺(jué)效果設(shè)計(jì)，負(fù)責(zé)頁(yè)面美觀(guān)度、切圖
• 前端：將設(shè)計(jì)好的圖片，轉(zhuǎn)換成用戶(hù)能操作的軟件界面或HTML頁(yè)面，負(fù)責(zé)產(chǎn)品界面和交互
• 后端：提供數(shù)據(jù)庫(kù)、平臺(tái)和接口設(shè)計(jì)，負(fù)責(zé)功能邏輯實(shí)現(xiàn)和數(shù)據(jù)存儲(chǔ)處理
• 測(cè)試：驗(yàn)收開(kāi)發(fā)出來(lái)的產(chǎn)品與預(yù)期是否相符，負(fù)責(zé)把關(guān)產(chǎn)品質(zhì)量
• DBA：負(fù)責(zé)數(shù)據(jù)庫(kù)的管理和運(yùn)維，保證數(shù)據(jù)庫(kù)的穩(wěn)定、安全、完整和高性能
• 運(yùn)維：對(duì)網(wǎng)絡(luò)、服務(wù)器、系統(tǒng)環(huán)境、服務(wù)的生命周期各個(gè)階段的運(yùn)營(yíng)與維護(hù)，在成本、穩(wěn)定性、效率上達(dá)成一致可接受的狀態(tài)

2. 產(chǎn)品開(kāi)發(fā)流程

一個(gè)完整的開(kāi)發(fā)流程如下：

03 基礎(chǔ)技術(shù)內(nèi)容

1. WEB基礎(chǔ)技術(shù)

• URL：統(tǒng)一資源定位符，用來(lái)訪(fǎng)問(wèn)網(wǎng)頁(yè)、圖片、視頻等內(nèi)容，互聯(lián)網(wǎng)上所有資源都有一個(gè)唯一的URL，以http開(kāi)頭，可以是ip也可以是域名，其實(shí)是一種路徑
• TCP/IP：是指能夠在多個(gè)不同網(wǎng)絡(luò)間實(shí)現(xiàn)信息傳輸?shù)膮f(xié)議簇，它是在網(wǎng)絡(luò)的使用中的最基本的通信協(xié)議
• HTTP：全球超文本傳輸協(xié)議，基于TCP之上，是互聯(lián)網(wǎng)的基本協(xié)議，所有的WWW服務(wù)都必須遵守HTTP協(xié)議，保證客戶(hù)端與服務(wù)器之間的通信
• SSL：可以在互聯(lián)網(wǎng)上提供秘密性傳輸，使用戶(hù)/服務(wù)器應(yīng)用之間的通信不被攻擊者竊聽(tīng)，并且始終對(duì)服務(wù)器進(jìn)行認(rèn)證，一般用于安全要求較高的系統(tǒng)，比如網(wǎng)絡(luò)支付

2. 前端技術(shù)

• SDK：指輔助開(kāi)發(fā)某一類(lèi)軟件的相關(guān)文檔、范例和工具的集合，包括軟件、框架、硬件、系統(tǒng)等，以前端使用最為廣泛，可以極大減少開(kāi)發(fā)難度，提高開(kāi)發(fā)效率；比如我么要接入移動(dòng)支付，就可以下載一個(gè)支付寶的客戶(hù)端SDK，配置并調(diào)用支付接口即可；
• POST/GET：是兩種常見(jiàn)的http請(qǐng)求方式，Get 是用來(lái)從服務(wù)器上獲得數(shù)據(jù)，而 Post 是用來(lái)向服務(wù)器上傳遞數(shù)據(jù)；Get數(shù)據(jù)放在URL中，對(duì)用戶(hù)可見(jiàn)，Post通過(guò)request body傳遞參數(shù)，對(duì)用戶(hù)不可見(jiàn)；
• AJAX：使用異步數(shù)據(jù)傳輸，網(wǎng)頁(yè)應(yīng)用能夠快速地將增量更新呈現(xiàn)在用戶(hù)界面上，而不需要重載（刷新）整個(gè)頁(yè)面，這使得程序能夠更快地回應(yīng)用戶(hù)的操作，在用戶(hù)端體驗(yàn)會(huì)更加友好（刷新頁(yè)面在視覺(jué)上會(huì)出現(xiàn)跳幀讓用戶(hù)失去了焦點(diǎn)）；
• COOKIE/SESSION：兩種會(huì)話(huà)儲(chǔ)存技術(shù)，多用于用戶(hù)身份識(shí)別或狀態(tài)存儲(chǔ)，cookie是儲(chǔ)存在本地（瀏覽器中可修改查看），session儲(chǔ)存在服務(wù)器會(huì)更安全；
• TOKEN：服務(wù)端生成的一串字符串，以作客戶(hù)端進(jìn)行請(qǐng)求的一個(gè)令牌，一般用作用戶(hù)登錄后判斷身份，無(wú)需再次輸入賬號(hào)密碼，就像我們拿卡代替鑰匙開(kāi)鎖一樣；
• 原生開(kāi)發(fā)：是指在A(yíng)ndroid、IOS等移動(dòng)平臺(tái)上利用官方提供的開(kāi)發(fā)語(yǔ)言、開(kāi)發(fā)類(lèi)庫(kù)、開(kāi)發(fā)工具進(jìn)行App開(kāi)發(fā)，優(yōu)點(diǎn)是體驗(yàn)好、性能佳；缺點(diǎn)是不同手機(jī)系統(tǒng)要開(kāi)發(fā)兩遍，開(kāi)發(fā)周期長(zhǎng)，成本高；
• 混合開(kāi)發(fā)：使用原生（native）+ HTML5 進(jìn)行開(kāi)發(fā)，然后打包成不同平臺(tái)的app，優(yōu)點(diǎn)是開(kāi)發(fā)快，UI表現(xiàn)一致；缺點(diǎn)是性能和原生有差距，有些能力無(wú)法實(shí)現(xiàn)；
• 小程序：是一種不需要下載安裝即可使用的應(yīng)用，用戶(hù)用完即走，不用關(guān)心是否安裝太多應(yīng)用的問(wèn)題；小程序開(kāi)發(fā)門(mén)檻低，能滿(mǎn)足大多數(shù)業(yè)務(wù)需求，使用也很方便，由微信16年第一次提出，現(xiàn)在幾乎所有超級(jí)APP都內(nèi)置了小程序；

3. 后端技術(shù)

• 短連接：客戶(hù)端和服務(wù)器每進(jìn)行一次HTTP操作，就建立一次連接，任務(wù)結(jié)束就中斷連接，大部分web服務(wù)都為短連接，比較省資源；
• 長(zhǎng)連接：客戶(hù)端和服務(wù)器在建立一次連接后，一直保持連接，多用于操作頻繁的、對(duì)消息及時(shí)性要求較高的場(chǎng)景，比如游戲、即時(shí)聊天；
• 同步：按順序執(zhí)行，調(diào)用某個(gè)東西是時(shí)，調(diào)用方得等待這個(gè)調(diào)用返回結(jié)果才能繼續(xù)往后執(zhí)行；比如ATM機(jī)取錢(qián)，取完一個(gè)才能下一個(gè)；
• 異步：調(diào)用方不會(huì)立即得到結(jié)果，而是在調(diào)用發(fā)出后調(diào)用者可用繼續(xù)執(zhí)行后續(xù)操作，被調(diào)用者通過(guò)狀態(tài)來(lái)通知調(diào)用者，或者通過(guò)回調(diào)函數(shù)來(lái)處理這個(gè)調(diào)用；比如點(diǎn)餐，點(diǎn)完后旁邊等待出餐，下一個(gè)繼續(xù)點(diǎn)餐，出餐后用喇叭通知取餐；
• 隊(duì)列：可以理解為現(xiàn)實(shí)生活中的排隊(duì)，隊(duì)尾進(jìn)隊(duì)頭出，即“先進(jìn)先出”，常用于秒殺或團(tuán)購(gòu)活動(dòng)中，防止并發(fā)過(guò)大導(dǎo)致服務(wù)宕機(jī)；
• 棧：又叫堆棧，采用“后進(jìn)先出”規(guī)則，比如進(jìn)出電梯，后進(jìn)去的因?yàn)檎驹陂T(mén)口要先出去；

4. API接口

是客戶(hù)端和服務(wù)端進(jìn)行數(shù)據(jù)傳輸和交互的協(xié)議，是兩個(gè)系統(tǒng)間同步數(shù)據(jù)的一個(gè)途徑，一般由錯(cuò)誤代碼、錯(cuò)誤消息、數(shù)據(jù)內(nèi)容三部分組成，可以是JSON、XML、或字符串等形式返回，由服務(wù)端開(kāi)發(fā)編寫(xiě)，且要提供接口文檔以方便前端使用。

接口的設(shè)計(jì)極大的減少了依賴(lài)，提高了數(shù)據(jù)訪(fǎng)問(wèn)的安全性，技術(shù)人員常說(shuō)的前后端分離，就是讓前后端專(zhuān)注于自己的業(yè)務(wù)邏輯，通過(guò)標(biāo)準(zhǔn)的接口來(lái)進(jìn)行數(shù)據(jù)對(duì)接。

需要注意的是，為了讓用戶(hù)體驗(yàn)更加友好，盡量使用非專(zhuān)業(yè)的文字來(lái)描述錯(cuò)誤消息，不要顯示錯(cuò)誤代碼在頁(yè)面上。

5. 行業(yè)名詞

• 服務(wù)器：在網(wǎng)絡(luò)中為其它客戶(hù)機(jī)提供計(jì)算或者應(yīng)用服務(wù)，我們的代碼就要部署到服務(wù)器上，和我們的電腦主機(jī)類(lèi)似，但它比電腦運(yùn)行的更快，每個(gè)服務(wù)器可以分配一個(gè)公網(wǎng)的ip，才能對(duì)外提供訪(fǎng)問(wèn)服務(wù)；
• 系統(tǒng)：一般指運(yùn)行在服務(wù)器上的操作系統(tǒng)，應(yīng)用程序需要在操作系統(tǒng)上才能運(yùn)行，常見(jiàn)的服務(wù)器系統(tǒng)有windows、linux（開(kāi)源）；
• 數(shù)據(jù)庫(kù)：按照數(shù)據(jù)結(jié)構(gòu)來(lái)組織、存儲(chǔ)和管理數(shù)據(jù)的倉(cāng)庫(kù)；分關(guān)系型數(shù)據(jù)庫(kù)（如：Mysql，SqlServer）和非關(guān)系型數(shù)據(jù)庫(kù)（如：MongoDB）；類(lèi)似現(xiàn)實(shí)中的倉(cāng)庫(kù)，貨架對(duì)應(yīng)的就是數(shù)據(jù)表，貨架上每一格貨物類(lèi)似數(shù)據(jù)表中的一條條數(shù)據(jù)；
• 緩存：指可以進(jìn)行高速數(shù)據(jù)交換的存儲(chǔ)器，它先于內(nèi)存與CPU交換數(shù)據(jù)，因此速率很快，緩存的作用不直接訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)，防止訪(fǎng)問(wèn)量過(guò)大導(dǎo)致數(shù)據(jù)庫(kù)宕機(jī)，提高我們數(shù)據(jù)的訪(fǎng)問(wèn)效率；如常用的內(nèi)存型緩存Redis、Memcache；
• 定時(shí)任務(wù)：在服務(wù)器上每隔一段時(shí)間執(zhí)行一段代碼，以取得某個(gè)結(jié)果的操作，一般使用crontab，我們常將一些比較耗時(shí)的比如數(shù)據(jù)統(tǒng)計(jì)，放在凌晨訪(fǎng)問(wèn)量少的時(shí)候定時(shí)執(zhí)行，生成數(shù)據(jù)表、發(fā)郵件；

6. 工具的使用

• IDE：是用于提供程序開(kāi)發(fā)環(huán)境的應(yīng)用程序，一般包括代碼編輯器、編譯器、調(diào)試器和圖形用戶(hù)界面等工具（男人的工具箱，里面什么都有），IDE的出現(xiàn)讓開(kāi)發(fā)過(guò)程變得簡(jiǎn)單、便捷，開(kāi)發(fā)們都有自己喜歡的IDE，也通過(guò)不斷優(yōu)化和配置形成自己獨(dú)特的習(xí)慣，它是士兵上戰(zhàn)場(chǎng)的武器；
• Postman：是一個(gè)接口測(cè)試工具，它相當(dāng)于一個(gè)客戶(hù)端，可以模擬用戶(hù)發(fā)起的各類(lèi)HTTP請(qǐng)求，將請(qǐng)求數(shù)據(jù)發(fā)送至服務(wù)端，獲取對(duì)應(yīng)的響應(yīng)結(jié)果，驗(yàn)證響應(yīng)中的結(jié)果數(shù)據(jù)是否和預(yù)期值相匹配；
• Firebug：也叫開(kāi)發(fā)者工具，它是集HTML查看和編輯、Javascript控制臺(tái)、網(wǎng)絡(luò)狀況監(jiān)視器于一體，是前端開(kāi)發(fā)得力工具，可以直接在瀏覽器中調(diào)試代碼；原本是火狐瀏覽器的一個(gè)擴(kuò)展，由于過(guò)于優(yōu)秀極大的方便前端開(kāi)發(fā)調(diào)試，目前瀏覽器都已支持；

04 技術(shù)常說(shuō)的術(shù)語(yǔ)

1. 技術(shù)術(shù)語(yǔ)

搭環(huán)境：分開(kāi)發(fā)生產(chǎn)和產(chǎn)品運(yùn)行環(huán)境。

• 開(kāi)發(fā)環(huán)境：新員工第一天入職，都要先搭建自己的開(kāi)發(fā)環(huán)境，即崗位所需要的IDE、運(yùn)行、調(diào)試軟件的集合，還會(huì)根據(jù)自己的習(xí)慣來(lái)配置IDE，提高開(kāi)發(fā)效率；
• 運(yùn)行環(huán)境：產(chǎn)品開(kāi)發(fā)完后需要放到服務(wù)器上，這樣用戶(hù)才能使用和訪(fǎng)問(wèn)，就需要搭建服務(wù)器環(huán)境，同樣的也是一些列的軟件、插件的集合，有的時(shí)候還需要優(yōu)化下操作系統(tǒng)的配置，就像你優(yōu)化自己的電腦設(shè)置一樣；
• 環(huán)境分類(lèi)：運(yùn)行環(huán)境還要區(qū)分dev（開(kāi)發(fā)）、test（測(cè)試）、product（生產(chǎn)）等環(huán)境；嚴(yán)謹(jǐn)一些的還有預(yù)發(fā)布環(huán)境（使用的是生產(chǎn)環(huán)境的數(shù)據(jù)，但代碼還沒(méi)有發(fā)布到生產(chǎn)環(huán)境），灰度環(huán)境（小部分人群可以看到）環(huán)境等等；

建表：根據(jù)業(yè)務(wù)邏輯需要，設(shè)計(jì)數(shù)據(jù)庫(kù)表結(jié)構(gòu)，用于存儲(chǔ)數(shù)據(jù)，主要是后端開(kāi)發(fā)的工作，也有可能是DBA的工作；

寫(xiě)死：

• 是指參數(shù)或者配置內(nèi)容寫(xiě)死，代表著這些內(nèi)容是要寫(xiě)在代碼里，修改需要重新發(fā)布代碼；如用戶(hù)注冊(cè)時(shí)選擇省/市，可以直接寫(xiě)在前端代碼里，無(wú)需通過(guò)后端提供接口，就省去了建表和寫(xiě)接口的時(shí)間；
• 寫(xiě)死的好處就是開(kāi)發(fā)效率高，壞處就是修改不方便，需要重新發(fā)布版本；

2. 開(kāi)發(fā)說(shuō)的“做不了”包含了哪些信息？

1. 現(xiàn)有的技術(shù)根本無(wú)法實(shí)現(xiàn)，也就是經(jīng)常說(shuō)的超出了技術(shù)邊界，比如想要下載速度達(dá)到10G/s
2. 受限于公司研發(fā)能力和技術(shù)棧限制，超出了能力邊界，比如原本是做小程序的要求去做人工智能開(kāi)發(fā)
3. 平臺(tái)或生態(tài)的限制，不支持這種做法，或者沒(méi)有開(kāi)放對(duì)應(yīng)的接口，比如微信沒(méi)有對(duì)外開(kāi)放獲取好友列表的接口
4. 現(xiàn)有技術(shù)架構(gòu)不支持，如果要做成本會(huì)很高，需要重寫(xiě)底層代碼，時(shí)間緊、任務(wù)重、不劃算
5. 實(shí)現(xiàn)方法比較復(fù)雜，沒(méi)有快速實(shí)現(xiàn)的方法，無(wú)法滿(mǎn)足短時(shí)間內(nèi)實(shí)現(xiàn)的要求
6. 覺(jué)得所提的需求價(jià)值不大，沒(méi)有做的意義，也沒(méi)有動(dòng)力去做
7. 單純的不想做
8. 煩你

搞清楚具體是哪一種情況，然后才能有效的進(jìn)行判斷和解決。?

05 和開(kāi)發(fā)友好溝通

1. 協(xié)調(diào)估時(shí)方法

開(kāi)發(fā)估時(shí)主要都由團(tuán)隊(duì)中的技術(shù)主管來(lái)把控，他們有責(zé)任來(lái)輔助估時(shí)、把控進(jìn)度、協(xié)調(diào)任務(wù)；

因此這里說(shuō)的方法不是讓產(chǎn)品經(jīng)理來(lái)代替開(kāi)發(fā)估時(shí)，而是在遇到估時(shí)遠(yuǎn)超預(yù)期時(shí)，我們所能采取的策略；

判斷估時(shí)第一步：我們先看總時(shí)長(zhǎng)，找出將總時(shí)長(zhǎng)拉長(zhǎng)的人的時(shí)間節(jié)點(diǎn)，看是否是任務(wù)安排不合理（個(gè)別人任務(wù)多）、還是順序銜接有問(wèn)題（出現(xiàn)時(shí)間真空）、還是有其他任務(wù)打擾；

判斷估時(shí)第二步：解決個(gè)別人時(shí)長(zhǎng)過(guò)長(zhǎng)，有些人可能任務(wù)量正常、復(fù)雜度和其他人差不多，但估時(shí)就是比別人多；

• 先評(píng)估個(gè)人能力和所分配的任務(wù)是否匹配
• 然后詢(xún)問(wèn)原因，可能會(huì)發(fā)現(xiàn)信息不對(duì)稱(chēng)（如對(duì)需求的理解不對(duì)、對(duì)代碼庫(kù)的了解、對(duì)某些技術(shù)不了解等），產(chǎn)品經(jīng)理可以引導(dǎo)其找對(duì)應(yīng)的人解決，或者直接幫他解決，進(jìn)行信息對(duì)稱(chēng)
• 最后，這個(gè)人可能說(shuō)不出為什么，也沒(méi)有意愿去解決時(shí)長(zhǎng)過(guò)長(zhǎng)的問(wèn)題，產(chǎn)品經(jīng)理有必要讓開(kāi)發(fā)對(duì)他自己的任務(wù)進(jìn)行拆解，可以按開(kāi)發(fā)步驟、接口數(shù)、邏輯點(diǎn)拆解到天，直到無(wú)法拆解為止
• 可能有人說(shuō)，我沒(méi)這個(gè)權(quán)力啊，我做不到讓開(kāi)發(fā)和我詳細(xì)拆解任務(wù)，很多人確實(shí)沒(méi)有，但問(wèn)題還是要解決，可以好言好語(yǔ)、可以求助他人，反正是想盡一切辦法來(lái)解決

判斷估時(shí)第三步：經(jīng)過(guò)前兩步后，發(fā)現(xiàn)時(shí)長(zhǎng)還是超，那只有砍掉一些不那么緊要的需求，按時(shí)交付永遠(yuǎn)比完美上線(xiàn)更有價(jià)值。

2. 任務(wù)估時(shí)難度判斷

看邏輯：

• • 邏輯本身很簡(jiǎn)單，沒(méi)有很多的判斷（比如只是增刪改查），功能也比較獨(dú)立的，基本上評(píng)估1~2天是比較合理的，手腳快的可能半天就搞定了
  • 如果知識(shí)純展示，從幾張表中拉去數(shù)據(jù)，加一些簡(jiǎn)單的判斷，前端的復(fù)雜度和交互相關(guān)，后端復(fù)雜度較低，基本上也就半天一天的事
  • 如果只是替換文字內(nèi)容、圖片、簡(jiǎn)單樣式（顏色、大小等），哪怕頁(yè)面比較多，也可以批量操作完成，可能繁瑣但不復(fù)雜，可以在短時(shí)間內(nèi)完成，屬于舉手之勞

看資料：

• • 一般有現(xiàn)成的接口文檔和SDK的，實(shí)現(xiàn)起來(lái)也較為簡(jiǎn)單，花點(diǎn)時(shí)間研究下即可使用
  • 有通用組件的，且之前有功能實(shí)現(xiàn)過(guò)，如果變化不大可以直接使用

通用復(fù)雜度：

• • 兼容性問(wèn)題會(huì)比較復(fù)雜，特別是一些不常用機(jī)型的的問(wèn)題，有時(shí)還不好定位問(wèn)題
  • 性能問(wèn)題通常比較難，需要一點(diǎn)點(diǎn)的去分析找到性能瓶頸，并測(cè)試優(yōu)化
  • 核心功能會(huì)比較復(fù)雜，尤其是要提供給很多模塊使用的功能
  • 研究性的工作通常比較耗時(shí)，產(chǎn)品經(jīng)理在做需求時(shí)，如果發(fā)現(xiàn)可能需要用到新的技術(shù)，可以提前和開(kāi)發(fā)打招呼，讓他們先研究起來(lái)，把耗時(shí)問(wèn)題先前置解決

3. 溝通和提問(wèn)

掌握一門(mén)知識(shí)，不是為了將別人比下去，而是讓自己做事情更有章法和效率；

懂技術(shù)能讓你在溝通時(shí)有底氣，不會(huì)被人問(wèn)倒，也能根據(jù)對(duì)方的回答提出合理的問(wèn)題，大多數(shù)事情是可以通過(guò)面對(duì)面溝通解決；

我們?cè)跍贤〞r(shí)要“多認(rèn)可、少諷刺”，盡量做到平等對(duì)話(huà)，有些直白的語(yǔ)言，換成另外一種話(huà)語(yǔ)，會(huì)換來(lái)意想不到的效果：

把“為什么做不了？”，換成“我想了解下具體原因？”或者“有沒(méi)有其他的方法實(shí)現(xiàn)？”

把“這么簡(jiǎn)單的需求，要這么久嗎？”，換成“我覺(jué)得這塊時(shí)間有點(diǎn)久，能加快點(diǎn)嗎？”

把“X，有bug”，換成“這里操作不了，看下是我哪里操作有問(wèn)題嗎？”

不輕易放棄，不接受模棱兩可的答案，對(duì)開(kāi)發(fā)說(shuō)的內(nèi)容不滿(mǎn)意應(yīng)該繼續(xù)追問(wèn)，直到拿到令你信服的答案；

產(chǎn)品經(jīng)理為產(chǎn)品的最終結(jié)果負(fù)責(zé)，遇到問(wèn)題，沒(méi)有人會(huì)反過(guò)來(lái)替你想怎么解決，也不要指望問(wèn)題能自動(dòng)消失，能解決問(wèn)題的只有你，懂技術(shù)只是手段，不是目的；

鼓足勇氣、翻越障礙、高山登頂。

作者：周武，曾就職于騰訊、邊鋒，現(xiàn)在一家上市公司產(chǎn)品負(fù)責(zé)人；公眾號(hào)：周武說(shuō)

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

題圖來(lái)自 pexels，基于CC0協(xié)議。