筆者圍繞自己的兩段工作經(jīng)驗——TO C的第三方支付公司，TO B TO C的醫(yī)療信息化公司，展開了產(chǎn)品經(jīng)理需要不需要懂技術(shù)的分析討論。

從事產(chǎn)品工作好幾年了，依然沒有成為產(chǎn)品大神，仍然是一個產(chǎn)品菜逼，所以以下觀點都是個人胡扯，參考價值待定，只是從自身的角度出發(fā)，總結(jié)而來。

最近又看了一遍《給產(chǎn)品經(jīng)理講技術(shù)》，原來是通過公眾號推文看的，不如書中的篇章排列。同時，在微信群中，有作者的前同事又組織了一波該書的分享，群中多人從自身經(jīng)驗出發(fā)講述書中的一些篇章。通過語音的收聽，對該書的認(rèn)識又深刻了一些，同時，也生出一些感慨，為什么同樣是產(chǎn)品經(jīng)理，別人可以對技術(shù)如此有想法和見解，竟然如此優(yōu)秀，深刻認(rèn)識到了自己與優(yōu)秀之間的差距。因此借著剛看完該書，尚有一些模糊記憶，來探討產(chǎn)品經(jīng)理需要不需要懂技術(shù)這個話題。

產(chǎn)品經(jīng)理聽這名字好像很高端，然而卻不是經(jīng)理，手下不一定有人，要做的時候卻很多——從產(chǎn)品的孵化，到產(chǎn)品的落地及運營，各個階段都需要參與，并且不僅能和需求方撕逼，更要與開發(fā)舌槍唇戰(zhàn)，做的很多，又有點雜的樣子。

但是因為《人人都是產(chǎn)品經(jīng)理》這書，導(dǎo)致人人都覺得可以勝任產(chǎn)品經(jīng)理。

有段子說：去互聯(lián)網(wǎng)公司面試，面試官問：你會什么？答：什么都不會。面試官說：很好，來我們公司做產(chǎn)品經(jīng)理吧。

所以很多人都去轉(zhuǎn)產(chǎn)品，畢竟提意見和需求，看起來誰都會。而我也是這樣子入門的。做產(chǎn)品好幾年，一路走來，從產(chǎn)品菜鳥變成了老菜鳥，同時經(jīng)歷了兩家不同類型的公司，TO C的第三方支付公司，TO B TO C的醫(yī)療信息化公司。通過兩家公司工作的對比，來看產(chǎn)品經(jīng)理需要不需要懂技術(shù)這個話題。

一、TO C的支付公司

TO C的第三方支付公司，業(yè)務(wù)說簡單也挺簡單的，就是銀行卡收單，說復(fù)雜的話也挺復(fù)雜，交易規(guī)則特別多。先看下圖的整體架構(gòu)，因為原先的公司做的產(chǎn)品都是TO C的產(chǎn)品，所以我這邊就畫了入口為C端產(chǎn)品。

前端產(chǎn)品與業(yè)務(wù)系統(tǒng)進行交互，根據(jù)制定的業(yè)務(wù)規(guī)則進行交易，發(fā)生的交易上送到收單交易系統(tǒng)通過交易路由和支付引擎與清算機構(gòu)發(fā)生交易，由銀聯(lián)或者網(wǎng)絡(luò)對交易人的銀行卡或者相關(guān)網(wǎng)上賬戶進行扣款。

當(dāng)交易發(fā)生后，通過清結(jié)算系統(tǒng)進行相應(yīng)的D+0、T+1等清算對賬，進行對商戶的結(jié)算，通過代付系統(tǒng)，向存管銀行發(fā)起代付指令，把相應(yīng)的錢付到商戶的賬戶里。

而風(fēng)控系統(tǒng)通過風(fēng)控引擎和風(fēng)控規(guī)則，通過對交易的監(jiān)控，來發(fā)現(xiàn)風(fēng)險商戶，以及更新風(fēng)控規(guī)則。

報表系統(tǒng)則是匯總業(yè)務(wù)系統(tǒng)和收單交易系統(tǒng)中所有的交易數(shù)據(jù)，進行數(shù)據(jù)的清洗、篩選和渲染，進行數(shù)據(jù)分析，總結(jié)業(yè)務(wù)和營銷得失，來反過來支持業(yè)務(wù)。

