このレシピ（手順）は絆チーム（複数 AI＋管理者）の協議と内部監査ゲート（律 charter・独立監査・収益ストッパー）を経て、本文のコピペ用プロンプトを2モデル（claude-sonnet-4-6 / gpt-5.5）に実投し、想定どおりの出力が返ることを確認済みです（検証日・検証環境は上部に明記。サンプル入力での確認＝実際のあなたの入力では結果が変わりえます）。煽らない・盛らない・できない事は言う——絆の編集方針です。

お題：職場の紙の申請書や手書きメモをAIに書き起こして「項目別の入力データ」に整理する：入力代行が続かない担当者の運用（具体例と判断軸で）

紙の申請書・手書きメモを、AIで「項目別の入力データ」にする運用（続かない入力代行向け）

誰向け： 紙の申請書や手書きメモのシステム転記を任され、毎回の手入力が続かなくなっている事務・総務・現場事務の担当者
何ができるようになる： 写真／スキャンを起点に、AIで読み取り→項目別に整え→人が最終確認する流れを、判断軸つきで自部署用に組める
所要時間： 初回の型づくり 45〜90分／1件あたりの実作業は内容量による（確認込みで手入力より短くなる設計を目指す）

先に要点

• 目的は「AIに全部任せる」ではなく、手入力の負荷を減らし、確認可能な項目データに落とすこと。
• 続く運用の核は3つだけ。(1) 撮るルール (2) 項目テンプレ (3) 人が見る箇所の固定。
• AIの出力は下書き。数字・氏名・日付・金額・押印有無は人が確定する。
• 「毎回ゼロから指示する」運用は続かない。文書タイプ別の型を先に1〜2個作る。
• 向き不向きがある。薄いメモ・低解像度・複数帳票の混在は、前処理なしでは崩れる。

表現手段の選択（この記事で使う／使わない）

禁止しているのは内容の捏造のみ。以下の before/after は説明用の合成例で、特定サービス画面の再現ではない。

この運用が向く状況／向かない状況

向く

• 同じ書式の申請書が週に複数回来る
• 転記先の項目名がだいたい決まっている（氏名、所属、日付、理由、金額など）
• 「正確性の最終責任は人」と割り切れる

向かない（先に紙側を直すか、人手のままが早い）

• 毎回レイアウトが違う自由記述だけ
• 鉛筆の薄い字、影、折り目で読めない写真が前提
• 法的・会計上、原本との一字一句一致が必須で、確認工数が入力工数を超える場合

優劣はツール名ではなく、書式の安定度 × 確認ルールの固定度で決まる。

全体の流れ（4段）

[1 撮る・取り込む]
   紙／メモ → 写真 or スキャン（ pen 1枚・向き・光 ）
        ↓
[2 書き起こす]
   AI：全文テキスト化（読めない箇所は推測せず印を付ける）
        ↓
[3 項目に割る]
   文書タイプ用テンプレへマッピング（無い項目は空欄）
        ↓
[4 人が確定する]
   重要項目だけ突合 → システム／表へ貼る or CSV化

手入力代行が続かない主因は、多くの場合「読む・解釈する・打ち分ける」が毎回同時に起きること。上の図のように解釈を3と4に分離すると、途中で止めやすく、再開しやすい。

具体例1：出張精算の紙申請（定型）

紙面に書いてあること（例）

• 申請日、所属、氏名
• 出張先、期間
• 交通費・宿泊費の内訳と合計
• 上司欄のサイン有無

用意する項目テンプレ（転記先に合わせる）

申請日:
所属:
氏名:
出張先:
開始日:
終了日:
交通費_円:
宿泊費_円:
その他_円:
合計_円:
領収書枚数:
上長サイン: あり/なし/判読不能
読み取れない箇所:

AIへの指示の核（文書タイプに固定して使い回す）

1. 画像から読める文字だけ書き起こす
2. 読めない文字は推測せず ■ または「判読不能」
3. 上記テンプレの項目だけ埋める。無いものは空欄
4. 金額は半角数字。通貨記号は外す
5. 合計が内訳と一致しない場合は「不一致の可能性」と一行注記

人が必ず見る箇所（固定）

• 氏名、日付、金額、合計の四則、サイン有無
• 「判読不能」が付いた行

ここまで型があると、担当者の仕事は「全文字を打つ」から「印の付いた行と金額系を見る」に縮む。

具体例2：朝会の手書きメモ（非定型に近い）

手書きメモは申請書より崩れる。先に取りたい項目を3〜7個に制限する。

日付:
参加者:
決定事項: （箇条書き）
宿題_誰が:
宿題_期限:
宿題_内容:
次回予定:
生テキスト_補足:

メモ全体を美文にする必要はない。後で表やチャットに貼る単位だけ抜く。決定と宿題が混線しやすいので、テンプレ側で列を分ける方が再作業が減る。

