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

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

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

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

一、什么是寫死

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

業(yè)務舉例：

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

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

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

思路如下：

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

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

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

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

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

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

二、什么是前后端校驗

我們在登錄APP或者系統(tǒng)時都會輸入手機號，如果我們輸入的號碼不是11位數(shù)字，都會看到一個提示：請輸入正確的手機號。

那么，大家可以想一下，用戶點擊登錄提示這個的時候，是前端校驗的還是后端校驗的。

其實這個校驗規(guī)則沒有標準是前端還是后端校驗，兩者都可以。

實際中，這樣的校驗放在前端會多一些，因為這個手機號不需要后端去校驗是否存在。只有滿足了正確的手機號格式才能進行下一步。

那么，什么時候需要進行后端校驗呢？

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

三、什么是同步和異步

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

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

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

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

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

那么，什么是技術思維呢，我認為的有這么幾點：

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

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

2）容易擴展

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

3）軟件質量過關

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

4）要有社交性

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

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

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

6）技術沒有什么神秘的

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

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

7）冰凍三尺非一日之寒

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

好了，下次再見。