產品經理懂技術！看這一篇就夠了～

01-29

各位好哈，先祝大家中秋國慶雙節快樂～

3個月沒更新了，但請放心，這個專欄沒有死哈，不管我在知乎上開了多少車，寫了多了小黃文（特么寫小黃文點贊的人真多...）都不會影響專欄正常連載，除非我哪天轉行了～

產品專欄的每篇文章我都力求是乾貨，自己做產品道行不夠，能分享的內容有限，歡迎大家一起探討～

話說回來，今天寫的是關於猜花星：產品經理需要懂技術嗎？懂到什麼程度？這個問題的回答～

兩年前我入門的時候看這個問題就很困擾，

這個問題下的答案也沒啥乾貨，

我自己摸索了半年，

深感產品需要懂技術這點非常重要，

整理髮出來和大家交流學習～

下面詳細敘述下：

1.pm需要懂技術么？

要的，作為產品，懂技術可以和技術高效過需求，同時對自己產品／項目的把控度也更強。

舉幾個栗子：

1.不會因為不懂技術被嘲諷、被糊弄

我在做c端產品實習的時候，從來不管技術大哥如何實現，總是說：

-你怎麼實現我不管，我就要這個～

-這個功能不就是xxx么，你直接說要多久把～

-這次的需求很簡單，只要做xxx就行了，prd你看下哈～

搞得技術大哥很尷尬，而且在技術心中，這樣的pm地位很低，你啥都不懂，還特么想給我提需求？我自己也很虛，經常是跪舔著求實現需求的狀態，遇到case只能去找技術解決～

所以過需求的時候技術跟我說這個排期多久多久我就信了，導致有一次一個rd把我一個小需求拖了一個月，有時候直接跟我說這個需求做不了，我也就信了？

現在再也不會了，至少我會去追問「一個簡單的分頁為什麼要做這麼久？」

技術大哥會跟我解釋：因為一頁的數據來自不同的資料庫的不同表，做分頁就很麻煩～

那我覺得這樣的解釋ok啊，這時候說你排期吧才真的沒毛病！

2.寫需求更高效

你要知道你的產品的每一個塊都要落資料庫的，所以設計產品架構的時候模塊化很重要，有哪些欄位也很重要～

聽過一句話，你的產品架構，其實也是技術架構！一定不能亂（亂耦合）！

所以在寫需求的時候，一定要寫清楚產品結構圖，另一方面，知道別人怎麼工作的，寫需求才能按照他們的思路去寫，比如：

前端要做哪些？欄位、樣式、交互（操作前、操作中、操作後）、邊界條件（字數、圖片尺寸等等）

3.過需求更高效

我來點評之後第一次過大需求，拉著前端、後端、qa開需求會，我從頭到尾把需求說了一遍，自認說的很詳細了，結果大家還是一頭霧水，問題不斷，於是我又按照自己的邏輯說了一遍，還是一堆問題。

這時候，我mentor打住我，讓大家停一下，然後對著開發挨個說：

對前端說：我們這邊新增了哪幾個頁面，ui設計稿什麼樣的，交互是什麼樣的...前端done!

對後段說：我們這次的產品大邏輯什麼，新增了哪些欄位，最重要和複雜的邏輯是哪些，可能要哪邊的介面，那邊的技術已經幫你找好了....後端done!

對qa說：這次的迭代和之前有什麼不同，最重要的測試點是什麼，有哪些風險要測下，回頭上線的時候跟我說下我們一起看下...qa done!

最後強調了下項目的目標和重點，拉著大家過了下估時和排期，整個需求會done！

高效明了！！

所以啊，你要懂人家在做什麼，才能跟人家進行有效溝通～

4.對自己產品／項目的把控度也更強

實習時候的一個項目的時候，從b端招商-錄入系統-c端展示都是由不同的團隊負責具體的某一塊，只有我一個人知道整體的邏輯架構，當時出了一個case，目前的流程看似是無法走通的，但是其實如果了解底層是如何實現的，完全可以從技術角度去解決，這個case出現的時候我還請假在學校，打了幾個電話就解決了，就很踏實很放心。

這個時候，我才意識到，作為產品owner意味著什麼，意味著你特么是最了解整個產品所有細節的人！你要對整個產品負責！出了任何問題都會來找你！你是所有人的backup！你說你不懂技術不了解底層行么～

2.pm要懂哪些技術？

論技術，我只是個外行人，

自己結合工作中遇到的問題摸索了下，

了解到了一些皮毛，很多知識我都簡單化了，

和大家分享下，給大家提供點學習的思路～

下面從按照：前端、後端、app端開發三方面闡述

關於技術，你要先知道的是：

瀏覽器前呈現的內容基本是前端負責，瀏覽器後傳過來的數據和邏輯大部分是後端負責

為了加深印象，你可以先看看這篇文章：你剛才在淘寶上買了一件東西 - dunnice - 博客園

看完了我們接著看～

2.1 前端

前端=html+css+js=>結構+欄位+樣式+交互

（我喜歡公式化拆解，這樣是為了便於理解，並沒有不尊重前端大哥們哈～）

對於前端的工作，了解以上問題，前端的大體工作基本就清楚了～

建議通過下面的渠道方法來進行學習：

a.w3school 在線教程

去看下html結構、標籤和css的內容，看一點懂就好了，不要求會敲！

HTML 全局屬性

HTML 事件屬性

第二個鏈接中的表都快成為我交互checklist了～

b.chrome 開發者工具：大殺器！直接讓你看看人家前端的代碼是怎麼寫的哈～

可以從這篇文章著手查看Chrome開發者工具不完全指南（一、基礎功能篇） - 賣燒烤夫斯基 - 博客園

