Where State Lives · Field Note 04
「送ったのに、届いた?」を
なくす設計
申し込みフォームを送って、届いたか不安で、もう一度押す。よくある操作ですが、その二度押しが二重注文になることがあります。問題は回線の速さではなく、「控え（正本）を誰が持つか」という置き場所にあります。同じ送信でも、置き場所を変えるだけで、切れても二重にもならない受け取りになります。
Why It Happens
なぜ「届いたのか分からない」が起きるのか
申し込みや注文のボタンを押したあと、くるくる回ったまま画面が固まる。電車がトンネルに入った、ちょうど席を立った、相手のサーバが少し混んでいた——理由はさまざまですが、結果はいつも同じで、「いま送ったものは、ちゃんと届いたのだろうか」という宙ぶらりんが残ります。確かめようがないので、念のためもう一度押す。その一押しが、二重注文や二重申し込みに化けます。
原因をたどると、多くの場合「いまどうなっているか」という控えを、手元の画面の側だけで覚えようとしています。だから画面が固まったり閉じたりした瞬間に、その控えごと消えてしまう。受け取った側は処理を進めているのに、押した本人には「届いたのか、失敗したのか」が見えません。回線の揺らぎも、うっかり閉じる操作も、すべてこの同じ「宙ぶらりん」に行き着きます。
つまり問題は通信の速さや品質ではなく、控え（正本）を誰が持つか、という置き場所にあります。
Three Principles
画面は窓、正本は受け手が持つ
解き方はシンプルです。手元の画面はできるだけ薄い窓にとどめ、本当のことはすべて受け手の側に置きます。画面は「申し込みを出し、いまの様子を尋ねる」だけにします。すると次の三つが自然に成り立ちます。
- 受け取りを、すぐ返す 送信に対しては、終わったかどうかではなく「受け取りました」という控えをまず返します。番号がその場で手元に残るので、結果が出るまで待ち続けなくて済みます。
- 正本は受け手が持つ 受付済みか、処理中か、完了か。その「ほんとう」は受け手の側が持ちます。手元の画面は、それを映す窓にすぎません。窓を閉じても、本体は揺らぎません。
- 開き直せば、いまの真実に戻れる 状態は尋ね直せば必ず取れます。だから切れても、もう一度開けば「受付済み」「処理中」「完了」が、その場で分かります。だから二度押しも要りません。
Step by Step
申し込みが届くまでを、一歩ずつ
送信から確定までを、四つの段に分けて並べてみます。下のビューで「次へ」を押すと、あなた→受付→処理→確定へと一歩ずつ進み、いまどの段にいるかが灯ります。そのうえで「控えをどこに置くか」を切り替えると、途中で回線が切れたり、もう一度押したりしたときに、結末がどう変わるかが見えます。
申し込みが届くまで(架空のシナリオ)
控え（正本）をどこに置く？ — タブを切り替えると、絵の「正本」札が動きます。
ここで回線が切れたら？ もう一度押したら？
受付が正本
送信した瞬間に、受付が控えを発行しています。ここで切れても、もう一度開けば「受付済み」が見えるので、不安で二度押ししても二重にはなりません。 いまのステップ: 送信 / 控え: 受付が正本※ このビューはJavaScriptで一歩ずつ進む実演です。スクリプトが無効の環境では、送信→受け取りました→登録中→完了 の四段が順に進む、と読み替えてください。
What It Buys You
毎日の運用で効く点
正本を受け手に置く効用は、回線が切れたときだけのものではありません。ふだんの運用でも、静かに効いてきます。
たとえば、別の端末で開いても同じ状態が現れます。スマホで申し込んだ件を、あとから事務所のパソコンで開いても「受付済み」がそのまま見える。正本が一つだから、どこから覗いても写しが食い違いません。問い合わせが来ても「届いていますよ」と、その場の控えで即答できます。
二重注文も防ぎやすくなります。受け取りをすぐ返す作りなら、同じ申し込みが二度届きそうになっても、受付の側で一度きりにまとめられます。「押せたか不安で、もう一度押す」というよくある事故を、注意書きやお願いではなく、仕組みのほうで吸収できるわけです。
In Closing
「届いたか分からない」をなくす設計は、速い回線を用意することではありません。むしろ逆で、回線は切れるものだと認め、切れても困らない置き場所に控えを移すことです。
画面は薄い窓に、正本は受け手に。たったそれだけの方針が、不安定な回線越しでも、申し込みや注文を安心して受け取れるかたちを作ります。二度押ししても二重にならない、開き直せば今がわかる——その地味な手ざわりこそが、ポイントです。