中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

不懂技術(shù)的產(chǎn)品經(jīng)理是不是好產(chǎn)品經(jīng)理呢？本文將將結(jié)合一個(gè)實(shí)際的例子和作者的一些心得體會(huì)來說明到底好的產(chǎn)品經(jīng)理需要的是什么。

作為一名軟件工程的學(xué)生，每當(dāng)考慮以后的發(fā)展方向時(shí)我總能想起軟件工程老師在課堂上說過的：“咱們學(xué)生最對(duì)口的專業(yè)是產(chǎn)品經(jīng)理”。再加上近兩年不少網(wǎng)上的誘惑——“產(chǎn)品經(jīng)理是離CEO最近的職業(yè)”，使得不僅僅是我們“對(duì)口”專業(yè)的學(xué)生更親睞往這方面發(fā)展，也使得產(chǎn)品經(jīng)理成為了許多非相關(guān)專業(yè)學(xué)生的種草職業(yè)。

最近看了幾個(gè)名校學(xué)生面試產(chǎn)品經(jīng)理的視頻，其中不乏很多非相關(guān)專業(yè)的學(xué)霸，從他們的回答問題的角度和邏輯來看，有很多是有“道”無“術(shù)”，但非常具有潛力的學(xué)生。即使是在相對(duì)硬核的技術(shù)面，如果能夠理解問題的基礎(chǔ)和核心，并且把用戶核心需求放在第一位，那些不懂具體技術(shù)的學(xué)生也能給出相對(duì)滿意的回答。

那么不懂技術(shù)的產(chǎn)品經(jīng)理是不是好產(chǎn)品經(jīng)理呢？

先問是不是 再問為什么！

可以是。

那么為什么呢？

我將結(jié)合一個(gè)實(shí)際的例子和我的一些心得體會(huì)來說明到底好的產(chǎn)品經(jīng)理需要的是什么。

開宗明義的說，我認(rèn)為一個(gè)合格的產(chǎn)品經(jīng)理需要的是：理解基礎(chǔ)的技術(shù)知識(shí) + 把握用戶需求。

理解基礎(chǔ)的技術(shù)知識(shí)

就像我的搭檔郭老師說的：“我和火箭專家說，你那火箭不行，燃料不好，我認(rèn)為得燒柴，最好是燒煤，煤還得精選煤，水洗煤不行。如果那科學(xué)家拿正眼看我一眼，那他就輸了。”

如果你是一個(gè)“燒柴”的產(chǎn)品經(jīng)理，我覺得你可能真的需要在這方面先下下功夫。當(dāng)說起MVC三層架構(gòu)，你至少可以理解三層架構(gòu)是如何組織代碼和通信的?？梢钥床欢唧w的代碼，但是要理解核心思想以及可以類比，這種能力是至關(guān)重要的。但你要是說MVC和MVP是什么關(guān)系？這就雞同鴨講了。

把握用戶需求

這一部分我以一個(gè)大家應(yīng)該都寫過或者分析過的”后臺(tái)管理系統(tǒng)“作為例子，來說明什么叫做把握用戶需求。為了能夠具體且落地我們加上一個(gè)前綴——實(shí)驗(yàn)室·管理系統(tǒng)。

好，讓我們帶入到一個(gè)技術(shù)小白的視角來讓思考一個(gè)問題：“開發(fā)一個(gè)為高校實(shí)驗(yàn)室使用的實(shí)驗(yàn)室管理系統(tǒng)。”

是不是感覺頓時(shí)有很多思緒：應(yīng)該有學(xué)生管理、老師管理、簽到打卡功能… 但再往下思考就開始覺得沒有了思路，慢慢的新的想法與上面的想法相互重疊，亂七八糟，又回到了一片空白的狀態(tài)。其實(shí)這個(gè)問題很大、需求也不明確有些模棱兩可。

一個(gè)及格的產(chǎn)品經(jīng)理應(yīng)該這樣思考：

首先細(xì)化、量化需求。實(shí)驗(yàn)室是什么類型的實(shí)驗(yàn)室–是化學(xué)實(shí)驗(yàn)室？是物理實(shí)驗(yàn)室？是程序員的實(shí)驗(yàn)室？還是人文社科的實(shí)驗(yàn)室（不知道有沒有?。?/p>

那么這個(gè)實(shí)驗(yàn)室現(xiàn)在是用什么方式進(jìn)行管理——靠人？靠通用的管理系統(tǒng)？靠一個(gè)不穩(wěn)定的系統(tǒng)？

在往下分析：他們?yōu)槭裁匆獡Q或者使用一個(gè)管理系統(tǒng)？原來的方式出現(xiàn)了什么問題？

