本文筆者將從可行性、角色分工、極限情況、安全性、性能、隱性消耗、關(guān)聯(lián)改動(dòng)、問(wèn)題定位等角度來(lái)闡述產(chǎn)品經(jīng)理必須要具備的七種技術(shù)思維。

我們常說(shuō)，作為技術(shù)人員要有產(chǎn)品思維，從產(chǎn)品和運(yùn)營(yíng)的角度去思考技術(shù)方案。

是的，我們也這樣做了。然而，從我多年的需求溝通及項(xiàng)目協(xié)調(diào)的經(jīng)驗(yàn)來(lái)看，產(chǎn)品人員其實(shí)也可以有一點(diǎn)技術(shù)思維。

所謂技術(shù)思維，并不是讓你真的用技術(shù)人員的思考方式看待問(wèn)題，那樣肯定做不出好產(chǎn)品，兩種思維方式是不可調(diào)和的。這里所說(shuō)的技術(shù)思維，只是讓你從某種程度上更加縝密地思考與技術(shù)相關(guān)的問(wèn)題，如此既可以在技術(shù)相關(guān)的知識(shí)面上有一定積累，也可在一定程度上降低與技術(shù)人員的溝通成本。

互聯(lián)網(wǎng)的產(chǎn)品人員，可能整個(gè)職業(yè)生涯都要與技術(shù)人員打交道。有些產(chǎn)品是技術(shù)出身，對(duì)于某個(gè)領(lǐng)域的技術(shù)有一定了解，但是涉及到具體需求可能并沒(méi)有開(kāi)發(fā)人員了解深入，問(wèn)題提不好反而弄巧成拙。

而對(duì)于大多數(shù)的產(chǎn)品人員，可能都是在職業(yè)生涯的慢慢積累中，逐漸接觸到一些零散的技術(shù)知識(shí)，雖不成體系，但遇到類似的問(wèn)題，或可舉一反三弄懂其原理。但在遇到新的項(xiàng)目或未知的領(lǐng)域時(shí)，仍然不知從何下手，徒增的只是盲目的自信而已。

因此，本文的目的即是希望從特定的一些方面闡述基本的技術(shù)思維——即拿到一個(gè)需求或見(jiàn)到某款互聯(lián)網(wǎng)產(chǎn)品時(shí)，技術(shù)人員關(guān)注得更多的點(diǎn)可能是什么。以此，來(lái)讓產(chǎn)品人員一窺開(kāi)發(fā)者的腦回路到底是怎樣設(shè)定的，增進(jìn)日后的相互理解。

此前我寫(xiě)過(guò)一篇《如何洞悉隱性需求》，算是從開(kāi)發(fā)的角度提示一些可能會(huì)被產(chǎn)品同學(xué)漏掉的需求細(xì)節(jié)，在需求溝通方面，可以作為本篇的補(bǔ)充。

一、技術(shù)思維之可行性

策劃產(chǎn)品的初期，原則上是不應(yīng)該受可行性的干擾，先想到好點(diǎn)子，剩下的交給技術(shù)解決。

但是，到了具體的產(chǎn)品需求文檔形成之前，可行性就成為最后一道門檻了。是時(shí)候找開(kāi)發(fā)哥聊聊，到底能不能做了！這時(shí)候，產(chǎn)品同學(xué)最怕的就是開(kāi)發(fā)哥甩過(guò)來(lái)一句：實(shí)現(xiàn)不了……

那么到底能做還是不能做，是不是就只有開(kāi)發(fā)說(shuō)了算呢？當(dāng)然不是！至少還有老板~

然而，作為一個(gè)小產(chǎn)品，總把老板搬出來(lái)也不是個(gè)事兒。況且，不是每個(gè)需求都有老板關(guān)注和授權(quán)，狐假虎威肯定是要出事情的。

那么，在日常無(wú)窮無(wú)盡的小需求中，如何防止被開(kāi)發(fā)『忽悠』就是最核心的技能了。如果不想被『忽悠』，首先自己要做足功課。自己負(fù)責(zé)的產(chǎn)品、相關(guān)的平臺(tái)已有功能、基礎(chǔ)能力等，都要了如指掌，否則如果對(duì)于自己的產(chǎn)品細(xì)節(jié)都不夠了解，怎么去提新需求？

思維提示

