每個產品經理都應該懂點技術。當技術人員認為你提出的需求不能實現而懟你的時候，你可以從技術的角度將他正面擊倒。而且熟悉一定的技術後，產品經理提出的需求將會更加合理，技術人員實現起來更容易。達到產品和技術和諧共處的美好社會。此篇文章是該系列的第一篇。
產品經理每天需要跟技術人員打交道。有時候我們想知道，我提出的需求技術人員究竟能不能實現？要搞清楚這個問題，我們需要知道技術人員是怎麼工作的，他們不同的分工又分別做了什麼工作。我們假定團隊中只有兩類技術人員：前端和後端。雖然測試和運維也同樣重要。為了簡化思考，我們暫時不考慮他們的工作內容，而只看前後端的工作。
在web開發中，前端去做介面模板，後端負責資料。這樣可以把後端的資料放到前端的模板裡。此稱為前後端分離。
在前後端分離的開發模式中，前端和後端可以同時進行工作。具體的方式是通過前後端在事先約定好的文件規範。前端人員依據文件寫頁面模板，後端人員根據文件寫api介面。前端可以呼叫後端的api介面為介面模板填充資料。
如果是純技術人員，我們大概到這裡就介紹完畢了。不過，考慮到這篇文章是為非技術人員寫的，所以我有必要更透徹的展開一下。
通過剛才介紹我們發現前後端的依賴關係只在api上。如果api的概念不容易理解，我們可以看看api的定義。
我們以登陸返回使用者資料的乙個操作為例進行詳細說明。
上述是乙個前端頁面。當我們輸入完使用者名稱和密碼，就意味著前端的資料已經獲取完了。我們點選登陸的按鈕後，其實就將資料傳送給了後端的api，此處我們假設api位址是 api.com/login 。一般使用json這種資料格式，如下圖（其實省略了很多資料，以下資料僅供參考）
該條資料格式對不對？
賬號密碼對不對？
如果都對則返回使用者資訊，如果不對返回錯誤資訊。
假設我們在資料庫中有以下的資料：
password
realname
nickname
birth
123456789
mark
rever4433
1995-04
22驗證成功後，我們開始返回使用者資訊，根據我們資料庫中的資料，我們將要返回realname、nickname、birth、age等資訊給到前端去填充資料。
還是用上述json資料格式表示：
這樣一條資料從前端傳送到後台接收處理，處理完後傳送到前端，前端向使用者展示這一過程就完成了。
產品經理要懂多少技術
產品經理是個辛苦的工作，除了要最熱愛產品，練功坐禪研究使用者體驗外，還要和一大堆人打交道 寫 的，做設計的，搞運營的，做市場的。前兩類人算是藝術家，自然會帶點藝術家特有的奇葩氣質，第一類人又是和產品經理打交道的人裡面最聰明的，乙個不小心，沒準就被程式猿們劃入 白痴 族群，作為茶餘飯後鄙視的物件。那麼...
產品經理懂技術 流氓會武術 zz
最近七年，我都在做網際網路產品，其中前五年分別在創業公司和上市公司裡，做別人的產品 近兩年在創業，做自己的產品。我的體會是 產品經理需要懂技術，創業者尤其需要。但前提是你總覺得有股憋不住的想要做點兒什麼的衝動，如果打算混安穩日子，特別是在大公司，你什麼都不需要懂，反而要小心別 知道的太多了 傻人一生...
人工智慧產品經理是否需要懂技術
對於產品經理是否需要懂技術，在網際網路時代一直是乙個非常有爭議的話題。在人工智慧時代的，或許我們可以有乙個準確的答案。個人覺得在人工智慧時代我們需要懂技術 而且是需要在自己所在的領域中掌握前沿急速的實現原理，諳熟每種技術實現手段的優劣勢，對技術的發展方向和技術如何融合產品經理自己的獨到認知。對於 懂...