国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

從用戶視角，線上渠道無論大小平臺(tái)其購物流程大同小異 ，基本上是對(duì)現(xiàn)實(shí)世界的購物流程進(jìn)行了抽象復(fù)刻，這就是俗稱的電商黃金交易流程。本文不做具體模塊的設(shè)計(jì)細(xì)節(jié)講述，因?yàn)楦髌脚_(tái)的業(yè)務(wù)屬性和發(fā)展階段不盡相同，不具備完全的參照意義，只是從產(chǎn)品架構(gòu)的視角來剖析電商產(chǎn)品。

產(chǎn)品架構(gòu)序言

人人都是產(chǎn)品經(jīng)理流行了多年，隨著市場(chǎng)蓬勃的發(fā)展后，也迎來了產(chǎn)品經(jīng)理的下半場(chǎng)：越來越細(xì)分，越來越2B。在面向C端的產(chǎn)品開發(fā)及體驗(yàn)進(jìn)入到瓶頸期后，B端產(chǎn)品開始流行起來，那么構(gòu)建高可靠、高并發(fā)、高容錯(cuò)、高開放的產(chǎn)品架構(gòu)是必然趨勢(shì)，所以產(chǎn)品架構(gòu)這個(gè)角色正逐漸進(jìn)入大眾視野，也必然會(huì)成為產(chǎn)品專業(yè)的燈塔。

自然情況下，一個(gè)孤立系統(tǒng)會(huì)由有序變?yōu)闊o序，即它的”熵”會(huì)不斷增加，最終寂滅。而生物可以通過和外界交互，主動(dòng)進(jìn)行新陳代謝，制造“負(fù)熵”來保證自身有序，繼續(xù)生存。

系統(tǒng)其實(shí)跟人很像，隨著功能越來越多，調(diào)用量急劇增長(zhǎng)，整個(gè)系統(tǒng)變得越來越無序，如果不做合理的干預(yù)和設(shè)計(jì)，最終會(huì)導(dǎo)致無法維護(hù)和擴(kuò)展，成為業(yè)務(wù)發(fā)展的瓶頸。架構(gòu)的本質(zhì)就是對(duì)系統(tǒng)進(jìn)行有序化重構(gòu)，不斷減少系統(tǒng)的“熵”，使系統(tǒng)不斷進(jìn)化。

從用戶視角，線上渠道無論大小平臺(tái)其購物流程大同小異：選擇商品、加購物車、結(jié)算確認(rèn)、收銀支付、生成訂單、等待收貨 ，基本上是對(duì)現(xiàn)實(shí)世界的購物流程進(jìn)行了抽象復(fù)刻，這就是俗稱的電商黃金交易流程。雖然“看上去”一樣，但是其背后的運(yùn)轉(zhuǎn)機(jī)制卻千差萬別。

本文不做具體模塊的設(shè)計(jì)細(xì)節(jié)講述，因?yàn)楦髌脚_(tái)的業(yè)務(wù)屬性和發(fā)展階段不盡相同，不具備完全的參照意義，只是從產(chǎn)品架構(gòu)的視角來剖析電商產(chǎn)品。

電商產(chǎn)品架構(gòu)

電商正向流程核心為5大部分：推薦引擎、交易引擎、訂單引擎、履約引擎，風(fēng)控引擎，在各引擎中信息流、資金流、實(shí)物流有序的流淌著，最終讓客戶如約收到完好的商品。

1.?推薦引擎

作為產(chǎn)品人員，更重要的是思維轉(zhuǎn)變，不在簡(jiǎn)單的是功能和業(yè)務(wù)，善于應(yīng)用數(shù)據(jù)思維來更好的滿足用戶需求，而且是動(dòng)態(tài)的和用戶進(jìn)行互動(dòng)，再也不是完全靜態(tài)的讓用戶按照你既有的設(shè)計(jì)思路來交流。

當(dāng)然推薦引擎不是電商的專利，但目前是電商撮合交易最重要的前戲，用戶體驗(yàn)是否愉悅舒暢直接影響了最后的買單付款。