1. 新開(kāi)發(fā)的系統(tǒng)，盡量熟悉平臺(tái)已有的基礎(chǔ)能力，再來(lái)看新特性；
2. 使用外部開(kāi)放平臺(tái)的，一般都有現(xiàn)成的文檔，雖然未必全懂，但至少大概知道平臺(tái)能力；
3. 別人家已經(jīng)做好的效果，總不能說(shuō)實(shí)現(xiàn)不了吧？如有差異，至少要給我講清楚；
4. 關(guān)注不同端的巨大差異，很多實(shí)現(xiàn)不了的，其實(shí)是終端差異的局限；
5. 理解從芯片、硬件廠商、操作系統(tǒng)不同、手機(jī)廠商不同、機(jī)型不同、瀏覽器不同、語(yǔ)言不同等造成的種種差異。

二、技術(shù)思維之角色分工

評(píng)審需求的時(shí)候，很多產(chǎn)品最頭疼的，可能就是區(qū)分『前端需求』還是『后端需求』了。前端開(kāi)發(fā)和后臺(tái)開(kāi)發(fā)有什么區(qū)別？到底哪里是前哪里是后？這些改動(dòng)到底要拉前端還是拉后臺(tái)？

這里首先我們要明確一下『前』和『后』是相對(duì)于什么的：

假設(shè)用戶打開(kāi)瀏覽器，看到了一個(gè)網(wǎng)頁(yè)，那么用戶第一眼看到的這些，就是所謂的『前端』——即與用戶面對(duì)面的前。

再說(shuō)說(shuō)『后』，這個(gè)『后』就是背后你看不到的一切的一切，可以遠(yuǎn)到地球另一側(cè)的某臺(tái)服務(wù)器上運(yùn)行的代碼，也可以是隱藏在你桌上電腦中的邏輯。

至于中間的地帶，就有點(diǎn)曖昧了。不同的公司對(duì)于前后端的定義不盡相同，對(duì)于所謂『前后端分離』架構(gòu)的產(chǎn)品，那么至少頁(yè)面層級(jí)一定是前端的工作了。而對(duì)于某些『服務(wù)端渲染』架構(gòu)的產(chǎn)品，即使是頁(yè)面，也可能是后臺(tái)同學(xué)的鍋。

因此，對(duì)于自己負(fù)責(zé)的產(chǎn)品，要先弄清楚基本的架構(gòu)，才好確定一個(gè)大概的界限。目前在互聯(lián)網(wǎng)行業(yè)，整體的趨勢(shì)都是趨于『全?！弧辞岸艘材茏龊笈_(tái)，后臺(tái)也能搞前端，那么區(qū)分角色分工，就難上加難了。

思維提示

1. 熟悉自己負(fù)責(zé)的產(chǎn)品的基礎(chǔ)架構(gòu)；
2. 頁(yè)面結(jié)構(gòu)及樣式相關(guān)，往往需要前端參與，最好拉上前端；
3. 頁(yè)面無(wú)法訪問(wèn)，或者直接輸出錯(cuò)誤信息，往往要拉上后端或運(yùn)維同學(xué)；
4. 實(shí)在分不清，只能一起約了。

三、技術(shù)思維之極限情況

產(chǎn)品思維，需要考慮產(chǎn)品的形態(tài)、受眾群體、交互流程等等，這些已經(jīng)很傷腦筋了。

可是到了開(kāi)發(fā)這里，卻總是各種鉆牛角尖，什么小破輸入框輸入 1000 個(gè)字怎么辦？什么同時(shí) 10000 個(gè)人訪問(wèn)怎么辦？什么 500 個(gè)賬號(hào)薅羊毛怎么辦？

嚴(yán)格意義上來(lái)說(shuō)，這些確實(shí)不是產(chǎn)品人員需要考慮的，到了『測(cè)試用例評(píng)審』這一步，自然會(huì)有專業(yè)的測(cè)試人員提出這些問(wèn)題。但是，假如這些類似的問(wèn)題你之前都沒(méi)有思考過(guò)，那么也可能被測(cè)試人員懟得很慘。

要想表現(xiàn)為專業(yè)的產(chǎn)品經(jīng)理，需要你對(duì)研發(fā)流程的各個(gè)環(huán)節(jié)都成竹在胸，不至于一問(wèn)三不知，或者一看就根本沒(méi)有深入思考過(guò)。

