對(duì)于產(chǎn)品經(jīng)理來說，除了技術(shù)概念，技術(shù)思維更需要注意。本文作者對(duì)諸如寫死、前后端校驗(yàn)、同步異步的技術(shù)概念進(jìn)行了分析，并分享了他對(duì)技術(shù)思維的看法，一起來看一下吧。

產(chǎn)品經(jīng)理是否懂技術(shù)的話題早已遍地都是，我認(rèn)為產(chǎn)品經(jīng)理學(xué)點(diǎn)技術(shù)總沒有錯(cuò)！除了技術(shù)概念，技術(shù)思維更需要我們?nèi)プ⒁?，作為一個(gè)產(chǎn)品經(jīng)理，在需求評(píng)審會(huì)上，一定聽到研發(fā)同事講這個(gè)字段要不要寫死，不知道寫死概念的產(chǎn)品經(jīng)理會(huì)很懵，和研發(fā)的溝通不在一個(gè)頻道上，就容易吃虧，被開發(fā)牽著鼻子走。

這樣的技術(shù)名詞還有很多，比如接口、同步和異步等等，我們今天主要說下寫死，參數(shù)配置，和前后端校驗(yàn)、同步異步，以及我認(rèn)為最重要的技術(shù)思維。

一、什么是寫死

寫死可以理解為研發(fā)在寫代碼的過程中，將邏輯寫到代碼里，如果業(yè)務(wù)一旦發(fā)生變更，研發(fā)就需要改代碼，重新發(fā)布，影響客戶的體驗(yàn)，一般業(yè)務(wù)里要慎重考慮寫死。

業(yè)務(wù)舉例：

HIS（醫(yī)院信息系統(tǒng)）系統(tǒng)里有患者類型字段，產(chǎn)品經(jīng)理小洪把這個(gè)需求和研發(fā)同事評(píng)審的時(shí)候，說患者類型是固定的，包括門診、住院、急診這三種，讓研發(fā)同事直接寫死了。

過了一陣子，醫(yī)院給小洪提了個(gè)需求，患者有轉(zhuǎn)院過來的，需要增加一個(gè)患者類型為“外院轉(zhuǎn)診”，小洪去找研發(fā)，研發(fā)同事建議小洪這個(gè)做成參數(shù)配置。

小洪按照參數(shù)配置的思路進(jìn)行了設(shè)計(jì)：

思路如下：

1. 參數(shù)類型：患者類型
2. 參數(shù)值：當(dāng)前參數(shù)類型的值，比如門診，住院等等
3. 默認(rèn)值，是值用戶在操作界面時(shí)默認(rèn)顯示的值，默認(rèn)值只能有1個(gè)
4. 參數(shù)說明：對(duì)參數(shù)類型進(jìn)行說明
5. 編輯：新增，編輯，刪除參數(shù)值

這樣上線后，醫(yī)院的老師們就可以更加靈活地進(jìn)行配置。

目前小洪公司的客戶只有一家醫(yī)院，最初設(shè)計(jì)產(chǎn)品的時(shí)候也是按照1家醫(yī)院來設(shè)計(jì)的，銷售部門又簽約了其他醫(yī)院的訂單，每家醫(yī)院的患者類型要求不一樣，這就需要系統(tǒng)改造了。

小洪找到研發(fā)：現(xiàn)在咱們的系統(tǒng)要上線多家醫(yī)院了，患者類型要每家醫(yī)院要獨(dú)立的

這樣的話，研發(fā)就需要在參數(shù)值表里增加一個(gè)標(biāo)識(shí)醫(yī)院的字段（hos_code)，按照每家醫(yī)院區(qū)分對(duì)應(yīng)的參數(shù)值。

每家醫(yī)院的老師在系統(tǒng)里就只能看到自己家醫(yī)院的信息，其他醫(yī)院的信息是看不到的。

二、什么是前后端校驗(yàn)