推薦引擎和用戶每一次的接觸都有價(jià)值，引擎都需要實(shí)時(shí)計(jì)算返回給用戶結(jié)果，用戶獲得結(jié)果后的行為，如瀏覽路徑、停留時(shí)長(zhǎng)等都及時(shí)反饋到引擎，形成一次閉環(huán)，如此循環(huán)反復(fù)下去。

很多反饋說，我們沒有大數(shù)據(jù)，沒有海量的信息，根本用不到推薦引擎。推薦引擎是極其復(fù)雜的系統(tǒng)，不做實(shí)現(xiàn)贅述。

2.?交易引擎

電商平臺(tái)通過合適商品、促銷優(yōu)惠等手段來吸引用戶促成交易，而促成交易本質(zhì)是為用戶提供一個(gè)待簽的草擬合同，合同的內(nèi)容要素：商品屬性信息、訂單金額信息、促銷優(yōu)惠信息、收貨地址信息、履約時(shí)效信息、運(yùn)費(fèi)服務(wù)費(fèi)信息、發(fā)票相關(guān)信息等，這些都是建立在交易雙方自由平等的基礎(chǔ)上草擬的合同內(nèi)容。

交易引擎從用戶視角是結(jié)算頁，而從系統(tǒng)視角是大腦中樞，要求的性能是幾十毫秒級(jí)，最快速度草擬合同，并且不停地根據(jù)用戶的選擇來呈現(xiàn)最新內(nèi)容，等待著用戶點(diǎn)擊提交訂單那一刻。

我們以天貓的交易頁面來示意說明：

看起來像不像一頁合同，正翹首等待著用戶提交訂單那一刻完成簽字畫押。每項(xiàng)合同條款的規(guī)則就是產(chǎn)品架構(gòu)要定義的，而每一個(gè)元素的具體可選的枚舉值是由合同履約方來定義，那么一旦用戶覺得此合同條款及內(nèi)容可以接受，就會(huì)按下提交訂單完成合同的簽署。

（1）條款注冊(cè)框架

合同的每一項(xiàng)條款背后都是一個(gè)復(fù)雜的應(yīng)用系統(tǒng)來提供服務(wù)，比如配送時(shí)間服務(wù)，就是一個(gè)單獨(dú)的系統(tǒng)來維護(hù)，其可以在交易無感知情況下，更新其可以提供的配送服務(wù)。交易引擎只是提供條款服務(wù)方可以自定義合同條款及履約方法的一套條款框架自運(yùn)行機(jī)制。

（2）合同模板引擎

用來根據(jù)用戶的選擇來調(diào)取條款服務(wù)方加載對(duì)應(yīng)的條款內(nèi)容。任意店鋪根據(jù)所有可選合同條款及內(nèi)容自選需要多少供用戶選擇。那么當(dāng)用戶購買了此店鋪的商品且開始結(jié)算的時(shí)候，交易引擎就會(huì)根據(jù)店鋪已選擇的模板內(nèi)容來調(diào)取相關(guān)的應(yīng)用系統(tǒng)來加載合同具體內(nèi)容展示給用戶。

（3）引擎靈活擴(kuò)展

由于業(yè)務(wù)發(fā)展需求變化快，交易引擎需要更加高效的支持，那么必須做到所有的數(shù)據(jù)交互要做到最小粒度，并提供擴(kuò)展點(diǎn)供讓業(yè)務(wù)自定義數(shù)據(jù)來影響相關(guān)履約流程。如SKU維度入?yún)⒑妥鳛橥ǖ缹⒆远x參數(shù)透?jìng)鳌?/p>

3. 訂單引擎

交易引擎是草擬合同，而訂單則是雙方白紙黑字簽約，乙方要按照合同為用戶來履約。那么系統(tǒng)究竟是如何來為用戶履約的呢？

