ライドシェア&デリバリー抽出

あらゆるライドシェア・デリバリーのスクリーンショットから運賃の領収書と収益サマリーを取得

5つのギグアプリから運賃や週間収益を手動でコピー&ペーストすると毎週30分かかりますが、このツールならスクリーンショットから同じデータを30秒以内に抽出できます。

スクリーンショット1枚あたり5〜10秒 · 印刷テキストの精度は最大99%

ウーバー · Lyft · DiDi
DoorDash · Uber Eats
バッチ処理

ライドシェア・配達スクリーンショットから取得できるデータ

ライドシェアや配達のスクリーンショットには、ライダーの乗車領収書とドライバーの収入サマリーの2種類があります。各アプリは同じ項目でもまったく異なるレイアウトで表示します。カスタム列抽出を使えば、必要な列を指定するだけで、AIが各項目の意味を理解して、どのアプリの画面からでも該当する値を探し出します。表示位置ではなく意味で判断するためです。

消費者・ライダー向けアプリ

運賃 チップ 日付 距離
運賃 チップ 日付 待機時間
運賃 日付 距離
運賃 チップ 日付
注文合計 チップ 日付 配送料
注文合計 チップ 日付 配送料
注文合計 日付 配送料
FreeNow
運賃 日付 距離
Deliveroo
注文合計 日付 レストラン
iFood
注文合計 チップ 日付
99
運賃 日付 距離
Rappi / Glovo
注文合計 日付 配送料

ドライバー・ギグワーカー向けアプリ

週間合計 チップ ボーナス 時間
週間合計 基本報酬 チップ 調整額
バッチ収入 チップ 日付

各アプリタイプに対して入力する列名です。AIはプラットフォームに関係なく該当する値を見つけます。ライダーの領収書は1つのスプレッドシートに、ドライバーの収入は別のスプレッドシートに、同じツールでまとめられます。

異なる2つの画面、同じ抽出課題

ライダーのウーバー乗車領収書とドライバーのDoorDash週間サマリーは、視覚的な構造がまったく異なります。従来のツールはテーブルを探しますが、ライドシェアの画面はカード、積み上げリスト、バッジで構成されています。ここでは、その理由と、セマンティック抽出がどのように解決するかを説明します。

ライドシェアのスクリーンショットが従来の抽出方法と相性が悪い理由

01

2種類の画面形式に、視覚的な共通点はありません。乗車料金のレシートは、運賃・チップ・待機時間という構造化されたカード形式です。運転手の収入サマリーは、週間合計・基本報酬・チップが積み重なったリスト形式です。テーブルやフォーム向けに作られたツールでは、この両方に対応できません。

02

同じデータでも、プラットフォームごとに並び方が異なります。ウーバーは地図付きのカードに運賃を表示します。Lyftは別のレイアウトを採用しています。DoorDash Dasherは色分けされたリストで収入を表示します。テンプレートベースの抽出では、アプリごとに個別のテンプレートが必要で、アプリのアップデートのたびに動作しなくなります。

03

複数プラットフォームを利用する運転手には、統一されたデータの一元管理先がありません。ウーバー・Lyft・DoorDashを掛け持ちするDasherは、3つの別々のアプリで収入を確認することになり、マージ表示もありません。Redditでは、運転手たちが一貫して「収入と支出をどうやって管理していますか?」と質問しています。これまでの唯一の解決策は、手動での記録管理でした。

セマンティック抽出がライド・デリバリー画面からデータを見つける仕組み

01

列名を指定するだけで、AIが意味に基づいて値を検出。 ライダーの領収書なら「運賃、チップ、日付、距離」、ドライバーのサマリーなら「週間合計、基本報酬、チップ、ボーナス」と入力します。ビジュアル言語モデルが各スクリーンショットを読み取り、ラベルの意味を理解して各フィールドを特定します。色付きカード内の運賃、リスト内のチップ、サマリーテーブル内のボーナスなど、どこにあっても正確に抽出します。

02

1つの列セットでバッチ内の全アプリに対応。 ライダー領収書用の列を一度定義するだけ。Uberのトリップカード、Lyftの確認画面、Uber Eatsの注文領収書、Grabの領収書をまとめてアップロード。AIが各アプリのレイアウトに個別に適応し、見た目が全く異なるスクリーンでも、すべて同じスプレッドシートの1行になります。

03

バッチを分けてライダーとドライバーのデータをクリーンに管理。 トリップ領収書(経費報告用)のバッチには運賃、チップ、距離の列を設定。収益サマリー(税金準備用)の別バッチには週間合計、基本報酬、チップ、調整額の列を設定。AIが各画面タイプをそれぞれの列セットで処理し、異なるニーズに対応した2つのクリーンなスプレッドシートが得られます。

混在スクリーンショットから2つのクリーンなスプレッドシートへ

1

種類別にスクリーンショットをアップロード

スクリーンショットのフォルダがあるとします。先週のDoorDash Dasherの収入サマリー、出張中のUberのトリップ領収書3枚、Lyftの領収書、Uber Eatsの確認画面。これらを2つのグループに分けます。ライダーのトリップは1つのバッチに、ドライバーの収入は別のバッチに。各バッチはJPG、PNG、WebP、PDFに対応しています。アプリ間の前処理は不要です。

2

バッチごとに列を定義

ライダーのバッチには運賃、チップ、日付、距離、待機時間と入力します。収入のバッチには週間合計、基本報酬、チップ、ボーナス、調整額、時間と入力します。各バッチに独自の列セットが設定されます。AIは各スクリーンショットがどのアプリのものかを知る必要はありません。すべての画像を読み取り、レイアウト上の位置ではなく意味に基づいて各値を特定します。