before / after（コピペで試す用の型）

Before（現場に残りがちな状態）

• 写真がチャットに散在
• 各自が思い思いにExcelへ手打ち
• 「この金額で合ってる？」が口頭で何度も飛ぶ

After（項目データとして残す状態）

申請日: 2026-03-04
所属: 営業二課
氏名: 山田 太郎
出張先: 大阪・顧客A
開始日: 2026-03-10
終了日: 2026-03-11
交通費_円: 28460
宿泊費_円: 12000
その他_円: 0
合計_円: 40460
領収書枚数: 4
上長サイン: あり
読み取れない箇所: 宿泊費の内訳2行目の店名

同じ情報量でも、後工程が「読む」から「埋める・確かめる」に変わるのが差になる。

判断軸（導入してよいか／どこまでAIに渡すか）

次の分岐で足りることが多い。

書式は月1回以上、ほぼ同じ形で来る？
 ├─ No → 人手 or 書式統一を先に検討
 └─ Yes
      転記先の項目名は一覧できる？
       ├─ No → 先に「受け皿項目」を10個以内で書く
       └─ Yes
            誤りの代償は大きい？（給与・契約・対外正式文書）
             ├─ 大きい → AIは下書きのみ。重要項目は二重確認
             └─ 小さい → テンプレ＋スポット確認で開始可

追加の実務軸

• 件数： 週5件未満なら型づくりコスト回収が遅い。週10件超で効きやすい
• 写真品質： 1枚に1帳票、横向き補正、影を避ける、をルール化できるか
• 個人情報： 外部AIに載せる可否を先に決める。不可なら社内ポリシー適合の経路だけ使う
• 監査： 「誰がいつ確定したか」を残す必要があるなら、確定者名・日時の列をテンプレに足す

続かないパターンと、先に潰す設計

入力代行が続かないのは、意志の問題より毎回の判断が多すぎることが多い。判断をテンプレ側に移す。

最小の始め方（初週）

1. 文書を1種類だけ選ぶ（いちばん件数が多い申請書が無難）
2. 転記先の項目をそのまま並べた空テンプレを作る
3. サンプル3枚で「書き起こし→項目化→人の修正箇所」を記録する
4. 修正が集中した項目だけ、指示文に注意書きを足す
5. 必須確認リストを3〜5行で固定し、運用開始

初週から全帳票を対象にしない。型が1つ安定してから横展開する。

指示文の置き方（汎用の骨格）

文書タイプ名だけ差し替えて使う。

役割: 紙の帳票を、指定項目の入力用データに整理する
条件:
- 読める文字だけ使う。推測で埋めない
- 不明は空欄にし、「読み取れない箇所」に理由を書く
- 出力は指定テンプレのみ。前置きや解説は不要
- 日付は YYYY-MM-DD。金額は半角数字のみ
テンプレ:
（ここに項目を貼る）
入力: （画像 or 書き起こしテキスト）

長くするほど守られない。禁止事項（推測しない・枠外を作らない）を短く前に置く方が安定しやすい。

出力の受け皿（表に載せるとき）

• 1行1申請にするなら、項目名を列にしたCSV／シートが扱いやすい
• 「判読不能」「合計不一致の可能性」は別列に残し、本文列をきれいに保つ
• 元画像のファイル名か撮影日を1列足すと、後から原本に戻れる

AIの精度議論より、戻れることの方が運用では効く。

よくある詰まり

Q. 手書きが雑で、項目が空欄だらけになる
A. 空欄を失敗とみなさない。空欄＋「読み取れない箇所」が残れば、人はそこだけ読めばよい。全部埋まった偽の完成形の方が危険。

Q. 複数ページの申請を1枚の写真に収めている
A. ページごとに撮る。無理に1回で処理しない。ページ番号列をテンプレに足す。

Q. どのAIを使うべきか
A. この記事では特定製品に固定しない。使える条件は、画像またはテキストを渡し、テンプレ通りのテキストを返させ、社内ルール上データを預けてよいか、の三点。画面の新しさより、テンプレ遵守と不明箇所の明示が実務差になる。

Q. 検索や外部から来た人が、いきなり全社展開してよいか
A. しない。1書式・3サンプル・確認リスト固定、までが先。横断ルールは情報システム／総務の方針に合わせる。

まとめ

• 紙と手書きを「全文の綺麗な文字起こし」で止めず、転記先の項目データまで一気に型化する。
• 続く条件は、撮影ルール、文書タイプ別テンプレ、人が見る箇所の固定。
• AIは下書き。金額・氏名・日付・サインは人の確定作業として残す。
• 週次で件数が乗り、書式が安定しているところから1種類だけ始める。

次の一手は、いまいちばん枚数の多い紙を1枚選び、転記先の項目名をそのまま空テンプレに書き写すところまでで足りる。