在整個(gè)流程中需多個(gè)系統(tǒng)精密協(xié)作來完成一個(gè)訂單履約。大型電商大都采用微服務(wù)架構(gòu)，恰好消息中間件成了解決微服務(wù)之間交互問題的重要組件，如應(yīng)用耦合、異步通知、流量削鋒等問題，最終實(shí)現(xiàn)高性能、高可用、可伸縮、一致性的產(chǎn)品架構(gòu)。

（1）訂單數(shù)據(jù)分發(fā)

各個(gè)系統(tǒng)都在嗷嗷待哺，等著訂單數(shù)據(jù)來觸發(fā)其業(yè)務(wù)流轉(zhuǎn)，這是訂單系統(tǒng)核心工作之一。隨著訂單在主干道和分支業(yè)務(wù)系統(tǒng)之間交互流轉(zhuǎn)，其會(huì)影響訂單的流轉(zhuǎn)速度和方向，而每次的交互都可能產(chǎn)生新的數(shù)據(jù)，那么保證任意時(shí)刻數(shù)據(jù)一致性是至關(guān)重要的。

分布式系統(tǒng)幾乎不可能每一個(gè)時(shí)刻完全保證數(shù)據(jù)一致性，所以需要建立一個(gè)數(shù)據(jù)使用白皮書來規(guī)范數(shù)據(jù)的交互和使用。

1）主數(shù)據(jù)機(jī)制

任何提供服務(wù)的系統(tǒng)都要維護(hù)其邊界內(nèi)核心數(shù)據(jù)的準(zhǔn)確性，即主數(shù)據(jù)。其他系統(tǒng)的這部分?jǐn)?shù)據(jù)需來源于主數(shù)據(jù)，尤其是強(qiáng)依賴的數(shù)據(jù)，無論什么情況都首先需以主數(shù)據(jù)為準(zhǔn)，甚至要通過反查來確認(rèn)數(shù)據(jù)準(zhǔn)確性。

主數(shù)據(jù)的數(shù)據(jù)來源也不是完全可以自己閉環(huán)，也會(huì)依賴其他系統(tǒng)的數(shù)據(jù)上收，所以其必然也存在數(shù)據(jù)時(shí)間差。

2）過程數(shù)據(jù)機(jī)制

典型的是訂單狀態(tài)數(shù)據(jù)，其狀態(tài)是在流轉(zhuǎn)變化的，由訂單生成到訂單完成之間會(huì)經(jīng)歷大大小小的十多個(gè)狀態(tài)，而狀態(tài)數(shù)據(jù)由于是異步更新的。那么利用消息機(jī)制進(jìn)行廣播，相關(guān)系統(tǒng)監(jiān)聽這部分消息來觸發(fā)其業(yè)務(wù)邏輯。如到了訂單到了支付完成狀態(tài)其主數(shù)據(jù)會(huì)發(fā)出支付完成消息，生產(chǎn)系統(tǒng)會(huì)監(jiān)聽并消費(fèi)到此消息來觸發(fā)其拆單揀貨打包配送等操作。

基于訂單狀態(tài)的變化而廣播消息是訂單數(shù)據(jù)分發(fā)的核心機(jī)制之一，另外一部分是關(guān)鍵業(yè)務(wù)數(shù)據(jù)或個(gè)性化業(yè)務(wù)特殊觸發(fā)的消息。

3）結(jié)果數(shù)據(jù)機(jī)制

訂單號(hào)是典型的結(jié)果數(shù)據(jù)，無特殊情況是不能被修改的。結(jié)果數(shù)據(jù)通常是可以信賴的，但隨著業(yè)務(wù)發(fā)展，系統(tǒng)中會(huì)有各種錯(cuò)誤而需要數(shù)據(jù)修復(fù)，這可能會(huì)導(dǎo)致結(jié)果數(shù)據(jù)被修改。

4）數(shù)據(jù)版本機(jī)制

