1 背景

按燈機(jī)制來(lái)源于豐田-生產(chǎn)模式，基于其“建立立即暫停制度以解決問(wèn)題，從一開(kāi)始就重視品質(zhì)管理的文化”的生產(chǎn)原則。在豐田生產(chǎn)線上，一線操作工人一旦發(fā)現(xiàn)任何異常，有權(quán)按下按鈕，直接停止整個(gè)流水線，讓問(wèn)題暴露出來(lái)，馬上解決。

2012年，美國(guó)電商巨頭亞馬遜將豐田的按燈機(jī)制引入到客服系統(tǒng)中。為了解決客戶(hù)投訴問(wèn)題，一旦有超過(guò)兩名客戶(hù)投訴同一產(chǎn)品或者營(yíng)銷(xiāo)規(guī)則的同一個(gè)問(wèn)題時(shí)，無(wú)論產(chǎn)品、營(yíng)銷(xiāo)規(guī)則多么火爆，客服專(zhuān)員都可以直接按下紅燈鍵，下架產(chǎn)品或者營(yíng)銷(xiāo)規(guī)則，直到問(wèn)題解決才會(huì)重新上架。

2022年，轉(zhuǎn)轉(zhuǎn)為進(jìn)一步提升品質(zhì)管理，在公司組織內(nèi)落地一套用戶(hù)反向驅(qū)動(dòng)的機(jī)制即按燈機(jī)制，前期聚焦在如何把用戶(hù)的聲音（尤其是客訴）穿透到公司業(yè)務(wù)方做針對(duì)性改善，最終實(shí)現(xiàn)公司組織具備實(shí)現(xiàn)用戶(hù)第一的機(jī)制保障。

2 系統(tǒng)設(shè)計(jì)

轉(zhuǎn)轉(zhuǎn)引入按燈機(jī)制的交互流程圖如下：

從流程上看，按燈相關(guān)流程放在業(yè)務(wù)系統(tǒng)中也可以實(shí)現(xiàn)。

2.1 為什么要單獨(dú)開(kāi)發(fā)按燈系統(tǒng)？

轉(zhuǎn)轉(zhuǎn)體系內(nèi)存在多個(gè)與品質(zhì)有關(guān)系的直接系統(tǒng)，如果各業(yè)務(wù)系統(tǒng)都自主實(shí)現(xiàn)按燈邏輯的話(huà)，主要的弊端有：

1. 資源浪費(fèi)；
2. 業(yè)務(wù)系統(tǒng)與按燈相關(guān)其他業(yè)務(wù)系統(tǒng)耦合；
3. 按燈數(shù)據(jù)格式無(wú)法保證一致，數(shù)據(jù)分析起來(lái)較困難；

根據(jù)以上問(wèn)題，將業(yè)務(wù)系統(tǒng)相關(guān)按燈動(dòng)作抽象出來(lái)，由按燈系統(tǒng)統(tǒng)一收攏，按燈系統(tǒng)的主要功能如下：

1. 發(fā)起按燈；
2. 按燈單據(jù)的處理；
3. 同步申訴信息；
4. 發(fā)送執(zhí)行命令；
5. 跟蹤按燈結(jié)果；

2.2 系統(tǒng)邊界如何劃分？

按燈系統(tǒng)既是承接上游發(fā)起按燈又是對(duì)下游系統(tǒng)發(fā)送執(zhí)行命令的載體，那么按燈系統(tǒng)與上下游系統(tǒng)的邊界劃分則是系統(tǒng)設(shè)計(jì)的關(guān)鍵因素。

將整個(gè)流程相關(guān)系統(tǒng)分為四大模塊，如圖：

問(wèn)題

為什么申訴、執(zhí)行模塊沒(méi)有放在按燈模塊中？

答案

申訴信息的展示需要依托業(yè)務(wù)系統(tǒng)推送給用戶(hù)。例如：商戶(hù)查看按燈信息需要通過(guò)商戶(hù)管理平臺(tái)。不同的業(yè)務(wù)會(huì)有不同的申訴場(chǎng)景，所以申訴模塊由業(yè)務(wù)系統(tǒng)自身實(shí)現(xiàn)即可，按燈只需提供申訴的數(shù)據(jù)。

執(zhí)行模塊如：質(zhì)檢系統(tǒng)、商戶(hù)管理系統(tǒng)等。這些系統(tǒng)本來(lái)就控制商戶(hù)的質(zhì)檢能力和供貨能力，按燈系統(tǒng)無(wú)需重復(fù)實(shí)現(xiàn)限制邏輯，只需要給對(duì)應(yīng)系統(tǒng)發(fā)送命令，執(zhí)行系統(tǒng)識(shí)別命令后執(zhí)行相應(yīng)限制邏輯即可。

3 系統(tǒng)實(shí)現(xiàn)

3.1 流程實(shí)現(xiàn)技術(shù)選型

根據(jù)第二部分系統(tǒng)設(shè)計(jì)，按燈系統(tǒng)主流程即為按燈單據(jù)的流轉(zhuǎn)，流程實(shí)現(xiàn)技術(shù)選型是系統(tǒng)實(shí)現(xiàn)技術(shù)方案的重中之重，它決定了系統(tǒng)的復(fù)雜度、系統(tǒng)運(yùn)行性能以及后續(xù)的維護(hù)成本。

常見(jiàn)的流程邏輯實(shí)現(xiàn)主要有狀態(tài)機(jī)和責(zé)任鏈兩種處理方式，兩種處理方式對(duì)比如下表格：