我們?cè)诘卿汚PP或者系統(tǒng)時(shí)都會(huì)輸入手機(jī)號(hào)，如果我們輸入的號(hào)碼不是11位數(shù)字，都會(huì)看到一個(gè)提示：請(qǐng)輸入正確的手機(jī)號(hào)。

那么，大家可以想一下，用戶點(diǎn)擊登錄提示這個(gè)的時(shí)候，是前端校驗(yàn)的還是后端校驗(yàn)的。

其實(shí)這個(gè)校驗(yàn)規(guī)則沒有標(biāo)準(zhǔn)是前端還是后端校驗(yàn)，兩者都可以。

實(shí)際中，這樣的校驗(yàn)放在前端會(huì)多一些，因?yàn)檫@個(gè)手機(jī)號(hào)不需要后端去校驗(yàn)是否存在。只有滿足了正確的手機(jī)號(hào)格式才能進(jìn)行下一步。

那么，什么時(shí)候需要進(jìn)行后端校驗(yàn)?zāi)兀?/p>

如果上面的手機(jī)號(hào)是正確的格式，點(diǎn)擊登錄的時(shí)候，就需要后端校驗(yàn)手機(jī)號(hào)是否存在數(shù)據(jù)里了，前端是無法判斷該手機(jī)號(hào)是否注冊(cè)過，如果后端校驗(yàn)不存在數(shù)據(jù)庫里，后端就會(huì)給前端返回：該手機(jī)號(hào)未注冊(cè)，前端接收后端返回的信息展示給用戶。

三、什么是同步和異步

同步：程序在發(fā)送一個(gè)請(qǐng)求,必須等待返回， 然后再發(fā)送下一個(gè)請(qǐng)求。
異步：發(fā)送一個(gè)請(qǐng)求,不等待返回,隨時(shí)可以再發(fā)送下一個(gè)請(qǐng)求。

通俗理解就是用戶在網(wǎng)上購物，用戶提交訂單之后必須付款成功，才能給倉庫下達(dá)發(fā)貨的指令，這這就是同步。反之不用等待付款結(jié)果，這就是異步。同步和異步取決于實(shí)際的業(yè)務(wù)來定。

四、我理解的產(chǎn)品和技術(shù)思維

產(chǎn)品思維的概念仁者見仁智者見智，有人說用戶體驗(yàn)，有人說使用場(chǎng)景，有人說客戶痛點(diǎn)等等，我覺得產(chǎn)品思維是最短路徑解決問題。產(chǎn)品從一誕生，它的使命就是為了解決問題的，電話這個(gè)產(chǎn)品是解決人類便捷通信的，微信是解決人類社交和表達(dá)的，音樂平臺(tái)是解決我們能聽音樂的。

但是如果不是最短路徑解決問題是好產(chǎn)品嗎？我認(rèn)為不一定。比如我們?cè)谝曨lAPP里要看電影，前1分鐘都是廣告，特別討厭，這個(gè)肯定不是最短路徑，那么如果直接去掉廣告讓我們看視頻，就和商業(yè)模式?jīng)_突了。所以我想表達(dá)的是最短路徑解決客戶問題，是有前提條件的。

那么，什么是技術(shù)思維呢，我認(rèn)為的有這么幾點(diǎn)：

1）實(shí)現(xiàn)成本最低

功能通過代碼進(jìn)行實(shí)現(xiàn)，怎么樣選擇最合理的方案去實(shí)現(xiàn)是很關(guān)鍵的，如果一個(gè)功能用3行代碼和10行代碼都能實(shí)現(xiàn)，那會(huì)優(yōu)先選擇3行代碼，反哺到產(chǎn)品做方案時(shí)，我們?cè)趺礃佑米詈侠淼?，低成本的方案去設(shè)計(jì)也產(chǎn)品經(jīng)理需要關(guān)注的，低成本的實(shí)現(xiàn)不僅可以提高人效，同時(shí)降低成本。

2）容易擴(kuò)展