隨著用戶場(chǎng)景越來越豐富，業(yè)務(wù)發(fā)展越來越復(fù)雜，必然存在修改訂單數(shù)據(jù)的場(chǎng)景，這對(duì)分布式的異步系統(tǒng)是非常挑戰(zhàn)的，核心原因?yàn)檫^程和結(jié)果數(shù)據(jù)分發(fā)到相關(guān)系統(tǒng)已經(jīng)觸發(fā)其業(yè)務(wù)進(jìn)程中，而在這期間修改數(shù)據(jù)對(duì)于已經(jīng)或正在執(zhí)行的業(yè)務(wù)產(chǎn)生致命影響。如修改收貨地址，直接影響到運(yùn)費(fèi)價(jià)格和履約時(shí)效的重新計(jì)算，會(huì)引發(fā)很多相關(guān)系統(tǒng)做出應(yīng)變。

所以通常提供訂單后修改數(shù)據(jù)的能力是非常慎重的，且這部分?jǐn)?shù)據(jù)通常會(huì)通過帶有版本號(hào)的數(shù)據(jù)快照來記錄，以區(qū)分和追溯。

5）數(shù)據(jù)分發(fā)機(jī)制

由于主干道對(duì)數(shù)據(jù)時(shí)效要求極高，此時(shí)大部分是通過接口進(jìn)行數(shù)據(jù)通信交互，而對(duì)其他系統(tǒng)并不在主干道或?qū)r(shí)效要求不高，可通過消息機(jī)制的方式來實(shí)現(xiàn)數(shù)據(jù)交互。消息隊(duì)列是基礎(chǔ)數(shù)據(jù)結(jié)構(gòu)中的“先進(jìn)先出”的一種數(shù)據(jù)機(jī)構(gòu)。生活中排隊(duì)買東西，就是典型的“先進(jìn)先出”。通過消息廣播數(shù)據(jù)的機(jī)制，可以解決：應(yīng)用解耦、流量消峰、消息分發(fā)、異步通知等。

應(yīng)用解耦：應(yīng)用中有訂單系統(tǒng)、財(cái)務(wù)系統(tǒng)、倉配系統(tǒng)等各種業(yè)務(wù)系統(tǒng)。用戶創(chuàng)建訂單后，如果耦合調(diào)用所有相關(guān)系統(tǒng)，任何一個(gè)子系統(tǒng)出了故障，都會(huì)造成下單操作異常。當(dāng)轉(zhuǎn)變成基于消息隊(duì)列的方式后，系統(tǒng)間調(diào)用的問題會(huì)減少很多，比如物流系統(tǒng)因?yàn)榘l(fā)生故障，需要幾分鐘來修復(fù)。

在這幾分鐘的時(shí)間里，物流系統(tǒng)要處理的內(nèi)存被緩存在消息隊(duì)列中，用戶的下單操作可以正常完成。當(dāng)物流系統(tǒng)恢復(fù)后，繼續(xù)處理訂單信息即可，中單用戶感受不到物流系統(tǒng)的故障。提升系統(tǒng)的可用性。

流量消峰：舉個(gè)例子，如果訂單系統(tǒng)最多能處理一萬次訂單，這個(gè)處理能力應(yīng)付正常時(shí)段的下單綽綽有余，正常時(shí)段下單一秒后就能返回結(jié)果。但是在高峰期，如果有兩萬次下單操作系統(tǒng)是處理不了的，只能限制訂單超過一萬后不允許用戶下單。使用消息隊(duì)列做緩沖，我們可以取消這個(gè)限制，把一秒內(nèi)下的訂單分散成一段時(shí)間來處理，這使有些用戶可能在下單十幾秒后才能收到下單成功的操作，但是比不能下單的體驗(yàn)要好。

消息分發(fā)：多個(gè)服務(wù)對(duì)數(shù)據(jù)感興趣，只需要監(jiān)聽同一類消息即可處理。

例如A產(chǎn)生數(shù)據(jù)，B對(duì)數(shù)據(jù)感興趣。如果沒有消息的隊(duì)列A每次處理完需要調(diào)用一下B服務(wù)，過了一段時(shí)間C對(duì)數(shù)據(jù)也感性，A就需要改代碼，調(diào)用B服務(wù)，調(diào)用C服務(wù)。只要有服務(wù)需要，A服務(wù)都要改動(dòng)代碼，很不方便。

