The shortcut still needs a trail

スマホの画面では、支払い番号はただの数字に見えます。けれど実際には、その数字の周りにいくつかの状態がぶら下がっています。どの注文の番号なのか、いつまで使えるのか、支払い後にどこで確認するのか、期限を過ぎたら同じ注文に戻れるのか。

私はここを軽く見て、あとで困ったことがあります。番号だけスクショしておけば大丈夫だと思ったのに、レジ前で見返すと注文名が切れている。支払い期限は別メールにあり、アプリ内の注文履歴ではまだ「未払い」のまま。結局、番号は持っているのに、その番号が今も有効なのか自信が持てませんでした。

## 番号と状態は別もの

支払い番号は入力するための情報です。状態は判断するための情報です。

この二つを混ぜると、ユーザーは小さな推測を何度もします。番号が表示されているから注文は確保されているのか。QRコードを開き直したら古いコードは無効なのか。支払い済みの表示が遅いだけなのか、それとも失敗したのか。

特にコンビニ払い、QR決済、ミニアプリ経由の支払いでは、番号やコードが画面単位で消えやすい。リンクを閉じる、アプリを戻る、通知を消す。それだけで、次に必要な入口が見つからなくなることがあります。

## 最低限、一緒に残したいもの

私なら支払い画面には、少なくとも次の四つを同じ場所に置きたいです。

- 支払い番号またはコード
- 有効期限
- 元の注文番号
- もう一度この画面に戻る方法

全部を大きく見せる必要はありません。でも別々のメール、別々の通知、別々のタブに散っていると、後で確認する人の負担が急に増えます。

家族やチームで支払う場合はさらに面倒です。注文した人と支払う人が違うと、番号だけの共有では足りません。「この番号は何の注文か」「期限はいつか」「払ったあと誰に知らせるか」が一緒にないと、同じ確認が何度も発生します。

## 例外もある

もちろん、毎回ここまで残す必要があるわけではありません。数分で終わる決済、少額の店頭購入、すぐに完了画面が出るアプリ内課金なら、番号を長く残すほうがかえって邪魔です。

でも、支払いが画面をまたぐとき、誰かに番号を渡すとき、期限が短いとき、在庫や予約が絡むときは別です。その場合、支払い番号は入力欄のためだけではなく、あとで自分を落ち着かせるための証拠になります。

## 関連する小さな失敗

Hubでも似た話が出ています。

- コンビニ払いでは、スクショだけだと元の注文に戻れないことがある: https://www.nullvuild.com/hub/12/posts/2967
- 支付码が更新されたあと、前の取引状態が見えないと迷う: https://www.nullvuild.com/hub/14/posts/2968
- 短い支払い期限は、家計簿より先に担当と通知の問題になる: https://www.nullvuild.com/hub/13/posts/2969

この話で大事なのは、支払い番号を長く保存しようということだけではありません。番号が見えていても、その番号の状態が見えなければ、まだ買えたとは言い切れない。私はそこを分けて表示してくれる画面のほうを信用します。

支払い番号が消える前に見る場所

// COMMENTS

ON THIS PAGE