編輯導(dǎo)語：每個人都是在不斷學(xué)習(xí)中成長，作為一名產(chǎn)品經(jīng)理，在日常做項(xiàng)目時會接觸比較多的部門；在接觸技術(shù)部時，如果能對技術(shù)有一點(diǎn)了解，跟技術(shù)方面的溝通也會變得簡單很多，更能傳達(dá)對的消息。

我一直覺得產(chǎn)品經(jīng)理懂點(diǎn)技術(shù)是一項(xiàng)必備的技能，因此很多時候一部分產(chǎn)品經(jīng)理把“我不懂技術(shù)”作為甩鍋的借口時，我心底都有一絲遺憾——因?yàn)檫@錯過了一次變得更強(qiáng)的機(jī)會，而在程序員心里或許又多了一個小可sha愛bi。

那么問題又來了，怎么才能算懂點(diǎn)技術(shù)呢？

老規(guī)矩，我慢慢講，你慢慢聽。

一、學(xué)會對象思維

第一次講對象思維是我在「怎么避免設(shè)計(jì)漏洞？」中提到過，感興趣的同學(xué)可以翻一翻，這是一篇設(shè)計(jì)方法論。

對于才入行的且沒有技術(shù)背景的產(chǎn)品經(jīng)理，往往看待開發(fā)的工作是一片茫然的，完全搞不懂他們是在干什么。

別慌，其實(shí)對于程序員的工作呢，本質(zhì)是對系統(tǒng)里一個又一個的表單進(jìn)行數(shù)據(jù)層面的操作——即對表單里的數(shù)據(jù)進(jìn)行增加、刪除、修改以及查看。

比如你現(xiàn)在看到的這篇文章就是存在某一個表單里的，你對我這篇文章的查看、點(diǎn)贊、在看以及轉(zhuǎn)發(fā)記錄都會保存在這個文章的表單里，用戶的記錄組成這個表單里的一條條數(shù)據(jù)。

那么什么又是對象思維呢？——即把表單看成對象，能清晰認(rèn)識到整個系統(tǒng)是由一個個對象組成，而系統(tǒng)的運(yùn)行就是對象之間的信息傳遞過程。

如作為讀者的你正在看我寫的這篇文章，那么運(yùn)用對象思維會變成什么樣呢？

“讀者”和“我”組成 「用戶」 對象里的2個實(shí)體，“我”寫的“文章”是「文章」對象里的1個實(shí)體；這個時候你就馬上能反應(yīng)過來，這個業(yè)務(wù)場景至少需要2個對象完成，即2張表單組成（用戶表、文章表）。

最后你在看文章的同時，我文章對象里的屬性【查看量】又增加了1。

對象思維，它能讓你在各種信息系統(tǒng)中無往不利，甚至打開數(shù)據(jù)庫你都能清楚的知道每張表下每個字段的意義和作用是怎樣的。

你能指著數(shù)據(jù)庫中的某張表，對著程序員侃侃而談，他能說你不專業(yè)？

二、了解三層架構(gòu)

三層架構(gòu)能讓你從對象思維的局限里擺脫出來，用更加技術(shù)性和立體性的眼光去看待軟件系統(tǒng)。

它能讓你清楚普遍的系統(tǒng)技術(shù)架構(gòu)是怎樣的，幫助你真正的去明白什么是前端語言、后臺語言、緩存技術(shù)以及分布式架構(gòu)等讓你一臉懵逼的高級詞匯。

那什么是三層架構(gòu)呢？

UI（表現(xiàn)層）：主要是指與用戶交互的界面。用于接收用戶輸入的數(shù)據(jù)和顯示處理后用戶需要的數(shù)據(jù)。

BLL（業(yè)務(wù)邏輯層）： UI層和DAL層之間的橋梁，實(shí)現(xiàn)業(yè)務(wù)邏輯，業(yè)務(wù)邏輯具體包含：驗(yàn)證、計(jì)算、業(yè)務(wù)規(guī)則等等。

DAL（數(shù)據(jù)訪問層）：與數(shù)據(jù)庫打交道。主要實(shí)現(xiàn)對數(shù)據(jù)的增、刪、改、查；將存儲在數(shù)據(jù)庫中的數(shù)據(jù)提交給業(yè)務(wù)層，同時將業(yè)務(wù)層處理的數(shù)據(jù)保存到數(shù)據(jù)庫；而這一層就是對數(shù)據(jù)庫的表單（對象）進(jìn)行增刪查改的操作（這里就體現(xiàn)了對象思維的重要性）。

