ログイン不要の即時割り勘：フルーツ名で3分精算

急な食事会では、正確さより前に「スピード」が必要です。全員ログインを待っていると、精算前に解散してしまうことも少なくありません。

このケースでは、Paji Splitly のゲストモードを使い、参加者名を一時的にフルーツ名で登録して、まず支払い関係を確定させる流れを紹介します。

フルーツ名そのものが目的ではありません。目的は、初期入力の摩擦を減らして、その場で実行可能な精算結果に最短で到達することです。

解散前に即精算が必要なシーン

フルーツ名ニックネームの3人分帳では3件・合計$1,950を記録し、誰がどの支払いを担当したかを即座に判別できました。

あなたを含む5人で食事をした直後、次の条件です。

• まだ誰もログインしていない
• 本名をすぐ入力したくない人がいる
• 先に「誰が誰に払うか」を決めたい

3分で回す実務順序

1. ゲストモードで開始
   「新規割り勘」から作成し、ログイン工程を後回しにします。 時間制約のある場面では、完璧な準備より先に進行を優先します。 3分で閉じられない場合は、参加者範囲と支払担当の割当を先に再確認します。

2. 仮名で参加者を追加
   りんご、バナナ、ぶどう、パイナップル、マンゴーなど、入力しやすい名前を使います。 追加直後に口頭で対応関係を確認すると、後の混乱を防げます。

3. 主要支出を先に記録

• パイナップル：バーベキュー $120（全員均等）
• ぶどう：ドリンク $45（全員均等）
• バナナ：お菓子 $30（全員均等） 高額項目から入れると、精算方向を早く確定できます。

4. 「精算」で即確認
   Paji Splitly が純残高を計算し、送金回数が少ない精算パスを提示します。 時間が厳しい場合は主要送金を先に完了し、細部は後で整えます。

5. その場で確認・送金
   同じスマホ画面で確認し、送金済みは精算済みに更新。 その場更新を徹底すると、解散後の再催促が減ります。

6. 必要なら後で本名へ変更
   金額が確定した後に名称を整えます。 命名整備を後ろに回すことで、精算完了を優先できます。

現場で機能する理由

• 開始時の摩擦が小さい
• 入力時間を短縮できる
• 先に実行可能な精算結果を出せる
• 確認と送金が同一コンテキストで完結する

離脱を減らす運用コツ

• まずゲストモードで精算まで進める
  ログイン待ちを減らし、全体の進行を止めにくくします。

• 本名より先に仮名を使う
  入力を短くできるため、臨時の場でもスムーズに始められます。

• その場で同じ画面を見て確認する
  精算済みの反映まで行うと、後からの認識ズレが起きにくくなります。

• 先に帰る人の送金を優先する
  解散後フォローの負荷を大きく下げられます。

解散前1分の最終チェック

• フルーツ名が1人に1つだけ対応しているか確認する。同じ人に2つのニックネームが割り当たっていると、負担額が二重計算になる。
• 入力者のデフォルト名義がそのまま支払者に残っていないか確認する（例：バナナが払ったBBQが、入力した自分の名義のままになっていないか）。
• 席を離れる前に共有スマホで「精算」画面を見せ、全員から口頭で「合ってる」の確認を取る。解散後の修正はかなり面倒になる。

臨時会向けの連絡テンプレ

• 臨時グループにはチャット履歴がないことが多いため、精算画面のスクリーンショットを撮って個別に送る。送金指示と領収書を兼ねる。
• フォローアップ時はフルーツ名と本名を併記する（例：「Alexさん（マンゴー）、バナナに$25の送金をお願いします」）。画面で見た内容と照合できるようにする。
• 先に帰った人への回収は、金額と送金方法だけを1通で送る。全体の明細内訳は送らない。臨時の連絡先には読まれにくい。

速さは近道ではなく順序で作る

一時的な集まりでは、完璧な入力より先に精算完了が重要です。Paji Splitly のゲストモードと仮名運用は、そのための現実的な近道です。

高速運用で起きやすいリスク

• リスク 1：同じ人が「マンゴー」と「りんご」の2つで登録され、負担が架空の参加者に分散する。対策：ニックネームを1つずつ指差し確認し、本人に手を挙げてもらう。
• リスク 2：精算画面を確認する前にグループが解散し、後から誰がどのフルーツだったか分からなくなる。対策：解散前に精算結果とニックネーム対応表のスクリーンショットを撮っておく。
• リスク 3：1台のスマホで入力するため、支払者フィールドがスマホ持ち主のデフォルト名義のままになり、誰がいくら負担するかがずれる。対策：各明細の「支払者」フィールドを入力のたびに確認する。ゲストモードではスマホ所有者がデフォルトになりやすい。