經(jīng)過這樣分析我們可以看出我們要做的是一個(gè)網(wǎng)絡(luò)安全實(shí)驗(yàn)室的管理系統(tǒng)，原來這個(gè)實(shí)驗(yàn)室都是靠老師自己人工管理但隨著學(xué)生和老師數(shù)量的不斷增加、論文專利發(fā)表的數(shù)量也在增加、傳統(tǒng)的方式效率越發(fā)低下，急需一個(gè)定制化的管理系統(tǒng)用來解決問題（以上為假設(shè)）。

現(xiàn)在我們的基本需求分析出來了，接下來還需要明確一下。

我們的目標(biāo)用戶是：一個(gè)網(wǎng)安實(shí)驗(yàn)室的成員。

他們的需求是：一個(gè)針對(duì)他們實(shí)驗(yàn)是定制化的管理軟件。

基于他們的使用場(chǎng)景下，基本的需求應(yīng)該包括：

• 比人手動(dòng)管理效率高
• 最小的學(xué)習(xí)成本、非計(jì)算機(jī)的財(cái)務(wù)老師也能夠快速上手
• 穩(wěn)定可靠，畢竟很多論文or專利都要放在上面
• 可以快速向前兼容–以往的數(shù)據(jù)可以通過便捷的方式上傳到系統(tǒng)上
• 可以向后兼容–隨著實(shí)驗(yàn)室的不斷壯大可能需要新增一些功能
• 解決以往的一些痛點(diǎn)
• 系統(tǒng)不需要那么復(fù)雜–這往往意味著更低的開發(fā)時(shí)間和更便宜的價(jià)格

這種管理系統(tǒng)應(yīng)該是每個(gè)畢設(shè)答辯中老師最討厭的類型了，但我覺得這并不意味著這是一個(gè)完全體現(xiàn)不出技術(shù)含量的題目（除非你是完全抄的或者就是買的），相反這是一個(gè)”五臟俱全“的問題，你要做的是更具體、更能滿足實(shí)際的需求。

好，到目前為止，我們已經(jīng)解決了一個(gè)看似無從下手的問題，描述了將要使用它的用戶，并從這種系統(tǒng)中了解了他們的基本需求（或期望）。那么是什么方法幫助我們解決的問題呢——帶入角色。

這就好比是您聽相聲的時(shí)候，常常聽到的是我（于謙）父母的故事，這代入感一下子就讓您想象到并沉浸在故事當(dāng)中了。做一名產(chǎn)品經(jīng)理也是需要有這種能力的，當(dāng)帶入到使用者的角色時(shí)，你將會(huì)把這個(gè)角色與實(shí)際生活聯(lián)系起來，緊接著你就會(huì)開始思考“我”要的是在什么場(chǎng)景下的什么東西。

因此同理心or帶入感是成為一個(gè)優(yōu)秀的產(chǎn)品經(jīng)理所必須的。

這個(gè)時(shí)候基本的技術(shù)基礎(chǔ)又該上場(chǎng)了，我們需要把用戶的需求轉(zhuǎn)化為技術(shù)需求：主要是在pc web端、基于某個(gè)簡(jiǎn)單易用的框架、敏捷開發(fā)、可能需要手機(jī)端小程序（另外加錢）、做好數(shù)據(jù)冗余備份、代碼要向后兼容等等。

可能具體的需求還需要與各個(gè)老師與學(xué)生認(rèn)真溝通和交流，最后得出一份完整的需求分析文檔。

接下來就要開始動(dòng)手推進(jìn)項(xiàng)目了。另一個(gè)問題隨之而來–確定功能開發(fā)的優(yōu)先順序。

我們可以把定制化作為程序的核心亮點(diǎn)，那么我們應(yīng)該上來就開始實(shí)現(xiàn)那些這個(gè)實(shí)驗(yàn)室單獨(dú)需求的功能么？或者說一個(gè)相聲演員上來就該練他的成名節(jié)目么？我想不是的，至少我是從貫口學(xué)起的，我可沒上來就”抽煙、喝酒、燙頭“。

我們要從整個(gè)程序的基礎(chǔ)，也就是那些最基本的功能開始入手。

也就是說我們現(xiàn)在有了一個(gè)基本的mvc架構(gòu)下的程序，用戶與視圖交互，控制器控制視圖的跳轉(zhuǎn)以及數(shù)據(jù)的處理，再通過模型與數(shù)據(jù)庫(kù)。

視角再放大一點(diǎn)，用戶在瀏覽器上操作，如果不涉及太多細(xì)節(jié)，查詢將轉(zhuǎn)到該服務(wù)的服務(wù)器，服務(wù)器根據(jù)相應(yīng)的請(qǐng)求做出處理，并且調(diào)用數(shù)據(jù)庫(kù)中的數(shù)據(jù)并做出相關(guān)操作。最后服務(wù)器把處理后的結(jié)果返回到客戶端并呈現(xiàn)在瀏覽器上。

至此，我們有了一個(gè)基本的管理系統(tǒng)，可供少數(shù)人使用。接下來我們將著眼于定制化的需求和可擴(kuò)展和兼容性的開發(fā)上來。到目前為止，我使用的技術(shù)術(shù)語(yǔ)非常有限。更多的是概念性的。讓我們看看是否可以保持這種方式到最后。