3

2つのクリーンなスプレッドシートをダウンロード

処理はスクリーンショット1枚につき5〜10秒かかります。ライダーのバッチは1つのXLSXとしてエクスポートされ、各行が1つのトリップ領収書となり、経費報告にそのまま使えます。収入のバッチも別のXLSXとしてエクスポートされ、各行が1つの週間サマリーとなり、確定申告の準備に使えます。同じソースフォルダから2つの出力が得られ、各スクリーンショットを開いて手入力するよりも約18倍高速です(手作業は1枚あたり約90秒、こちらは約5秒)。

最適なケースと注意すべきケース

ツールの適用範囲を理解することで、最良の結果が得られます。

最適なケース

✓

ライドシェア・配達アプリの直接スクリーンショット。 フル解像度のスクリーンショットでは最大99%の精度を達成します。アプリの高コントラストなテキストは視覚モデルに最適です。

✓

構造化されたアプリカードとサマリーテーブル。 ウーバーのトリップカード、DoorDash Dasherの収入明細、Instacartのバッチサマリーはすべてラベルと値のパターンに従っています。AIは位置ではなく意味でこれらを識別します。

✓

ライダーとドライバーのスクリーンショットを別々のバッチに分ける。 独自の列セットを持つ別々のバッチは、経費報告と税金準備でよりクリーンな出力を実現します。

注意すべきケース

⚠

メッセージアプリ経由で転送された圧縮スクリーンショット。 メッセージアプリ経由で転送されたスクリーンショットは解像度が低下します。精度が落ちるため、圧縮されたソースからの収入合計は必ず確認してください。

⚠

詳細ページではなくフィード表示のスクリーンショット。 アプリのフィードは相対日付や切り詰められた金額を表示することがよくあります。信頼できる記録のためには、詳細ページまたは収入ページのスクリーンショットを撮ってください。

⚠

ツールは表示されたデータを抽出するもので、派生指標を計算するものではありません。 純利益、時給、走行距離控除、税金見積もりは、ご自身での後処理が必要です。ツールはスプレッドシートの数式に必要な生データを抽出します。

よくある質問

ライダーのトリップ領収書とドライバーの収入サマリーの両方から、同じツールでデータを抽出できますか?

はい、可能です。これらは異なる画面タイプですが、ツールは両方に対応しています。ライダー領収書用(運賃、チップ、日付、距離、待機時間)と収入サマリー用(週間合計、基本報酬、チップ、ボーナス、調整額、時間)で、それぞれ別の列セットを定義してください。別々のバッチで処理すれば、各バッチがユースケースに合わせたスプレッドシートを生成します。

Uberのトリップ領収書のスクリーンショットから、具体的にどのようなフィールドを取得できますか?

取得する列はお客様が定義します。Uberのトリップ領収書で一般的なものとしては、運賃、チップ、日付、距離、待機時間、サージ料金、請求総額などがあります。AIは、固定された位置を想定するのではなく、領収書カードのラベルを読み取って各値を特定します。領収書に表示されないフィールド(ドライバー名など)が必要な場合、その行の列は単純に空欄になり、そのフィールドをスキップするか、列定義を調整することができます。

DoorDash Dasherの週間サマリーには調整額、ボーナス、ピーク報酬が表示されますが、AIはこれらを基本報酬と区別できますか?

はい、可能です。AIはラベル(「調整額」「ピーク報酬」「ボーナス」)とその横の値の両方を読み取ります。基本報酬、チップ、ボーナス、ピーク報酬、調整額にそれぞれ別の列を定義すれば、各項目はそのラベルに基づいて正しい列に振り分けられます。これはすべてのギグプラットフォームで機能します。DoorDashの積み重なった収入明細、Uber Driverの週間カード、Instacart Shopperのバッチサマリーも同様に処理されます。

数週間前に撮影した古いスクリーンショットも処理できますか?それとも新しく撮影したものだけですか?

数週間前や数ヶ月前に撮影したスクリーンショットも、新しいものと同様に処理できます。ツールは画像に表示されているものを読み取ります。これは古いデータを復元する場合に特に便利です。ギグプラットフォームは通常、アプリ内で過去3〜4ヶ月の収入しか表示しないため、スクリーンショットはその期間を超えたデータを保存する唯一の方法です。画像が鮮明であれば、抽出精度は一貫しています。

Uber、Lyft、DoorDashの収入を1つのExcelファイルに統合できますか?

はい、可能です。3つのプラットフォームすべての収入サマリースクリーンショットを1つのバッチにアップロードし、列を定義(週間合計、チップ、ボーナス、時間)すれば、出力は各プラットフォームの週間サマリーが個別の行として並んだ1つのXLSXファイルになります。「プラットフォーム」列を追加して各行にラベルを付けましょう。列名として入力すれば、AIがスクリーンショットのヘッダーやロゴ領域からアプリ名を認識します。これにより、複数のギグソースからの収入ログを手動でマージすることなく一元化できます。

ライドシェアと決済スクリーンショット抽出の詳細解説:Venmo、PayPal、Zelle、Cash Appの決済スクリーンショットを1つの収入ログに統合する方法 · 決済スクリーンショットから支払者名、金額、日付を抽出する方法 · 5つのプラットフォームの決済スクリーンショットを一括アップロードしてGoogle Sheetsで月次台帳に統合する方法

特定のフィールドだけでなく、スクリーンショット全体を完全な構造化テーブルに変換する必要がある場合は、スクリーンショットからExcelへの変換がおすすめです。これは別の抽出ニーズに対応します。

📮 contact email: [email protected]