c.慕課網 你可能要去了解下 ajax、json這些東西

JavaScript教程-JavaScript入門視頻教程-慕課網先看這節課

Ajax全接觸-慕課網再看這節課

這兩節課程非常短，一定要看完！！

看完之後，相信你對前端大哥的工作已經心中有數了～

d.其他

關於前後端如何進行數據傳輸：大部分是通過api介面的方式獲取，所以你需要了解的有：利用「介面」做產品時我們該如何思考？ | 人人都是產品經理

關於現在常用的h5：還請看下這篇答案：H5 是什麼？

2.後端

其實後端大哥寫代碼，所用到的不同編程語言，函數，編碼方式各有不同，我們完全不需要知道他們是如何實現的，業務層的邏輯我們只需要自己搞清楚就好了，只要你做到以下幾點，基本和技術大哥沒有隔閡：

1.需求目標想清楚，細節說清楚，原型畫清楚，邊界條件想清楚！

2.態度端莊，報以詢問尊重的語氣讓技術大哥給你評估需求，並排期，千萬不要說「不就是xxx么」

3.對需求負責，不要亂改需求，不要頻繁改需求，改需求時態度好點並帶上奶茶～

然後有空可以看看下面這個問題，不要提出一些傻逼嘻嘻的需求：

有哪些產品經理認為很簡單，實則開發很難的技術？

a.從技術理解一個產品，大概可以分為5層：

邏輯層——把產品需求翻譯成邏輯
實現層——具體的函數方法、寫代碼
介面層——各模塊交互的通道
數據層——程序執行的結果
架構層——技術的抽象、結構、調用關係、規範

這裡面，pm一定要負責的是邏輯層，你在設計需求的時候，要有【模塊化】的概念，

說的簡單點，就是每一個業務就是一個模塊，那麼底層的技術那邊也是一個模塊！

模塊越清晰，每個模塊之間不要耦合在一起，這樣回頭迭代起來就越方便，

不然就會出現，你覺得加一個小功能很簡單，但對於底層但技術來說，完全就是兩套技術架構～

此處借用網上的一張圖，關於酒店業務的，每個業務都是一個模塊，迭代起來非常方便

ok，那剛剛說的，如何如了解後端技術呢？其實也有個公式

程序=演算法+數據結構

（我這樣說只是幫助理解，rd大哥們真的不要打死我啊...）

b.演算法

演算法這邊非常複雜，我的建議是，如果你不是專門的做演算法方面的產品，

了解演算法的邏輯就好，不要求知道怎麼實現的，有些比較有趣的演算法，比如

網易雲音樂的歌單推薦演算法是怎樣的？

大家如何看《今日頭條》的個性化推薦，如何實現的呢？

如何評價知乎的回答排序演算法？

這些有趣的演算法都可以了解下，對掌握技術都很有幫助的～

c.資料庫

只需要會一種技能：sql

真的，從周邊同行來看，感覺sql已經成為pm必備技能之一了，大家都在寫sql

為什麼呢？因為要關注數據！但是不可能一個小數據都要bi幫你寫，所以只有自己寫！

所以關鍵點在於 數據驅動產品的發展～

我曾經問過我的一個技術大哥，我怎樣才能走進開發大哥的心

老哥抽著煙看了我一眼，說：你先把底層的資料庫好好看看吧～

可謂是一語道破啊..

關於sql，只需要看一本書《sql必知必會》，鏈接見下

https://pan.baidu.com/share/link?shareid=2505662611&uk=2987501288&fid=1123158373539826

很多人看到group by 基本就放棄了，講真，這本書不是讓你單純看的，平日里自己去寫一寫sql看看自己產品底層的表結構，神特么有意思好伐！而且寫sql這種事情真的超有成就感！

3.app端開發

其實這塊的只是我不是很熟悉，我自己因為做web端產品比較多，其他的產品也是在app上用h5頁面做的，所以基本上很少接觸，所這塊大家有興趣可以自己查看下哈，我能提供的就是說，注意下大家都會遇到的

1.不同系統的兼容性問題

2.不同版本的兼容性問題

3.不同屏幕尺寸的兼容性問題

4.android 和 ios 系統的規範（這個直接百度能查到很多～）

5.android 和 ios 打包發布流程

---------------------------------

最後說一些別的吧

1.產品懂技術，為了是提高溝通協作的效率，而不是為了流氓會武術，絕對不能報著學會了點技術皮毛，看你以後還敢不敢糊弄老子的心態，這樣永遠沒法協作好～

2.提高效率最好方法是和rd大哥搞好關係，提需求改需求，認真負責，態度端莊，私下相處和睦～多技術都很有自己的想法，有時候一些老員工，他們對於業務的理解比我們還要深刻，多溝通，多交流，多學習，ok的～

3.關於技術知識，我提供的只是通用的很少很少的一部分，建議大家根據自己的產品或業務實際情況來學習，不要悶頭去鑽研如何寫代碼！技術大哥嘴裡蹦出來不懂的技術名詞還請百度去查看，一定要厚著臉皮把自己產品的底層邏輯問清楚了～

4.作為產品，需求靠不靠譜才是關鍵，懂點技術只是提升效率，如果你需求不靠譜，方向錯了那麼提高效率也只是加速了走向墳墓的時間罷了～所以大家不要鑽到技術眼裡去了，滿奶子都是技術，有個leader曾跟我說：低頭做事，抬頭看天～共勉

以上，就是我這半年來摸索出來【產品經理懂技術】的一些感悟～

----------------------------------

胸弟，我寫的有點辛苦，可以考慮點個贊or關注下唄～