因此通過上述描述，可以知道，這業(yè)務(wù)的流程還是比較直線清晰的，完成業(yè)務(wù)的系統(tǒng)處理一般都是線性下去的，同時網(wǎng)絡(luò)方面，因為就用戶的產(chǎn)品是互聯(lián)網(wǎng)，內(nèi)部都是內(nèi)網(wǎng)，銀聯(lián)網(wǎng)聯(lián)都是專線，網(wǎng)絡(luò)也比較清楚。

所以在這里面當(dāng)產(chǎn)品經(jīng)理，就我個人來說，對技術(shù)的理解沒什么必要，每個系統(tǒng)有每個系統(tǒng)的產(chǎn)品經(jīng)理，同時以業(yè)務(wù)驅(qū)動為主，底層的清算和代付及支付的邏輯是通用的，更重要的是業(yè)務(wù)和邏輯的理解。

接下來，來拆解下業(yè)務(wù)系統(tǒng)來支撐我上面說的業(yè)務(wù)和邏輯的理解，還是先看下業(yè)務(wù)系統(tǒng)的整體架構(gòu)。

底層服務(wù)這塊都是由開發(fā)人員和技術(shù)人員自己搞定，所以產(chǎn)品經(jīng)理更多的是專注于業(yè)務(wù)系統(tǒng)和收單交易系統(tǒng)，而清結(jié)算系統(tǒng)、代付系統(tǒng)等更多面向內(nèi)部、且變動較少，而且我也較少接觸，就不在這里描述。

看業(yè)務(wù)系統(tǒng)的這些組成：會員系統(tǒng)、庫存系統(tǒng)、返傭系統(tǒng)、套餐管理、代理商平臺、運營管理、業(yè)務(wù)管理、賬單管理，這些更重在的是設(shè)計，設(shè)計業(yè)務(wù)規(guī)則、業(yè)務(wù)邏輯，基本上不用了解什么技術(shù)，只要你思路清晰、邏輯明確，能夠理清楚前端業(yè)務(wù)，把業(yè)務(wù)轉(zhuǎn)化成一些可配置、可視化的頁面，就可以是一個很好的產(chǎn)品經(jīng)理了。

再來看收單交易系統(tǒng)，靈活展業(yè)平臺、商戶池、支付引擎，收單交易系統(tǒng)是核心，要做支付都得這來支持。而這里面最多的也是規(guī)則，展業(yè)規(guī)則的配置、商戶池跳碼規(guī)則、商戶輪詢規(guī)則、基礎(chǔ)交易規(guī)則、選擇哪個支付渠道。

因為支付機構(gòu)牌照的限制或者高風(fēng)險區(qū)域的存在，所以需要靈活進行展業(yè)設(shè)置，也是個可視化的配置，這過程無需懂技術(shù)也可以設(shè)計好產(chǎn)品。

而跳碼、輪詢商戶、支付渠道選擇、基礎(chǔ)交易規(guī)則這些更是要懂業(yè)務(wù)和邏輯才行，意味著一筆交易從開始到完成的通路，里面也不怎么需要技術(shù)知識。

再來看看業(yè)務(wù)鏈路。一筆交易從APP端發(fā)起時，到這個完成，里面提到最多的就是規(guī)則和業(yè)務(wù)，大部分都是規(guī)則的調(diào)用，且因為系統(tǒng)都是內(nèi)部系統(tǒng)，按照規(guī)定的規(guī)則通路就可以走下去。業(yè)務(wù)鏈路也和上面的業(yè)務(wù)系統(tǒng)架構(gòu)相對應(yīng)，是業(yè)務(wù)邏輯和規(guī)則的體現(xiàn)。所以在我自己認(rèn)為，要設(shè)計好這個業(yè)務(wù)，技術(shù)非必須，需要的是產(chǎn)品經(jīng)理去深入了解業(yè)務(wù)，業(yè)務(wù)之間的結(jié)構(gòu)和耦合，規(guī)則之間的邏輯和共存、串行還是并行，需要的是把流程圖梳理得清楚，業(yè)務(wù)涉及的規(guī)則羅列清晰。

所以，根據(jù)我自己的經(jīng)驗，在TO C的第三方支付公司里，成為一個好的產(chǎn)品經(jīng)理，技術(shù)不需要了解，更多的是要理解業(yè)務(wù)，有著清晰的邏輯思維，能夠理清楚各種規(guī)則，以及制定出各種靈活適用的規(guī)則，對政府政策、公司內(nèi)部業(yè)務(wù)政策熟悉，具有數(shù)據(jù)敏感度。