假設(shè)你調(diào)研時(shí)發(fā)現(xiàn)，以往老師組織手底下學(xué)生開會(huì)總會(huì)遇到，不同學(xué)院的學(xué)生時(shí)間沖突的問題。那么你的程序是不是可以根據(jù)實(shí)驗(yàn)室學(xué)生的課程表，計(jì)算出每周可以大家一塊開會(huì)的時(shí)間。

接著這個(gè)思路往下想，學(xué)生的課程表信息如何獲得？學(xué)生自己填寫么？可不可以通過識(shí)別校園卡，自動(dòng)從教務(wù)系統(tǒng)里讀出他的課程表，是不是其他的基本信息也可以一并讀出。省的學(xué)生新注冊(cè)時(shí)磨磨唧唧自己要填寫一大堆了。

或者說，你發(fā)現(xiàn)以往老師報(bào)銷經(jīng)費(fèi)，總是各種出問題，流程繁瑣，能不能優(yōu)化一下流程，絕大部分放在線上，等線上審批合格了，再去財(cái)務(wù)那蓋章簽字等等。

我們可以暫時(shí)脫離一下這個(gè)實(shí)際問題，想一點(diǎn)更通用的。如果這個(gè)程序獲得了很高的認(rèn)可，并開始推廣起來，用戶數(shù)量開始指數(shù)級(jí)遞增，一臺(tái)服務(wù)器能夠處理負(fù)載嗎？可能不夠。

就好像德云社從天橋劇場(chǎng)開始，當(dāng)我們?cè)絹碓匠雒麜r(shí)是不是要考慮更多更大的場(chǎng)館了。北京的北展，上海的梅賽德斯 看上去都是個(gè)不錯(cuò)的選擇。

我們要添加幾個(gè)新的服務(wù)器用于負(fù)載均衡，需要什么技術(shù)呢？

這不完全是你需要掌握的核心，你只需要知道有一些技術(shù)可以以編程方式將傳入的請(qǐng)求分發(fā)到空閑或負(fù)載較小的服務(wù)器上。好的，當(dāng)前我們?cè)O(shè)法引入了負(fù)載均衡，硬件已經(jīng)設(shè)法擴(kuò)增了，那其中的內(nèi)容呢，內(nèi)容是不是也需要有相應(yīng)的冗余，因此我們應(yīng)該為他們添加多個(gè)副本。

可能有的實(shí)驗(yàn)室在哈爾濱、威海、深圳都有使用系統(tǒng)的需求，如何能保證他們的使用體驗(yàn)是一樣的，也就是保證一樣的延遲。一方面我們需要建立各大中心城市的機(jī)房，另一方面如果有相關(guān)的計(jì)算機(jī)思想，是不是應(yīng)該考慮設(shè)計(jì)相應(yīng)的緩存機(jī)制。

另外我們可以發(fā)現(xiàn)我們與數(shù)據(jù)庫(kù)的交互往往是一份文件上傳一次，但是多次被不同用戶下載。那么，為什么不將它們分開呢？

保留一組僅實(shí)時(shí)接收寫請(qǐng)求的數(shù)據(jù)庫(kù)，以及另一組（更大）僅從中讀取的數(shù)據(jù)庫(kù)。這是新的問題又出現(xiàn)了，如何保證兩類數(shù)據(jù)庫(kù)的信息同步問題。這里邊可供選擇的方法也很多：半同步賦值、中間件、緩存法等等。相信你的研發(fā)人員會(huì)告訴你在當(dāng)前情況下什么是最好的選擇。

OK說了這么多，回過頭來看，我們解決了一個(gè)實(shí)驗(yàn)室管理系統(tǒng)的小問題，并且把他的應(yīng)用范圍適當(dāng)擴(kuò)大，考慮了負(fù)載均衡、冗余備份等更大視角的問題，其中沒有用到任何高深的技術(shù)?？赡茉趯?shí)際開發(fā)的時(shí)候會(huì)遇到更復(fù)雜，但萬變不離其宗的是，把握用戶需求，了解用戶想要什么才是產(chǎn)品經(jīng)理分析問題的關(guān)鍵。

回到最初的問題，不懂技術(shù)能不能做一個(gè)好的產(chǎn)品經(jīng)理？

相比看完整篇文章你也有了自己的答案。產(chǎn)品經(jīng)理是一個(gè)對(duì)硬實(shí)力要求沒有那么嚴(yán)格的職業(yè)，更多的是要求你有全面的軟實(shí)力。學(xué)心理的也好、學(xué)電氣的也罷，只要熱愛并且持之以恒的在正確的方向上堅(jiān)持，我相信你肯定會(huì)成為一名優(yōu)秀的產(chǎn)品經(jīng)理。

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

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