有了消息隊(duì)列后，A只管發(fā)送一次消息，B對(duì)消息感興趣，只需要監(jiān)聽消息。C感興趣，C也去監(jiān)聽消息。A服務(wù)作為基礎(chǔ)服務(wù)完全不需要有改動(dòng)。

異步消息：有些服務(wù)間調(diào)用是異步的，例如A調(diào)用B，B需要花費(fèi)很長(zhǎng)時(shí)間執(zhí)行，但是A需要知道B什么時(shí)候可以執(zhí)行完，以前一般有兩種方式，A過一段時(shí)間去調(diào)用B的查詢api查詢?；蛘逜提供一個(gè)callback api，B執(zhí)行完之后調(diào)用api通知A服務(wù)。這兩種方式都不是很優(yōu)雅。

使用消息總線，可以很方便解決這個(gè)問題，A調(diào)用B服務(wù)后，只需要監(jiān)聽B處理完成的消息，當(dāng)B處理完成后，會(huì)發(fā)送一條消息給MQ，MQ會(huì)將此消息轉(zhuǎn)發(fā)給A服務(wù)。這樣A服務(wù)既不用循環(huán)調(diào)用B的查詢api，也不用提供callback api。同樣B服務(wù)也不用做這些操作。A服務(wù)還能及時(shí)的得到異步處理成功的消息。

（2）訂單狀態(tài)流轉(zhuǎn)

訂單狀態(tài)由訂單系統(tǒng)來維護(hù)，也是其最重要的數(shù)據(jù)。其幾乎控制著整個(gè)電商系統(tǒng)的運(yùn)行流轉(zhuǎn)。

每一個(gè)狀態(tài)的變化會(huì)影響和指引訂單的信息流、實(shí)物流、資金流的流向。通常在大型電商平臺(tái)會(huì)有上百個(gè)系統(tǒng)來監(jiān)聽訂單狀態(tài)的變化來觸發(fā)業(yè)務(wù)，作為業(yè)務(wù)開始的起點(diǎn)。每個(gè)狀態(tài)都是在不同的作業(yè)流程中各系統(tǒng)來觸發(fā)改變，并將數(shù)據(jù)回傳到訂單主數(shù)據(jù)，由訂單主數(shù)據(jù)來統(tǒng)一維護(hù)和調(diào)度訂單狀態(tài)，以確保數(shù)據(jù)一致性。

由于訂單狀態(tài)的重要性，其在設(shè)計(jì)之初要特別小心。個(gè)性化狀態(tài)不能加到主干流程，可作為訂單擴(kuò)展數(shù)據(jù)存在。每個(gè)狀態(tài)的流轉(zhuǎn)需有前置和后置狀態(tài)的合法性校驗(yàn)，且作為可配置。如能從狀態(tài)1到2，但是不能從狀態(tài)3到2。

4. 履約引擎

所謂的訂單履約就是按照訂單上的承諾來履行和用戶的一個(gè)承諾的約定。而通常為了考慮履約成本，且由于商品所在物理上并不是一個(gè)不可拆分的單元，也即：它不是一個(gè)顆粒度最小的實(shí)體，可以進(jìn)行多種形式的分解，具體如何分解根據(jù)不同的業(yè)務(wù)場(chǎng)景，可以進(jìn)行不同形式的拆分。

（1）訂單拆分

訂單拆分是通過客戶在前臺(tái)提交的訂單，把客戶承諾的合同或履行約定，拆成貨主可生產(chǎn)的一系列子單，其實(shí)最核心的是拆信息、拆資金、拆實(shí)物。其實(shí)不同的平臺(tái)拆分維度很多，不做贅述。拆分后，比如說倉庫生產(chǎn)、配送環(huán)節(jié)、售后環(huán)節(jié)，實(shí)際上都是參照子單去進(jìn)行操作。

1）實(shí)物拆分