二、TO B TO C的醫(yī)療行業(yè)

接下來講講我目前所在的行業(yè)，TO B TO C的醫(yī)療行業(yè)。TO B是因為客戶是醫(yī)院或者區(qū)域政府，TO C是這產(chǎn)品最終使用者是醫(yī)生和患者等普通老百姓。

所以產(chǎn)品要滿足客戶的剛需，同時需要要好的用戶體驗，當(dāng)然客戶的剛需是硬性要求。

因為行業(yè)的特殊性，所以相關(guān)的產(chǎn)品也是不同于C端的產(chǎn)品，僅僅需要考慮好用戶體驗就行的，涉及到方方面面，需要比C端多了解不少知識。

1. 網(wǎng)絡(luò)

醫(yī)院看病，涉及到普通用戶、醫(yī)院，同時有些服務(wù)涉及到衛(wèi)健委及醫(yī)保，這就是四方了。所以設(shè)計一個產(chǎn)品時，很可能四方都需要進行相關(guān)的訪問。

信息化嘛，普通用戶，肯定是使用互聯(lián)網(wǎng)來訪問相應(yīng)的服務(wù)的，但是醫(yī)院為了保護內(nèi)部信息的安全，大部份的服務(wù)都是只能通過醫(yī)院內(nèi)網(wǎng)訪問的，同時，用戶如果做醫(yī)保業(yè)務(wù)的話，又要訪問醫(yī)保服務(wù)，醫(yī)保又只能通過醫(yī)保專線訪問，而訪問衛(wèi)健委相關(guān)的服務(wù)，又要通過政務(wù)網(wǎng)訪問，所以做一個業(yè)務(wù)就可能涉及到四種不同的網(wǎng)絡(luò)，并且這網(wǎng)絡(luò)之間可能存在多種訪問路徑。

如果不懂一點網(wǎng)絡(luò)知識的話，那么設(shè)計的產(chǎn)品去找開發(fā)交流，那么會被鄙視的體無完膚，會完全不知開發(fā)和項目經(jīng)理所云何物。

要不要專線，專線是做什么用的，走互聯(lián)網(wǎng)區(qū)還是走政務(wù)網(wǎng)，以及不同網(wǎng)絡(luò)之間怎么訪問，開發(fā)一堆問題拋出來，說這個服務(wù)網(wǎng)絡(luò)間不通不能做，因為啥也不懂，就算被忽悠也無力反駁，只能GG了。

2. 系統(tǒng)

醫(yī)院的系統(tǒng)可謂是多，HIS、LIS、PACS、EMR、EHR等等，少的七八個，多的十幾二十個系統(tǒng)，而做醫(yī)院信息化，免不了和這些系統(tǒng)打交道，一個產(chǎn)品和其中幾個系統(tǒng)有交集，同時自己產(chǎn)品內(nèi)部可能也會涉及到有兩三個系統(tǒng)，這復(fù)雜程度就上去了。

醫(yī)療信息化，有個特點就是，很多時候前端頁面其實不多，但是后端服務(wù)很多。不像支付產(chǎn)品，走的流程很順，一條線走下去。

醫(yī)療信息化，多個系統(tǒng)在一個服務(wù)中可能存在相互間藕斷絲連的關(guān)系，糾葛在一起，來來回回。

對內(nèi)：

產(chǎn)品經(jīng)理如果停留在前端設(shè)計界面和流程的話，因為不清楚自己公司的后端各個系統(tǒng)的交互，設(shè)計出來的產(chǎn)品，在內(nèi)部開發(fā)間就沒定義清楚是哪個組來開發(fā)，那么到時候就是開發(fā)要自己梳理，幾個組的開發(fā)來問這東西是我開發(fā)還是那東西是我開發(fā)，那么開發(fā)對產(chǎn)品的鄙視就進一步加深了。有時候沒定義清楚，哪個組都沒做，等到要上線時，發(fā)現(xiàn)少某個功能，那就欲哭無淚了。

對外：

因為產(chǎn)品涉及到醫(yī)院很多已有的現(xiàn)成系統(tǒng)，肯定要這些系統(tǒng)提供能力。這時候產(chǎn)品經(jīng)理又承擔(dān)著外部對接人的角色，需要梳理清楚要醫(yī)院現(xiàn)有系統(tǒng)提供什么接口，醫(yī)院哪些系統(tǒng)需要改造。