圖中這些操作都是基于UI層的——用戶的需求反映給界面（UI），UI反映給BLL，BLL反映給DAL，DAL進(jìn)行數(shù)據(jù)的操作，操作后再一一返回，直到將用戶所需數(shù)據(jù)反饋給用戶。

了解完三層架構(gòu)以后，當(dāng)一個新技術(shù)名詞出現(xiàn)時，你可以嘗試著把這新技術(shù)分類并判斷下屬于的層級，嘗試?yán)斫庀?，最終能夠跟程序員談笑風(fēng)生（如數(shù)據(jù)庫Orcale、基本數(shù)據(jù)訪問層框架Mybatis、業(yè)務(wù)邏輯層框架Spring以及表示層框架vue.js等等）。

當(dāng)然，我說的技術(shù)名詞都是九牛一毛，為此我特意準(zhǔn)備了一份關(guān)于開發(fā)技術(shù)名詞的文檔，以后如果遇到不懂的名詞可以試著搜搜看。

三、會評估開發(fā)成本

為什么我會在這個小節(jié)去講開發(fā)成本，因?yàn)楫?dāng)你會正確的評估開發(fā)成本后，你就能夠真正的用技術(shù)的角度去評估需求；而同時，你也會明白為什么程序員在跟你溝通某些需求的時候反應(yīng)為何那么大。

這一點(diǎn)是成為一個“懂點(diǎn)技術(shù)”的產(chǎn)品經(jīng)理的必修課。

評估開發(fā)成本前，首先你要確定該項(xiàng)需求從技術(shù)上是否可行。

這里要從2個小步驟去講：

1. 如果是簡單的對業(yè)務(wù)對象進(jìn)行增刪改查，那基本能夠?qū)崿F(xiàn)；
2. 如果不是簡單的增刪改查，我們就從三層架構(gòu)一層層往下翻，表現(xiàn)層是否要求呈現(xiàn)非常牛皮的效果，這個效果是否有現(xiàn)成的框架去做（這個框架可以自己去找或者去問開發(fā)）？業(yè)務(wù)邏輯層是否有特別奇葩業(yè)務(wù)邏輯處理不了（如數(shù)據(jù)類型不對、無數(shù)據(jù)來源以及新興技術(shù)等等）？數(shù)據(jù)訪問層是否有大維度數(shù)據(jù)處理不了（數(shù)據(jù)量太大以及并發(fā)太大等等）？

如果出現(xiàn)了第2步的情況，你就要在需求評審之前找程序員心平氣和地去聊聊，這個需求有沒有實(shí)現(xiàn)的方式（因?yàn)槟愣c(diǎn)技術(shù)也不容易被忽悠，所以不能實(shí)現(xiàn)的情況也會很少）。

如果可以實(shí)現(xiàn)，你就要和開發(fā)討論需要多長時間和多少人力；當(dāng)預(yù)算成本比較高時就要慎重設(shè)計(jì)，思考其邏輯性以及可擴(kuò)展性，避免評審會被錘爆，需求變更時被打死。

四、讓自己更專業(yè)

說實(shí)話，產(chǎn)品經(jīng)理一開始懂不懂技術(shù)我覺得不是那么重要；重要的是邏輯，是做事情的每一步都有理有據(jù)、不憑空捏造、不任意妄為、不死不悔改，要有一顆不怕痛的大心臟，不懂的趕緊去查、不會的趕緊去學(xué)、不能的趕緊改，去突破舒適圈，讓昨天的自己更加強(qiáng)大。

這就是什么？專業(yè)。

承認(rèn)吧，不是每一個人都能是產(chǎn)品經(jīng)理。

當(dāng)我在寫這篇文章的時候，我在想一個人到底要多牛皮才能真正勝任產(chǎn)品經(jīng)理這個崗位；結(jié)論反正是我不配，我還有很長的一段路要走。

但是在路途中我所看到的每段風(fēng)景我都會記錄在這里，希望能與你共同成長，成長為一名真正的產(chǎn)品經(jīng)理。

作者：二會，在產(chǎn)品經(jīng)理中長得帥那種，公眾號：二會說（chanpinwang）

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

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