像雙11或者618等這種大促的時(shí)候，我們的購物車可能一次性會(huì)有10個(gè)甚至有若干個(gè)東西要購買，最后發(fā)現(xiàn)被拆成多個(gè)訂單，什么原因呢？

維度1：庫房位置

即使針對(duì)同一個(gè)貨主，也有可能其不同品類的商品由于儲(chǔ)存環(huán)境等因素會(huì)被放到不同的倉，這樣就會(huì)帶來一個(gè)拆分，這是最主要的一個(gè)維度，即庫房。

維度2：貨主不同

京東為例，京東現(xiàn)在有自營(yíng)和POP，而POP里邊有不同的商家，京東為了要給不同的商家進(jìn)行結(jié)算，不可能在一張訂單上同時(shí)存在兩個(gè)商家的商品，這將導(dǎo)致京東無法跟商家做結(jié)算。因而，京東會(huì)根據(jù)商家去進(jìn)行拆單。

維度3：特殊業(yè)務(wù)

有些是業(yè)務(wù)本身的特殊性，需要單獨(dú)履約。比如用戶下單買了A和B商品，但是B暫時(shí)無貨，那么可以選擇有貨先發(fā)，那么就會(huì)被拆開分別履約。

2）信息拆分

將原始訂單信息復(fù)制或者分?jǐn)傆?jì)算到子單。

3）資金拆分

基本365天都會(huì)有不同類型的促銷。比如買個(gè)東西，滿199減 100啊（活動(dòng)預(yù)熱），大家都會(huì)湊單湊到199。于是，用戶就會(huì)買食品湊夠199然后減掉100。假如用戶買了10件商品，減了100元，那么具體這100塊錢怎么減呢？

對(duì)于客戶來說，他們不理會(huì)平臺(tái)怎么操作這個(gè)優(yōu)惠折扣，只要這100塊錢在自己結(jié)算的時(shí)候抵扣即可。比如，用戶花了200塊錢，而實(shí)際只是收了用戶100塊錢，這就可以了。但對(duì)于平臺(tái)來說，這100塊錢并不是直接減100這樣來登記的，其不在訂單里，是以商品的金額訂單里，商品金額的比例分拆優(yōu)惠的錢。

（2）訂單履約計(jì)劃

訂單轉(zhuǎn)移可以理解為訂單的計(jì)劃，其是為了實(shí)現(xiàn)訂單履約，而制定的生產(chǎn)方案。一個(gè)合理的生產(chǎn)計(jì)劃，能在保證時(shí)效承諾的前提下，起到優(yōu)化生產(chǎn)，降低成本的作用。由于平臺(tái)越來越開放，不同的訂單來源于不同渠道，需要由不同的生產(chǎn)系統(tǒng)來履約。

那系統(tǒng)是如何確定以什么方式為客戶履約？

其實(shí)訂單履約計(jì)劃是履約的一個(gè)核心環(huán)節(jié)，將待履約的訂單按照履約計(jì)劃分發(fā)到不同的庫房去生產(chǎn)。但對(duì)于庫房來說，不可能來了一張訂單就生產(chǎn)一個(gè)訂單，這樣的庫房是沒有計(jì)劃性的，容易導(dǎo)致生產(chǎn)混亂，所以訂單都會(huì)按照履約計(jì)劃成堆生產(chǎn)，而不是單獨(dú)去生產(chǎn)。

FTP，即Fulfill to Promise，即針對(duì)現(xiàn)貨去做履約計(jì)劃。ATP，即Availableto Promise，即針對(duì)沒有現(xiàn)貨去做履約計(jì)劃。未來的趨勢(shì)一定是ATP的比重會(huì)變大，就是怎么把供應(yīng)商的庫存，怎么把在途的庫存，怎么把一些計(jì)劃里的東西，都能實(shí)際的用起來。