如果一個(gè)功能模塊研發(fā)寫的都是一堆死代碼，那么系統(tǒng)的擴(kuò)展性就非常差，一個(gè)優(yōu)秀的標(biāo)準(zhǔn)組件可以給各個(gè)業(yè)務(wù)組使用，比如流程引擎配置工具，凡是用到流程審批的東西，都可以使用流程引擎配置工具，在工具里設(shè)置規(guī)則，而不是按照業(yè)務(wù)寫一堆死代碼，一旦業(yè)務(wù)有變動(dòng)，需要全部推倒重來。反哺到產(chǎn)品設(shè)計(jì)時(shí)，要抽象出哪些是可以提煉出標(biāo)準(zhǔn)的東西，無論需求怎么變更，都可以用標(biāo)準(zhǔn)的組件進(jìn)行解決，盡量減少業(yè)務(wù)代碼的改動(dòng)。

3）軟件質(zhì)量過關(guān)

軟件系統(tǒng)對(duì)質(zhì)量要求非常高，質(zhì)量出現(xiàn)問題，會(huì)流失到一批客戶，甚至還會(huì)得到客戶的投訴，大多數(shù)產(chǎn)品經(jīng)理可能不太關(guān)注軟件質(zhì)量，都是測(cè)試工程師負(fù)責(zé)的，產(chǎn)品經(jīng)理其實(shí)應(yīng)該最關(guān)注軟件質(zhì)量，如果一個(gè)產(chǎn)品的頁面特別漂亮，但是用起來有問題，用戶也不會(huì)買單。

4）要有社交性

軟件之間的交互是通過接口，接口就代表了兩個(gè)系統(tǒng)之間是有社交性的，我們拿人的身體來說，各個(gè)器官都是相互協(xié)作的，系統(tǒng)也是如此，比如醫(yī)院的HIS系統(tǒng)，有醫(yī)院其他系統(tǒng)都有接口交互，反哺到產(chǎn)品設(shè)計(jì)上，我們?cè)O(shè)計(jì)的系統(tǒng)是不是需要和其他系統(tǒng)有交互，哪些業(yè)務(wù)有交互，什么方式進(jìn)行交互，交互的信息有哪些，產(chǎn)品經(jīng)理也要做到心中有數(shù)。

5）不要牽一發(fā)動(dòng)全身

經(jīng)常聽到大家聊天說，現(xiàn)在的系統(tǒng)沒人敢動(dòng)了，一動(dòng)就出問題，只能進(jìn)行重構(gòu)了。這種情況多數(shù)是底層架構(gòu)有問題了，設(shè)計(jì)產(chǎn)品架構(gòu)時(shí)每個(gè)模塊是否有存在的必要，每個(gè)模塊核心的作用是什么，各個(gè)模塊之間如何協(xié)作是非常重要的，相反模塊之間職責(zé)劃分不清晰，各自為戰(zhàn)，那么整個(gè)系統(tǒng)會(huì)變得越來越臃腫，還真沒人敢隨便動(dòng)。

6）技術(shù)沒有什么神秘的

如果是人的臉蛋是前端，五臟六腑就是后端，后端怎么工作肉眼是看不到的，把每個(gè)器官的功能定義好即可，剩下就是前端和后端交互的事情了。

在技術(shù)里，產(chǎn)品經(jīng)理定義好要實(shí)現(xiàn)的功能邏輯，規(guī)則，然后前端和后端進(jìn)行接口交互，前端調(diào)用后端的接口，后端進(jìn)行響應(yīng)，比如用手機(jī)號(hào)注冊(cè)，用戶輸入一個(gè)正確的手機(jī)號(hào)，點(diǎn)擊注冊(cè)按鈕，前端獲取到手機(jī)號(hào)傳遞給后端的注冊(cè)接口里手機(jī)號(hào)這個(gè)字段，后端進(jìn)行落庫，返回給前端注冊(cè)成功。

7）冰凍三尺非一日之寒

培養(yǎng)技術(shù)思維不是短時(shí)間的事，需要在日常工作中不斷地思考、總結(jié)。

好了，下次再見。