這些極限情況也可以稱之為『異常流』，有些異常流可能用戶感知不明顯，而有些異常流則會(huì)對(duì)用戶造成很大的影響。因此，當(dāng)出現(xiàn)這些異常的時(shí)候，如何給用戶更好的提示和引導(dǎo)，或者引領(lǐng)用戶去找客服尋求幫助等，就顯得尤為重要了。

思維提示

1. 開(kāi)發(fā)哥的鉆牛角尖思維，暴力一點(diǎn)會(huì)怎樣；
2. 開(kāi)發(fā)哥的薅羊毛思維，量上來(lái)會(huì)怎樣；
3. 并發(fā)思維，全都一起來(lái)了會(huì)怎樣；
4. 即使是測(cè)試或QA的工作，發(fā)現(xiàn)問(wèn)題還是要產(chǎn)品拍板修改，跑不掉的。

四、技術(shù)思維之安全性

每隔幾年，就會(huì)出現(xiàn)一次較大的用戶隱私信息泄露問(wèn)題，最近的一次大家都知道，就是 Facebook 的隱私泄露事件，以及國(guó)內(nèi)的 WIFI 萬(wàn)能鑰匙。至于之前的門系列，雖然也是用戶隱私，但是跟互聯(lián)網(wǎng)關(guān)系不大，主要是修電腦的鍋。還有『開(kāi)房信息泄露』那次，是由于被黑客攻擊。

關(guān)于黑客攻擊的問(wèn)題，作為產(chǎn)品人員甚至普通的開(kāi)發(fā)人員，都是沒(méi)有辦法的事情，要有極其專業(yè)的安全團(tuán)隊(duì)才可能應(yīng)付。我們這里說(shuō)的，只是一點(diǎn)安全意識(shí)的問(wèn)題。不要說(shuō)產(chǎn)品人員，很多工作一兩年的開(kāi)發(fā)人員都非常缺乏安全意識(shí)。甚至有些是不經(jīng)意的人為信息泄露，壓根算不上技術(shù)問(wèn)題。

比如：我們?cè)诨ヂ?lián)網(wǎng)產(chǎn)品里標(biāo)識(shí)用戶要有某個(gè)特定的維度，可能是用戶的手機(jī)號(hào)、第三方開(kāi)放平臺(tái)提供的 openid、淘寶登錄名、微信昵稱等等。

那么，當(dāng)我們以這個(gè)維度標(biāo)識(shí)用戶，并向他們展示隱私信息的時(shí)候，能否確認(rèn)看到信息的一定是本人呢？有沒(méi)有可能我們的維度沒(méi)變，但是用戶換了呢？

嚴(yán)格來(lái)說(shuō)，除了生物認(rèn)證和實(shí)時(shí)的真人認(rèn)證，我們幾乎無(wú)法確定網(wǎng)絡(luò)另一端到底是什么人，甚至連是不是人都很難知曉。所以，現(xiàn)在的很多互聯(lián)網(wǎng)產(chǎn)品，才會(huì)有那么多煩人的認(rèn)證。這個(gè)問(wèn)題盡管無(wú)解，并且還要跟真實(shí)的用戶體驗(yàn)之間做權(quán)衡，但總歸是不能不考慮的方面。

思維提示

1. 弄清楚所負(fù)責(zé)產(chǎn)品的用戶體系，以及『用戶』的定義；
2. 考慮你展示給用戶的信息，有多大可能被別人看到，站在身后看也算；
3. 用戶如有多個(gè)小號(hào)，能否達(dá)到 1+1=3 的效果；
4. 你的系統(tǒng)有沒(méi)有可能被機(jī)器人或外掛直接使用，而無(wú)法分辨~

五、技術(shù)思維之性能

很多東西，看上去都是技術(shù)人員的事情，比如報(bào)錯(cuò)、比如性能，身為一個(gè)產(chǎn)品真的需要考慮這些嗎？

這個(gè)問(wèn)題就要靠你自己了，你希望你的產(chǎn)品做到什么程度，是能用就行，還是在任何情況下都能對(duì)用戶友好。如果程序上報(bào)錯(cuò)，信息一定是有助于問(wèn)題定位的方法名、代碼位置等等。

那么，用戶需要看到這些嗎？用戶看到之后是怎樣的體驗(yàn)?zāi)兀?/p>

所以，互聯(lián)網(wǎng)產(chǎn)品如果想做到盡量完善，就要考慮到各種情況。當(dāng)然，你不考慮也可以，那么接下來(lái)就是在開(kāi)發(fā)、測(cè)試、運(yùn)維同學(xué)不斷的提問(wèn)和質(zhì)疑中慢慢填坑。