在大促期間，用戶的第一的需求是我能買到這個(gè)貨（因?yàn)楸阋耍？赡芫蛯?duì)時(shí)效的要求不高，有一些東西會(huì)通過讓用戶選擇犧牲時(shí)效，而把一些在途的庫存或在供應(yīng)商倉庫里的庫存，都會(huì)去把這個(gè)東西認(rèn)為是可以生產(chǎn)履約的庫存。最后，會(huì)讓消費(fèi)者真正的能享受到這個(gè)實(shí)際的優(yōu)惠。

6.?風(fēng)控引擎

風(fēng)控引擎需在事前、事中、事后對(duì)可疑行為進(jìn)行系統(tǒng)或人工干預(yù)。目前由于大量黑灰產(chǎn)、羊毛黨、黑客們的存在，這些人已不是單打獨(dú)斗，而是與時(shí)俱進(jìn)地團(tuán)隊(duì)作戰(zhàn)。如果系統(tǒng)不針對(duì)這些人或系統(tǒng)的行為進(jìn)行防范，隨時(shí)有可能被惡意攻擊而導(dǎo)致系統(tǒng)癱瘓，從而無法給真正的用戶提供服務(wù)。因此，在電商系統(tǒng)里面，風(fēng)控是極其重要的系統(tǒng)，甚至是凌駕于其他系統(tǒng)之上，否則一旦發(fā)生就會(huì)產(chǎn)生巨額經(jīng)濟(jì)損失。

（1）內(nèi)容風(fēng)控

任何數(shù)據(jù)寫入的地方，那么這兩個(gè)前端界面可輸入的地方，都會(huì)存在安全隱患。這些可輸入的內(nèi)容，比如文字、圖片、視頻等存在的風(fēng)險(xiǎn)，屬于內(nèi)容風(fēng)險(xiǎn)。我們需要對(duì)文字進(jìn)行敏感詞過濾，對(duì)圖片進(jìn)行簽黃以及對(duì)圖片上的文字進(jìn)行審核，對(duì)視頻的內(nèi)容也需要進(jìn)行審核。

（2）系統(tǒng)漏洞

所有系統(tǒng)必然存在漏洞，只是還沒有被發(fā)現(xiàn)而已。營(yíng)銷作弊、刷紅包、薅羊毛、推廣作弊等欺詐風(fēng)險(xiǎn)。目前黑客們每天躍躍欲試，其每天可能針對(duì)目標(biāo)攻擊數(shù)次，常見的批量注冊(cè)、批量登錄、批量搶單、報(bào)文篡改等。

（3）運(yùn)營(yíng)漏洞

電商平臺(tái)每天各種促銷優(yōu)惠活動(dòng)，在促銷優(yōu)惠設(shè)置及相互疊加后極有可能出現(xiàn)極低價(jià)格，甚至0元單的出現(xiàn)，那么瞬間就會(huì)被用戶尤其黑灰產(chǎn)、羊毛黨等薅個(gè)精光。所以針對(duì)價(jià)格相關(guān)影響因素需要有實(shí)時(shí)監(jiān)控系統(tǒng)，滿足預(yù)設(shè)規(guī)則及時(shí)報(bào)警，甚至系統(tǒng)直接鎖定。

以支付為示意，風(fēng)控模型是多維度異常復(fù)雜的系統(tǒng)，而且都是實(shí)時(shí)性要求極高，否則會(huì)影響主流程的繼續(xù)運(yùn)行。

總結(jié)

產(chǎn)品架構(gòu)最大的特點(diǎn)在于，眼中沒有產(chǎn)品形態(tài)的概念，是需要在充分理解用戶需求的基礎(chǔ)上，規(guī)劃設(shè)計(jì)在生態(tài)內(nèi)各角色協(xié)同完成工作的一套機(jī)制。

產(chǎn)品架構(gòu)設(shè)計(jì)，需盡最大努力感知不到業(yè)務(wù)的存在，應(yīng)只專注于數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)分發(fā)、數(shù)據(jù)協(xié)同，但卻可以提供一個(gè)舒適的、自由的、開放的環(huán)境讓業(yè)務(wù)茁壯成長(zhǎng)。

作者：勝己半子；公號(hào)：勝己半子。

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

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