因為醫(yī)院現(xiàn)有系統(tǒng)改造，都涉及到改造費用，所以對外時，需要梳理清楚，哪些是需要的，哪些提供了有沒有用。

不懂技術(shù)的話，對方扔個接口文檔給你，還要找開發(fā)看有沒有自己需要的，或者醫(yī)院讓你說清楚各個系統(tǒng)間怎么進行交互，提供服務(wù)，如果僅限于前端頁面的流程，那么這一步也說不清楚，會被留下不專業(yè)的印象，也容易被忽悠，或者對方提供的接口方式不是自己系統(tǒng)這邊需要的，明明要服務(wù)端接口模式調(diào)用，提供個JS調(diào)用文檔給你，那也是對對接工作很不利的。

3. 個人真實體驗

之前自己在支付公司做產(chǎn)品也是懵懵懂懂，不怎么了解技術(shù)，所以到現(xiàn)在的公司時，開始階段經(jīng)常碰到很懵逼的事情，比較吃力。

有次去醫(yī)院和客戶交流一個支付相關(guān)的事項，當(dāng)醫(yī)院問這支付相關(guān)的消息怎么推送到醫(yī)院公眾號上。以我原先的經(jīng)驗，往公眾號、APP推消息，不就是后臺系統(tǒng)發(fā)布消息，前端接受消息就好了么。所以我說到時候把消息推給公眾號就好了。但是醫(yī)院又問怎么推，以及公眾號去取行不行。

這時候開始懵逼了，按照原先C端那套行不通。后來才知道，原來別人要的是公眾號開個接口來給我們系統(tǒng)推啦，還是我們系統(tǒng)開個接口，讓公眾號來輪詢消息推送，這就和技術(shù)有點關(guān)系了。

同時自己經(jīng)常碰到要對接外部相關(guān)的支付渠道時，原來簡簡單單不用理會什么支付方式，反正系統(tǒng)開個接口給前端APP調(diào)用就行，也不用管APP支付還是H5支付。

現(xiàn)在卻經(jīng)常碰到，對方拋個接口文檔過來，有時候是H5接口，有時候是SDK的，這時候產(chǎn)品就要關(guān)系這個東西在各種APP或者微信公眾號里能不能調(diào)起，怎么調(diào)起，還得了解下微信小程序web-view是怎么回事。

反過來，當(dāng)對方要自己這邊提供能力時，內(nèi)部輸出的H5或者SDK文檔，要能夠說明白給對方聽，為什么是H5的，是APP SDK還是服務(wù)端SDK，這為什么需要這種方式提供。我的天，這些在C端時，都不會碰到這些問題的。

所以以我目前的境地來說，懂一點技術(shù)還是好的，這些不管是對內(nèi)還是對外，許多點都能夠更加清晰明白，至少開發(fā)拋出個名詞能夠理解，或者少被開發(fā)忽悠。

但要不要理解很深，這個就無法下結(jié)論了，畢竟自己在目前的行業(yè)也只有一年經(jīng)驗。

當(dāng)然技術(shù)、系統(tǒng)、網(wǎng)絡(luò)，也可以當(dāng)做是對名詞的理解，了解其中的作用，明白能夠干什么的，也是能夠做到游刃有余。

那么說回標(biāo)題：產(chǎn)品經(jīng)理需要不需要懂技術(shù)。

在個人認(rèn)為學(xué)習(xí)屠龍技，雖然沒有龍屠，但是也可以吹吹牛逼，萬一哪天有龍屠時，也有可能成為屠龍勇士。技多不壓身，多掌握一點技術(shù)，多點生存之本，即使搬磚技術(shù)也不例如，也許哪天就真要搬磚了，早學(xué)習(xí)早上崗。

屠龍技也好，搬磚技也好，總歸是自己的才是好的。

最后，引用下狄更斯的：

這是一個最好的時代，也是一個最壞的時代；這是一個智慧的年代，這是一個愚蠢的年代；這是一個信任的時期，這是一個懷疑的時期。

這是一個光明的季節(jié)，這是一個黑暗的季節(jié)；這是希望之春，這是失望之冬；人們面前應(yīng)有盡有，人們面前一無所有；人們正踏上天堂之路，人們正走向地獄之門。

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

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