以電商的搶購(gòu)活動(dòng)為例，最理想的情況下，是系統(tǒng)有無(wú)限的承受能力，大家隨便搶，系統(tǒng)也不會(huì)掛。但現(xiàn)實(shí)的情況是，硬件資源、網(wǎng)絡(luò)帶寬等都是有限的，即使我可以預(yù)估真實(shí)用戶的量，也無(wú)法預(yù)估羊毛黨的量。某個(gè)活動(dòng)一旦有利可圖，被轉(zhuǎn)發(fā)到幾個(gè)羊毛群，那基本上分分鐘就要被掏空了。

那么，在這樣的現(xiàn)實(shí)下，如何能保證對(duì)大多數(shù)用戶來(lái)說(shuō)盡量公平，系統(tǒng)又不至于很快掛掉呢？

這就是產(chǎn)品和技術(shù)要一起解決的問(wèn)題了。譬如很多搶購(gòu)活動(dòng)引入的排隊(duì)機(jī)制，或者提前發(fā)放的資格碼等。這些需求某種程度上都是由于客觀條件的限制，才引入的產(chǎn)品特性，從而倒逼產(chǎn)品人員修改流程和界面交互等。

那么，在你負(fù)責(zé)的產(chǎn)品中，有沒(méi)有因?yàn)樾阅芑蚱渌南拗贫a(chǎn)生的『特性』呢？

思維提示

1. 產(chǎn)品的工作沒(méi)有界限，多了解點(diǎn)什么知識(shí)都沒(méi)壞處；
2. 互聯(lián)網(wǎng)產(chǎn)品都會(huì)在某個(gè)環(huán)節(jié)或階段有性能瓶頸，由此可能產(chǎn)生意外的需求特性；
3. 從腦子里的一個(gè)點(diǎn)子，到最后用戶使用的口碑，產(chǎn)品經(jīng)理都有責(zé)任關(guān)注；
4. 在很多客觀條件的限制下，沒(méi)有所謂的絕對(duì)公平，一定是通過(guò)某種技術(shù)手段來(lái)『維持秩序』。

六、技術(shù)思維之隱性消耗

所謂隱性消耗，當(dāng)然是不那么明顯的消耗。

那么，對(duì)于產(chǎn)品人員來(lái)講，哪些消耗不容易察覺(jué)呢？

最常見(jiàn)的，就是硬件資源和帶寬的消耗，例如某些帶有視頻的活動(dòng)，如果出現(xiàn)爆發(fā)式增長(zhǎng)，就可能快速燒掉云服務(wù)賬戶里的余額。如果公司有資深的運(yùn)維人員，那么可以在類似的產(chǎn)品上線之前，找運(yùn)維同學(xué)預(yù)估流量和費(fèi)用，以免不小心超出預(yù)算。

同樣，有些公司購(gòu)買的帶寬是峰值計(jì)費(fèi)的，那么就很容易出現(xiàn)意外。服務(wù)器臨時(shí)扛不住，緊急加機(jī)器也是可以的，最壞的情況就是有短暫的時(shí)間無(wú)法給用戶提供服務(wù)。其實(shí)一般情況下，產(chǎn)品人員是不太需要考慮這些的，有技術(shù)和 IT 人員搞定就可以了。只是特殊的一些產(chǎn)品和活動(dòng)，才需要把這些預(yù)算考慮在內(nèi)。

還有一種情況，作為自己有開(kāi)發(fā)團(tuán)隊(duì)的公司，遇到任何需求第一反應(yīng)就是自己的開(kāi)發(fā)能不能做，如果不是特別復(fù)雜的需求，一般都會(huì)得到『能做』的答案。但是有些時(shí)候，同樣的能滿足需求的東西，如果采用外包的形式交給外部團(tuán)隊(duì)，成本卻可能降低很多。

這是為什么呢？難道我們的開(kāi)發(fā)就這么挫嗎？當(dāng)然不是！

