決済を導入した後で、思ったほど楽になっていない、という状態が起きることがあります。申し込み、審査、承認、利用開始。手続きはすべて完了していて、代金も自動で受け取れている。それでも、取引のたびに手を動かす箇所が残ります。
このとき、原因の見当は仕組みの側へ向かいます。選んだサービスが良くなかったのではないか、もっと機能の多いところなら解決するのではないか。検討が乗り換えの比較へ移り、決済の周りにある未決の判断は、一度も候補に上がりません。
導入の目的が人手を減らすことであるなら、終点は承認された時点ではありません。承認された後、何が人手のまま残るかが、実際の到達点です。そして、残る箇所は決まっています。決めていないことは、機械の側で処理できないからです。決済の周りで人手が残っている箇所は、まだ決めていないことと、まだ設定していないことの、どちらかを指しています。
確かめられることと、確かめられないことを先に分けておきます。確かめられるのは三つです。案内されている手続きが、どこで終わっているのか。承認の後に人手が残る箇所が、いくつあってどれなのか。そして、摩擦を削る操作が、同時に何を削っているのか。
どこまで無人化するかの線は、ここでは引きません。適切な範囲は、取引の件数と、提供している内容の形と、扱っている金額の大きさによって別の場所に来ます。しかも、件数が増えれば同じ事業でも移動します。線の位置を一つの答えとして渡すと、条件が動いた後もその答えだけが残ります。ここで渡せるのは、線を自分で引き直すための分界までです。
誤診の費用も、書いておきます。仕組みの側を原因と見て乗り換えると、手続きをやり直し、審査を受け直し、継続的に受け取っている相手には再度の登録を求めることになります。そして、移った先にも同じ箇所が残ります。未決の判断は仕組みに紐づいていないので、仕組みを替えても移動しないからです。
残るのは費用だけです。しかも、この費用は「試したが駄目だった」という記録として残るので、次に検討するときの材料が一つ増えたようにも見えます。実際には、原因を外した比較を一回分やり直しただけです。比較へ移る前に決めていないことの側を数えておく理由は、ここにあります。
順序を一つだけ先に置きます。仕組みを替える判断は、決めていないことを数え終えた後でも遅くありません。数え終えていれば、替えるべき理由も具体的になります。数え終えていない段階の乗り換えは、理由を持たないまま費用だけを払う形になります。
📖 目次
案内されている導入は、開通するまでの手続きでできている
案内されている導入は、開通するまでの手続きとして組まれています。
共有されている手順を、省かずに並べます。個人事業主が導入できる決済の手段として、三つが挙げられます。クレジットカード決済、コード決済、電子マネー決済です。それぞれ、対応する事業者と手続きが異なります。
導入の経路として、二つが対比されます。カード会社と個別に契約する方法と、決済代行会社にまとめて代行してもらう方法。個人には後者が勧められます。
手続きの流れは、四つの段で説明されます。申し込み、審査、承認、利用開始。審査には日数がかかり、事業の継続年数や財務の状態が見られる、と補足されます。
必要な準備として挙げられるのは、事業の実態を示す書類、本人の確認書類、入金先の口座情報です。通信販売の場合は、販売の条件を示すページの掲載が求められることがあります。
導入後の運用として触れられるのは、経費の処理です。手数料をどの科目で扱うか、入金の時期と売上の計上時期がずれることをどう処理するか、といった説明が添えられます。
利点として示されるのは、支払いの手段が増えることによる機会の拡大と、代金の回収が確実になることです。対応する手段は多いほうが取りこぼしが減る、という説明が添えられることもあります。
書かれている手続きに、抜けはありません。手続きの流れはそのとおりですし、必要な書類の列挙も妥当です。経費の処理についての注意も、実際に必要な論点です。
並べた手順は、ある一点を共有しています。導入が、開通するまでの作業として扱われています。使えるようになれば完了であり、その後の運用は別の話題になっています。開通の問題として整理されているわけです。
この整理そのものに、誤りはありません。実際に、開通するまでには手続きが要りますし、その手続きを知らないと進みません。開通で区切ると、導入したのに手間が減らないという状態には、置き場所がありません。
説明されない状態には、名前が付きません。名前が付かないものは、検討の項目にもなりません。だから、手間が減らないという観測は、手続きの話題の外へ落ちて、仕組みの比較の話題へ拾われます。拾った先の話題には、決めていないことという項目がありません。
手順の側にも、同じ切れ目が入っています。案内は「利用開始」で終わります。開始した後に何が残るかを扱う段が、手順の一覧に存在しません。存在しない段について、準備することはできません。だから、残る箇所は準備の対象にならないまま、開始の翌日から発生します。
手続きの列挙が答えていない問い——導入した後、何が人手のまま残るか
自動化は残る仕事を減らしますが、残った側は難しい仕事に寄ります。
決済を導入したあと、実際にどこまでが人手なしで回るか。回る部分は明確です。代金を受け取る操作。受け取ったことの記録。入金の実行。これらは仕組みが行います。
回らない部分も、明確です。何をいくらで提供するかを決めること。提供が完了したことを確認すること。相手からの問い合わせに答えること。返金するかどうかを判断すること。記録を整理して申告に使える形にすること。
二つの違いは、判断が入るかどうかです。判断が入らない操作は、仕組みが実行します。判断が入る箇所は、判断が事前に済んでいれば仕組みが実行し、済んでいなければ人手が残ります。つまり、残っている人手のうち判断を含む分は、決めていないことの量に応じて増えます。判断を含まない分は、設定と連携で消えます。
この形は、決済に固有のものではありません。認知工学の研究者リサンヌ・ベインブリッジは1983年、自動化が持つ逆説を整理しました（Bainbridge, 1983, Automatica, 19(6), 775–779）。設計者は自動化できる部分を自動化するので、人に残るのは自動化できなかった部分になります。残った側は、定義上、機械に任せられなかった仕事です。
対象の違いを、先に断っておきます。この論文が扱っているのは工業の制御室であって、個人事業の決済ではありません。当たっているのは、残余の性質です。自動化した後に残る仕事は、自動化する前に一番簡単だった仕事ではありません。
決済の場面では、この性質がとりわけ明確に現れます。金額、条件、期限。どれも、決まっていれば数値として設定でき、決まっていなければ設定欄が空きます。空いた欄の分だけ、取引のたびに考えることになります。
決めていない判断のなかには、決められないものもあります。個別の事情に応じた対応は、事前には決められません。分けて扱えます。事前に決められる範囲と、決められない範囲を分けて、前者だけを設定する。分けずに「個別対応が必要だから自動化できない」とすると、決められる部分まで人手に残ります。
分ける作業そのものには、時間がかかります。何が決められて何が決められないかは、一度考えないと出てきません。この時間は一度きりです。そして、考えた結果は、決済以外の場面にも使えます。返金の条件を決めることは、決済の設定であると同時に、提供の条件を決めることでもあるからです。
分けた結果、「決められない」と分類した箇所が、実は決められることに気づくことがあります。個別対応が必要だと思っていた判断の中には、条件を三つか四つに分ければ定型で処理できるものもあります。この気づきは、分ける作業をしないと発生しません。まとめた分類は、検討を止める働きをします。
決済の周りで人手が残る五つの箇所
残る箇所は、五つに分かれます。
第一は、提供が完了したことの確認です。代金を受け取ったことは仕組みが記録しますが、こちらが何を渡したかは記録しません。渡す作業が自動であれば、二つは連動します。渡す作業に人手が入るなら、そこが残ります。
第二は、問い合わせへの対応です。支払いが完了したか、いつ届くか、領収の記録が欲しい。このうち、定型で答えられるものは自動返信で処理できます。定型で答えられないものは残ります。
第三は、返金と紛争です。条件が明示されていれば、判断は条件に照らすだけになります。明示されていなければ、毎回の判断になります。
第四は、記録の整理です。入金の記録は仕組みの中にありますが、申告に使える形にするには、こちらの帳簿と突き合わせる作業が要ります。手数料が差し引かれた額で入金されるため、売上の額と入金の額が一致しないからです。
第五は、価格や条件の変更です。変更そのものは設定の操作ですが、既に継続的に受け取っている相手に対してどう扱うかは、判断です。既存の相手は据え置くか、全員を変更するか。決めていなければ、変更のたびに考えることになります。
五つのうち、第一と第四は、仕組みの選び方と連携の設定で大きく減らせます。提供が自動で渡る形にし、記録を会計の仕組みへ連携させれば、操作は消えます。第二と第三と第五は、判断を先に済ませることでしか減りません。
五つすべてをゼロにする必要はありません。件数が少ないうちは、人手で処理するほうが速い箇所があります。優先するのは、件数に比例して増える箇所です。第一と第四は取引のたびに発生するので、件数が増えるほど負担が増します。第三は件数に比例しますが、発生の割合が低い。順序としては、比例して増え、かつ毎回発生する箇所から手を付けます。
第三の返金は割合が低いなら後回しでよい、という判断が成り立ちます。頻度は低いが、発生したときの負担が重い箇所です。そして、決めていない状態で発生すると、緊張した状況で判断することになります。
決めておく費用は、頻度に関係なく一定です。一度考えて書けば終わります。頻度で優先順位を付けるのは、作業が繰り返し発生する箇所についてであり、一度で済む箇所には当てはまりません。
五つの並びには、もう一つの読み方があります。判断の重さで分けると、第一と第四は操作の問題で、第二と第三と第五は方針の問題です。手を付ける順序は件数で決まりますが、片づく速さは、その箇所が操作か方針かで決まります。操作は設定で消え、方針は考え終わるまで残ります。
手段を増やすことと、経路を増やすことは違う
支払いの手段を増やすことは、機会を広げると同時に、記録と条件を分散させます。
カード、コード決済、電子マネー。三種類あるので、全部に対応したほうが機会が広がるという説明がされます。機会は広がります。支払いの手段が合わないという理由で取引が成立しない場合は、実際にあります。
そのうえで、増やすことの費用を見ておきます。
第一に、記録の場所が増えます。別々の事業者を通す場合、入金の記録も、手数料の計算も、返金の手続きも、それぞれ別になります。五つのうち第四の箇所——記録の整理——が、手段の数だけ増えます。
第二に、条件が揃いません。入金の周期も、返金の扱いも、手段ごとに違います。返金の条件を一つに決めていても、実行できる範囲が手段によって違えば、対応が分かれます。
第三に、確認の作業が増えます。支払いが完了したかを確かめる場所が複数になるからです。
だから、判断は「多いほうが良い」ではなく、「どの手段が実際に使われているか」になります。そして、この判断には材料があります。既に取引がある相手が、何で支払っているか。請求書での取引が中心なら、コード決済の需要は小さい。個人の相手が中心なら、カード以外の手段が効く場合があります。
材料が無い段階では、一つに絞って始めるほうが安全です。増やすのは後からできますが、減らすときには、その手段で継続的に受け取っている相手に手続きを求めることになります。増やす方向と減らす方向で、費用が対称ではありません。
複数の手段を一つの事業者がまとめて扱う形であれば、上の三つの費用は小さくなります。記録も条件も一箇所に集まるからです。その場合、増やすことの費用は手数料の差だけになります。手段の数を先に決めるのではなく、まとめて扱える範囲を先に確かめる、という順序になります。
まとめて扱える範囲は、決済の事業者だけで決まるとは限りません。予約や講座の提供に使っているサービス型のアプリ、いわゆるSaaSに、決済の機能が最初から組み込まれている場合があります。この形では、提供の記録と支払いの記録が同じ場所に入るので、第一の箇所——提供が完了したことの確認——が同時に片づきます。決済の導入を、決済の事業者を選ぶ作業として始める前に、いま使っている道具の側に同じ機能が付いていないかを見ておくと、選ぶ対象そのものが変わります。
手段を絞ると、絞った手段しか持たない相手を取り逃します。取り逃したことは記録に残りません。残らないので、絞ったことの費用は観測できません。一方、増やしたことの費用——記録と条件の分散——は、日々の作業として観測されます。観測できるものだけを見ていると、増やす方向へ判断が偏ります。
領収と記録は、後から作り直せない
記録の整理は、後回しにできるように見えて、後回しの費用が高い箇所です。
理由は、記録が時間とともに失われるからです。仕組みの側が保持している期間には上限があります。一年、あるいは数年で、古い記録が参照できなくなることがあります。
そして、失われた記録は、こちらの側では再現できません。誰がいつ何を買ったかは、仕組みの記録にしか存在しないからです。
だから、記録の取り出しは、定期的に行う作業として組み込んでおくことになります。月に一度、あるいは四半期に一度。取り出す形式は、標準的なものを選びます。表計算で開ける形式であれば、後で必要になったときに扱えます。
この作業は、メルマガ配信システムの選び方で扱った一覧の取り出しと、同じ形をしています。仕組みの中にしか無いものを、こちらの側にも持つ。対象が違うだけで、原理は一つです。
税務のための記録は会計の仕組みに連携させておけば済む、という見方があります。連携させれば、大半は済みます。連携の機能があるなら、使う価値があります。
ただし、連携が拾うのは金額と日付です。誰が買ったか、何を買ったかまでは、連携先に入らないことがあります。その情報は、後で顧客の側を見るときに要ります。つまり、税務のための記録と、事業を見るための記録は、同じではありません。前者を自動化しても、後者は残ることがあります。
記録を取り出して保持することには、扱いの責任が伴います。決済の記録には、個人の情報が含まれます。責任は、仕組みの中に置いている場合にも発生しています。手元に持つと、それが目に見える形になります。置き場所と、誰が見られるかを決めることが、持つことの条件になります。
取り出す項目は、全部である必要はありません。支払いの情報そのものは、こちらが保持しないほうが安全です。必要なのは、誰が、いつ、何を、いくらで、という四つです。四つあれば、事業の側から見るには足ります。取り出す項目を絞ることは、責任を軽くすることでもあります。全部を控えることが安全なのではなく、必要な範囲に絞ることが安全です。
取り出す周期については、失われる速さから逆算します。仕組みの側が何か月分を保持しているかは、契約の条件に書かれています。その期間より短い間隔で取り出していれば、記録が消えることはありません。書かれていない場合は、書かれていないこと自体を短い周期の理由として扱います。確認できない上限は、無いものとして扱うほうが安全だからです。
摩擦を削ることは、判断の余地を削ることでもある
支払いの手続きを簡単にする操作は、負担を減らすと同時に、判断の機会を減らします。
手数が減れば、途中で離れる人が減ります。ここで起きていることを、別の角度から見ます。
行動経済学の研究者であるドラゼン・プレレックとジョージ・ローウェンスタインは1998年、支払うことの負担と、消費することの快が互いに影響し合う構造を論じました（Prelec & Loewenstein, 1998, Marketing Science, 17(1), 4–28）。支払いの負担が、そのまま消費の快を削るという関係です。
分かりやすい例として挙げられているのが、タクシーの料金メーターです。メーターが上がっていくのが見えることが、乗っている間の心地よさを削ります。逆に、前払いで済ませたものは、あたかも無料であるかのように享受できるとされます。支払いの負担が、消費の時点から切り離されるからです。
こちらも、当てはまる範囲は狭い。この論文が扱っているのは支払いと消費の心理的な会計であって、決済の設定の作法ではありません。当たっているのは、切り離しが起きるという点です。
決済の場面へ移すと、こうなります。支払いの手続きを簡単にすることは、費用の総額を変えずに、支払っているという感覚だけを薄くします。
感覚が薄くなることは、二つの意味を持ちます。一つは、負担が減るという意味です。支払いが心地よさを削らなくなるので、体験としては良くなります。もう一つは、判断の機会が減るという意味です。支払っていることが意識に上らなければ、それが必要かどうかを考える機会も生じません。
二つは同じ操作から生じています。どちらか一方だけを起こすことはできません。だから、摩擦をどこまで削るかは、技術の問題ではなく判断の問題になります。
摩擦が多いほうが良い、という話ではありません。必要のない手数は、単に負担です。分界は、削っている手数が判断に使われているかどうかで引きます。入力欄の数を減らすことは、判断に使われていない手数を削っています。支払っていること自体を見えなくすることは、判断の材料を削っています。
相手が支払いを意識しないほうが体験としては良い、前払いのほうが快く享受できるのはその論文自身が言っている、という指摘があります。言っています。そして、その効果は実在します。
区別すべきは、意識しないことを相手が選んだか、こちらが仕組んだかです。前払いを選ぶのは相手の判断です。通知を出さずに引き落とし続けるのは、こちらの設計です。結果として起きている「意識しない」は同じでも、誰が決めたかが違います。この違いは体験の質には現れず、後で気づいたときの反応に現れます。
どこまで削るかの分界は、相手が何を決めているかで引く
削ってよいのは決定を実行に移す手数で、削ってはならないのは決定に使う材料です。
買うと決めた後の、入力、確認、送信。これらは、決定を実行に移すための操作であり、ここで手数がかかっても判断の質は上がりません。減らすほど良い。
削ってはならないのは、相手が決めるための材料です。いくら払うのか。いつまで払い続けるのか。止めるにはどうするか。これらが見える状態であることは、手数ではなく材料です。
具体的に分かれるのは、継続的な受け取りの場面です。継続的な支払いは、最初の一度だけ決定が行われ、以降は自動で実行されます。実行のたびに判断は行われません。これは設計として正しく働きます。
問題になるのは、実行されていることが見えなくなる場合です。通知が来ない、金額が確認しにくい、停止の方法が分からない。この状態では、最初の決定が無期限に効き続けます。
だから、継続的な受け取りには、実行のたびに知らせるという設計が伴います。知らせることは摩擦ですが、判断の材料としての摩擦です。知らせると、一定の割合が止めます。これは損失ですが、失っているのは、知っていれば止めていた人です。
通知が多いこと自体が相手にとって負担ではないか、という反論もあります。負担です。だから、頻度と形式は設計の対象になります。負担を減らす方向は、通知をやめることではなく、通知を有用にすることです。金額だけでなく、その期間に何を提供したかを含める。そうすれば、通知は請求の連絡であると同時に、提供の記録にもなります。
通知に提供の内容を含めると、その期間に何も提供していないことが分かってしまいます。提供が薄い月には、通知そのものが不利に働きます。これは、通知の問題ではありません。提供の設計の問題が、通知によって可視化されているだけです。可視化されたことを不利と捉えて通知を薄くすると、問題は解消されずに見えなくなります。
すべての継続的な受け取りに、毎回の通知が要るわけではありません。提供が毎回の使用として現れる形——毎週届く、毎回入れる——であれば、提供そのものが通知の役割を果たします。通知が要るのは、提供が背景に退く形の場合です。使っていない期間があっても支払いが続く形。このとき、支払っていることを思い出す機会が、通知しかありません。
分界の位置は、一つの問いで確かめられます。その手数を削ったとき、相手が知らなくなることがあるかどうかです。入力欄を減らしても、相手が知らなくなるものはありません。通知をやめると、支払っている事実を知らなくなります。同じ「手数を減らす」でも、後者だけが相手の知識を削っています。
導入の手順そのものは、三つの段でできている
手続きの側は、準備、審査、試験の三段に整理できます。
第一の段は、申請の準備です。必要になるのは、事業の実態を示せるものです。何を提供しているかが外から分かるページ、提供の条件、連絡先、そして本人の確認書類。
通信販売として扱われる場合、表示が義務づけられている項目があります。事業者の名称と所在、連絡先、価格、支払いの時期と方法、提供の時期、返品や解約の条件。これらは審査でも確認されます。
この準備は、審査のためだけの作業ではありません。提供の条件を書き出す作業は、この記事が数えてきた「決めていないことを表に出す」作業そのものです。
第二の段は、申請と審査です。日数がかかります。数日で済む場合もあれば、数週間かかる場合もあります。提供を開始する日から逆算して、余裕を見て申請することになります。追加の資料を求められることがあります。求められた内容が、そのまま「材料が足りなかった箇所」を示しています。
第三の段は、設定と試験です。承認された後、実際に受け取れることを確認します。少額の取引を自分で通してみて、決済、通知、記録、入金までを一通り見る。この試験で、無人化されていない箇所が見つかります。どこで自分が操作したかを数えれば、残っている人手が分かります。
三つの段は、順に進むとは限りません。審査の途中で条件の追加を求められ、第一の段に戻ることもあります。戻ること自体は、失敗ではありません。求められた内容は、こちらの準備が足りなかった箇所を具体的に示しています。推測で全部を揃えようとするより、指摘を受けてから足すほうが早いことがあります。
第三の段の試験を、自分の取引で行うと、手数料が発生します。少額であれば無視できますが、返金の試験まで行うと、手数料が戻らない場合があります。この費用は、確認の対価として払う価値があります。返金の手続きを一度も試さずに運用を始めると、実際に求められた日が初回になります。初回を、緊張した状況で迎えるか、自分の取引で済ませておくか。数百円の差で、この二つが分かれます。
そして、試験の記録は、そのまま手順書になります。どの画面で何を操作したかを書いておけば、次に返金するときに考える必要がありません。決め終わったことが増える、という形でも効いてきます。
三段のうち、飛ばされやすいのは第三です。承認された時点で使える状態になっているので、試験を省いても取引は成立します。省いた場合、最初の本番が初回の試験を兼ねることになります。失敗しうる一回目を、相手のいる場に置くか、自分の側で消化しておくか。成立するかどうかは同じで、失敗したときに誰が待たされるかが違います。
直近の一件で、自分は何回手を動かしたか
残っている人手は、三つの確認で読めます。
第一の確認は、直近の取引を一件たどって、自分が操作した回数を数えることです。受け取りから記録の整理まで、どこで何回、自分が手を動かしたか。数えたうえで、それぞれについて「判断が入っていたか」を問います。判断が入っていない操作は、設定か連携で減らせます。判断が入っていた操作は、その判断を事前に決められるかを問います。
第二の確認は、返金の条件と、継続の停止の方法が、相手から見える場所に書かれているかです。書かれていれば、判断の材料は渡っています。書かれていなければ、問い合わせという形で人手が発生し、しかも相手の側には判断の材料がありません。一つの欠落が、両側に負担を作ります。
第三の確認は、継続的な受け取りをしている場合、実行のたびに相手へ何が届いているかを見ることです。何も届いていないなら、最初の決定が無期限に効いている状態です。届いているなら、その内容が金額だけか、提供の記録も含んでいるかを見ます。
どの確認も、決済の仕組みの機能を見ていません。無人化の範囲を決めているのは決めた判断の範囲なので、確認すべきは判断の側だからです。
使える範囲は、三つで違います。第一は、取引が発生していないと実行できません。導入した直後は、試験の取引で代用します。第三は、継続的な受け取りをしていない場合には使えません。その場合、二つで足ります。
操作の回数を数えても、減らせない操作ばかりだったらどうするか、という問いが立ちます。それが分かること自体が結果です。減らせない操作は、判断が入っているか、仕組みが対応していないかのどちらかです。前者であれば、決めれば減ります。後者であれば、仕組みを変える理由になります。理由が具体的にあることと、漠然と不便だと感じていることは、選び直すときに違いを生みます。
通知の頻度、記録を取り出す周期、無人化の割合。この三つを数として置かないのは、条件が多様だからではありません。三つとも、決めていない判断の量に従って動く数だからです。未決が減れば無人化の割合は上がり、増えれば下がります。従属して動く数を先に固定すると、固定した数のほうが基準になり、未決の量を見る目が閉じます。
承認の通知が届いた日に、何が終わって何が始まっていたか。終わったのは手続きで、始まっていたのは、決めていないことを一つずつ表に出す作業でした。人手の量が未決の量に応じて増えること。残る箇所が五つに分かれること。摩擦を削る操作が、判断の材料まで削りうること。この三つを持ったまま自分の決済の周りを見ると、残っている手作業は、一つずつ未決の名前に置き換わっていきます。
一件だけ確かめるなら、直近の取引を一つ選び、受け取りから記録までのあいだに自分が触れた画面を順に書き出す。書き出した一つずつに、決めていない判断か、していない設定のどちらかが対応しています。
仕組み全体をどう組み立てるかは仕組み化の設計で、選ぶ前の判断の基準は個人でオンライン決済を導入するで扱っています。