兩種模式雖然都是處理鏈?zhǔn)秸?qǐng)求，但不同的是：狀態(tài)機(jī)是通過(guò)狀態(tài)切換促使不同的狀態(tài)處理類(lèi)去處理請(qǐng)求，而責(zé)任鏈模式是在動(dòng)作執(zhí)行完成后直接傳遞給下一個(gè)處理類(lèi)繼續(xù)執(zhí)行。

按燈系統(tǒng)劃分為流程節(jié)點(diǎn)如下圖：

在按燈的場(chǎng)景中，按燈單也有多個(gè)狀態(tài)，但實(shí)際執(zhí)行并不復(fù)雜，按燈整體鏈路長(zhǎng)度適中，結(jié)合當(dāng)前的場(chǎng)景和后續(xù)規(guī)劃，最終選擇了更輕便的責(zé)任鏈模式來(lái)實(shí)現(xiàn)按燈單據(jù)的流轉(zhuǎn)。

3.2 按燈流程實(shí)現(xiàn)

流程執(zhí)行器抽象類(lèi)：

• next() : 設(shè)置下一個(gè)執(zhí)行器；
• execute(): 當(dāng)前執(zhí)行器處理邏輯；
• doNext(): 觸發(fā)下一個(gè)執(zhí)行器；

public abstract class AbstractAndonTicketProcessService {


    protected AbstractAndonTicketProcessService next;


    protected abstract void next();


    protected AndonProcessResult doNext(String logStr, AndonProcessContext context) {
        if (Objects.isNull(this.next)) {
            return AndonProcessResult.buildSuccess("執(zhí)行成功");
        }
        return this.next.execute(logStr,context);
    }

    public abstract AndonProcessResult execute(String logStr, AndonProcessContext context);

}

流程器的觸發(fā)有四個(gè)場(chǎng)景：

1. 創(chuàng)建按燈單；
2. 申訴結(jié)果回傳；
3. 處罰指令執(zhí)行結(jié)果回傳；
4. 恢復(fù)指令執(zhí)行結(jié)果回傳；

將流程器按功能模塊區(qū)分開(kāi)，基于場(chǎng)景需求，選擇不同的模塊作為起點(diǎn)直接觸發(fā)，使代碼復(fù)用性更高。

3.3 按燈策略實(shí)現(xiàn)

按燈策略：對(duì)按燈源場(chǎng)景配置一組要執(zhí)行的按燈指令以及按燈指令下發(fā)的時(shí)機(jī)。每一個(gè)按燈源有且只有一個(gè)按燈策略，不同的業(yè)務(wù)可以根據(jù)指令和時(shí)機(jī)的不同組合，實(shí)現(xiàn)按燈流程。

• 按燈源：觸發(fā)按燈的場(chǎng)景
• 按燈對(duì)象：被按燈的對(duì)象
• 申訴能力：是否需要申訴
• 按燈指令：執(zhí)行處罰措施的類(lèi)型

• 罰款指令
• 學(xué)習(xí)指令：指定按燈對(duì)象去學(xué)習(xí)系統(tǒng)學(xué)習(xí)對(duì)應(yīng)課程
• 限制商戶(hù)能力指令：不允許商戶(hù)上架、質(zhì)檢商品等

• 下發(fā)時(shí)機(jī)：指令下發(fā)執(zhí)行系統(tǒng)的時(shí)機(jī)
• 立即下發(fā)：創(chuàng)建按燈單時(shí)立即觸發(fā)
• 申訴失?。旱却暝V結(jié)果且失敗時(shí)觸發(fā)
• 到達(dá)整改期限：指定指令在期限內(nèi)沒(méi)有完成，則觸發(fā)

問(wèn)題

創(chuàng)建按燈單據(jù)時(shí)是怎樣匹配按燈策略的？

按燈策略的更新對(duì)單據(jù)邏輯影響是怎樣的？

答案

查詢(xún)?cè)摪礋魣?chǎng)景下配置的按燈策略，根據(jù)按燈策略配置的按燈指令類(lèi)型及下發(fā)時(shí)機(jī)生成對(duì)應(yīng)按燈單和按燈指令。

更新策略采用模板方式，更新后會(huì)產(chǎn)生新的模板。待此按燈源下個(gè)按燈單據(jù)匹配時(shí)，會(huì)取最新版本進(jìn)行關(guān)聯(lián)。

4 應(yīng)用場(chǎng)景

在轉(zhuǎn)轉(zhuǎn)平臺(tái)，商戶(hù)服務(wù)評(píng)級(jí)是通過(guò)平臺(tái)多維度考核商家服務(wù)能力，以平臺(tái)機(jī)制和平臺(tái)運(yùn)營(yíng)策略正向引導(dǎo)商家的服務(wù)能力、質(zhì)檢能力和履約能力的提升。對(duì)于商家在商品、訂單、售后等服務(wù)上存在的問(wèn)題，比如商品質(zhì)量不達(dá)標(biāo)、超時(shí)發(fā)貨、售后時(shí)效不達(dá)標(biāo)等其他問(wèn)題都可以作為按燈的數(shù)據(jù)來(lái)源，各業(yè)務(wù)按照自己業(yè)務(wù)規(guī)則靈活配置，超過(guò)閾值觸發(fā)按燈系統(tǒng)創(chuàng)建按燈單，執(zhí)行在按燈系統(tǒng)配置的流程。下圖為商戶(hù)服務(wù)評(píng)級(jí)按燈流程：

5 總結(jié)

按燈系統(tǒng)是轉(zhuǎn)轉(zhuǎn)落地一套用戶(hù)反向驅(qū)動(dòng)的機(jī)制，會(huì)為平臺(tái)建立一個(gè)正向循環(huán)體系，提升平臺(tái)購(gòu)物體驗(yàn)，讓更多的用戶(hù)喜歡轉(zhuǎn)轉(zhuǎn)。