如果說(shuō)一個(gè)需求全是從零開(kāi)始的話，那么可以說(shuō)很多公司的開(kāi)發(fā)無(wú)論在速度和質(zhì)量上，都是值得信賴的。但是，當(dāng)這些需求外部已經(jīng)有成熟的方案，或者活動(dòng)模板，甚至是不怎么需要修改的現(xiàn)成代碼的時(shí)候，這個(gè)成本就完全不一樣了。畢竟術(shù)業(yè)有專攻，專門做活動(dòng)的積累了很多活動(dòng)；專門做游戲的積累了很多小游戲；這些東西對(duì)許多外包公司來(lái)說(shuō)甚至是零成本復(fù)制，就看他想賺你多少錢了。

當(dāng)然，外部采購(gòu)也有麻煩的地方，比如：公司資質(zhì)門檻，財(cái)務(wù)流程等等，肯定是沒(méi)有直接給開(kāi)發(fā)哥提需求方便。但如果整個(gè)項(xiàng)目的成本和 KPI 都比較明確了，并且考察過(guò)有類似的外部團(tuán)隊(duì)可以滿足需求的話，不妨對(duì)比一下成本和效率，開(kāi)發(fā)哥的工資也很貴的。

思維提示

1. 重點(diǎn)項(xiàng)目要考慮技術(shù)側(cè)可能花錢的地方；
2. 開(kāi)發(fā)說(shuō)『能做』只是說(shuō)明可行性，效率和時(shí)間還要再評(píng)估；
3. 外部采購(gòu)成熟方案有時(shí)效率更高。

七、技術(shù)思維之關(guān)聯(lián)改動(dòng)

我們?cè)谝?guī)劃新的產(chǎn)品特性的時(shí)候，往往會(huì)涉及到對(duì)原有系統(tǒng)的改動(dòng)，由于原有系統(tǒng)可能不是自己負(fù)責(zé)的產(chǎn)品，即使與對(duì)應(yīng)的產(chǎn)品溝通過(guò)，也可能考慮不周。而這些，還只是表面的功能改動(dòng)，更大的坑還在后面。

無(wú)論從設(shè)計(jì)到產(chǎn)品，還是從前端到后臺(tái)，都希望有很多所謂『模塊化』的東西，最好像 PS 一樣貼過(guò)來(lái)就能用。對(duì)于完全相同或差異不大的功能，模塊化固然很好。但是，在需求迭代的歷史長(zhǎng)河中，總會(huì)產(chǎn)生同一模塊的大大小小的變種，以及與各個(gè)使用模塊的系統(tǒng)之間千絲萬(wàn)縷的聯(lián)系。

此時(shí)，如果你的需求動(dòng)到了這些所謂的『公共模塊』，麻煩就來(lái)了。其他使用模塊的系統(tǒng)是否需要一起改動(dòng)，是否需要同步更新，還是保持原樣？保持原樣的模塊是另一份拷貝還是在原有模塊基礎(chǔ)上兼容？

在技術(shù)的架構(gòu)上，我們很難既滿足想要一起改的時(shí)候就完全一起變化，而不想要一起修改的時(shí)候，又可以隨便想改哪個(gè)改哪個(gè)。這兩個(gè)點(diǎn)之間只能是不斷地權(quán)衡和妥協(xié)，沒(méi)有完美的解決方案。

因此，在我們尋求公共邏輯和修改迭代的便利性的同時(shí)，也需要考慮到未來(lái)分道揚(yáng)鑣時(shí)千絲萬(wàn)縷的糾纏。

思維提示

1. 只要你的需求修改到的地方，在技術(shù)側(cè)就有可能牽一發(fā)而動(dòng)全身；
2. 模塊化未必是好事，只有在保證這些產(chǎn)品模塊功能相對(duì)一致時(shí)才有用；
3. 技術(shù)人員也一直在糾結(jié)優(yōu)化與過(guò)度優(yōu)化之間的界線，這個(gè)界線完全取決于產(chǎn)品的走向。

八、技術(shù)思維之問(wèn)題定位

什么？問(wèn)題定位也要產(chǎn)品參與？那要開(kāi)發(fā)有何用？

話雖這樣說(shuō)，但還是那句話，這是體現(xiàn)產(chǎn)品經(jīng)理素養(yǎng)的地方。如果你完全不懂，沒(méi)人會(huì)怪你，但是如果你表現(xiàn)出一些技術(shù)上的專業(yè)性，大家就會(huì)對(duì)你刮目相看。

舉個(gè)簡(jiǎn)單的例子：以前經(jīng)常會(huì)遇到某個(gè)同事捉急地截圖過(guò)來(lái)，說(shuō)頁(yè)面亂了。而我看過(guò)之后，往往會(huì)直接回復(fù)『ctrl+0』。

