> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/zh-hant/2020/w45-revisiting-b2b-quality-and-user-experience-issues.md).

# W45-再談B2B質量與體驗問題

最近B端收銀臺有兩個業務方反饋的問題，在溝通排查的同時，引發了我對B2B支付在質量和體驗上更長遠的思考。

第一個是快驢對於B端收銀臺體驗問題的吐槽。對此我們專門拉齊了快驢側產研同學，一起就收集到的Bad Case做了討論，對齊了雙方的訴求與處境。

第二個是餐飲SaaS反饋的收銀臺sdk報錯問題。由於sdk版本較老，在質量監控上一直存在短板，最終在問題排查上造成了困難。鑑於該庫影響範圍較大，運行也比較穩定，所以對sdk這個庫的修改一直比較謹慎。

這兩個問題，其實都是業務方對我們提出了更高的要求，這也意味著，我們的發展階段不同了，需要在不同的階段對自己提出不同的要求，來充分應對未來的變化。

最初的B2B支付，更像是一個第三方支付的跳板頁，歷經近一年的業務迭代，我們基本上實現了一個完整的支付產品，在賬戶、資金、流量等方面都形成了閉環。

面向未來，快驢和優選都是最有可能放量的業務方，在訂單量還沒有爆發之前，我們需要在體驗和質量上未雨綢繆。

快驢是一個比較特殊的B2B場景，在業務流程上，更像C端的買方市場，對收銀臺提出體驗上的要求再自然不過。下一步需要針對目前的問題，在體驗方面做短期和長期的規劃，短期偏離線化和shark，長期借力Neo的成果，同時可以作為Neo平臺化在B端的試驗田。目前在與各方溝通收集信息的階段。

質量是收銀臺的第一性問題。目前只有收銀臺首頁的質量保障和監控下了功夫，對於sdk和簽約支付在質量方面的投入是遠遠不夠的。表現在前端算不出SLA這個技術指標，做不到跨項目全鏈路的支付流程監控等等，這些都是下一步需要重點落地解決的。