最近在做一個項目，里面有支付的流程，簡單的說一下，目前走的只是線下的流程，這里面蠻復雜的，老板參考了京東，微信，支付寶的支付，然后說沒問題可以做，實際卻漏洞一大堆。按照客戶的要求是商家生成一個支付二維碼給用戶掃，然后用戶進行支付，同時如果該用戶有豆可以進行抵扣的話，也可以用豆，但前提是用豆會產生手續費。

頁面如下：

支付頁面

我根據我們目前開發的畫出來的流程是這樣的：

流程1

撇開使用豆支付來看，流程是沒問題的，跟大廠的流程一樣。但如果用豆的話就出現問題了，無論如何你最后還是要用現金（微信，支付寶）支付一筆手續費。你的豆只能用來抵扣金額，而沒有包括手續費，因為手續費是由豆產生的。

我不知道這樣是不是客戶要的，但如果我是個用戶的話，我想我是不喜歡這種操作的，我寧愿一次性用豆把所有的都給支付完（前提是我有足夠可以支付的豆）。就像我上淘寶會傾向于買包郵的東西，而不會去買那些還要我去付郵費的，即使明明那件包郵的其實是把郵費算到商品價格里。

那么我對此設計了另外一個流程，因為我覺得問題是出現在手續費這里，那如果手續費不是從豆產生的，而是從金額里產生的會怎樣？

流程2

我根據金額來算出手續費，然后加起來的這個金額來換算成相當于多少豆，那么我只要一次性支付這么多豆的數量即可。如果我豆的數量不足，那么我就按照傳統的那樣再支付抵扣后的現金即可。

最后：

其實這個流程也只是我自己的理解而已，但實際能不能這樣解決，對于客戶那邊來說，我還是不清楚，只能說向上面反映而已。

一個問題：

我覺得這里的前面是有問題的，就是在金額這一塊，如果說金額不確定但不需要豆，單純的掃碼支付，那就跟支付寶微信一樣；如果說需要豆，但金額固定，那就跟淘寶，京東的下單一樣。可惜這里是兩者的結合體，就是如果是商家給出了固定金額的二維碼給用戶掃，那還沒什么問題；但如果是商家不提供金額，讓用戶自己輸入，然后用戶又不輸入，直接選擇豆支付，那我覺得我只能給個提示說請先輸入金額......我自己是覺得這樣的體驗不好的。

最近在向客戶確認這個流程的時候，發現原來我們一開始想的一些部分是錯的，而他們的回應也讓這個流程簡化了一些。也就是要么是單純的移動支付，要么是單純的豆支付。