那么，為什么當(dāng)事人自己看不出問(wèn)題？甚至中間轉(zhuǎn)發(fā)的幾個(gè)人也看不出來(lái)呢？

這里有兩個(gè)技術(shù)點(diǎn)：

第一：chrome 瀏覽器 ctrl+滾輪 會(huì)縮放頁(yè)面，而且放大比例會(huì)對(duì)當(dāng)前頁(yè)面保存設(shè)置，再次打開(kāi)頁(yè)面還是上次放大的比例。

第二：不管你的截圖你的顯示器上看上去是大是小，轉(zhuǎn)發(fā)給我之后實(shí)際的像素應(yīng)該跟我打開(kāi)的頁(yè)面是一樣的。如果頁(yè)面沒(méi)有被放大的話，你的截圖部分，和我的瀏覽器里對(duì)應(yīng)的部分看起來(lái)應(yīng)該是一樣的。如果大小不一致，說(shuō)明一定有縮放存在。那么這種簡(jiǎn)單的問(wèn)題定位，就根本不需要去問(wèn)開(kāi)發(fā)人員，但是你可以問(wèn)：為毛縮放了就會(huì)亂掉呢？

再結(jié)合前面所說(shuō)的角色分工問(wèn)題，目前主流公司大都采用前后端分離的架構(gòu)，所以頁(yè)面上出現(xiàn)問(wèn)題，往往可以先找前端。

那么，除了這種粗淺的區(qū)分找前端還是后臺(tái)，還能不能做點(diǎn)別的呢？

——當(dāng)然能。最簡(jiǎn)單的，就是先橫向確認(rèn)一下，你這里有問(wèn)題，其他人是不是也都有問(wèn)題。WIFI 有問(wèn)題的，是不是網(wǎng)線的也有問(wèn)題，以此類推。

這些基本的判斷也是開(kāi)發(fā)人員的定位思路，先大概確定問(wèn)題的范圍，你會(huì)發(fā)現(xiàn)：很多時(shí)候問(wèn)題往往出現(xiàn)在自己這里。開(kāi)發(fā)人員也會(huì)犯類似的錯(cuò)誤，甚至定位了好久才發(fā)現(xiàn)，原來(lái)是如此低級(jí)的一個(gè)錯(cuò)誤。所以，當(dāng)你能嘗試自己發(fā)現(xiàn)低級(jí)錯(cuò)誤的時(shí)候，你就進(jìn)入了開(kāi)發(fā)人員的腦回路了。

思維提示

1. 初步判斷以及精準(zhǔn)的問(wèn)題描述非常有助于定位問(wèn)題；
2. 橫向?qū)Ρ龋倏从龅絾?wèn)題之前做了哪些『不尋常的事』；
3. 如果確定是共性問(wèn)題，還是盡快丟給開(kāi)發(fā)吧。

結(jié)語(yǔ)

本篇粗略講述了開(kāi)發(fā)人員見(jiàn)到需求或者遇到問(wèn)題的時(shí)候，大致都有哪些『技術(shù)思維』，這些思維出于嚴(yán)謹(jǐn)，卻又難免有吹毛求疵，鉆牛角尖之嫌。

技術(shù)說(shuō)到底，都是冷冰冰的代碼邏輯，沒(méi)有什么感情用事和臨時(shí)的殺伐決斷。只有把所有細(xì)節(jié)和可能出現(xiàn)的狀況盡量考慮清楚，才能開(kāi)發(fā)出健壯穩(wěn)定的系統(tǒng)。

同樣，作為產(chǎn)品經(jīng)理，你的產(chǎn)品能健壯穩(wěn)定地給用戶提供服務(wù)，也是產(chǎn)品成功的表現(xiàn)。

既然如此，這方方面面的技術(shù)問(wèn)題，則不可不察。所以說(shuō)，優(yōu)秀的產(chǎn)品經(jīng)理，就是要對(duì)各個(gè)角色的分工了如指掌，熟悉每個(gè)角色的性格脾氣和思維方式，才能撮合各個(gè)角色無(wú)障礙地分工協(xié)作，從而產(chǎn)出出色的互聯(lián)網(wǎng)產(chǎn)品。了解技術(shù)人員的思維方式，或許是個(gè)良好的開(kāi)端。

作者：姬小光，微信公眾號(hào)“姬小光（ID：hi-laser）”

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

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