ROI事件ファイル No.448『六人の経理が抱える孤独な島』
六人の経理が抱える孤独な島
第一章：請求書の山と六つの孤独
「誰が何をやっているか、正直なところ、私も全部は把握できていません」
TechNova社の経理部長、木村敦子氏は、そう言いながら苦笑した。六名体制の経理部門。売掛金の管理、買掛金の処理、給与計算、経費精算、月次決算、税務対応——それぞれが特定の担当者に割り振られ、互いの業務が見えない状態で動いている。
「AIを使って経理業務を効率化したい、という話を役員から受けました。他社の事例をいくつか見せていただいて、可能性は感じています。ただ——」木村氏が続けた。「何から始めればいいか分からないんです。AIを導入した、という実績を作ることが目的になってしまいそうで」
「現在、紙ベースの処理が多いとのことでしたが」とGeminiが確認した。
「請求書です。仕入先からFAXや郵送で届く請求書を、担当者が手入力で会計システムに転記しています。月末には百件を超えます。入力ミスのチェックも手動なので、締め日前は毎月残業が続いています」
「業務が分断しているというのは」とClaudeが尋ねた。
「例えば、経費精算の担当者が精算した金額と、買掛金の担当者が処理している支払額が、本当に一致しているかを確認する仕組みがありません。各担当者がそれぞれ正確にやっているという前提で動いていて、全体を突き合わせるのは月次決算のタイミングだけです。そこで初めてズレが見つかることがある」
「最も時間を取られている作業は」と私が聞いた。
「請求書の転記と、ズレが出た時の原因調査です。原因調査は、最長で三日かかることがあります」
問題の全体像が見えた。六名の経理は、それぞれ正確に仕事をしていた。ただ、その仕事をつなぐ構造がなかった。AIで解決すべきは、効率化ではなく、分断だった。
第二章：小さく作って、本物を知る
「この案件には、MVPのアプローチが必要です」
Claudeがホワイトボードに細長い矢印を描いた。最小限のプロトタイプ——テスト——学習——改善——という繰り返しのサイクル。
「MVP、Minimum Viable Productとは」と私が説明を始めた。「完璧なシステムを一度に作ろうとするのではなく、最小限の機能で動くものを素早く作り、実際に使ってみることで本当の課題を発見する手法です。AIツールの導入では特に重要です。なぜなら、机上で考えた業務フローと、実際に使い始めた後の業務フローは、必ず違うからです」
「全部の業務を一度に自動化しようとすると」とGeminiが補足した。「半年後に動くものができた時、その仕様が実際のニーズとズレていることが多い。MVPは、そのズレを小さく早く発見するための設計思想です」
「では、何から始めますか」と木村氏が尋ねた。
[MVP第一弾：請求書AI読み取りの単機能プロトタイプ]
「最初のMVPは、請求書の自動読み取りだけです」とClaudeが提案した。「FAXや郵送で届く請求書をスキャンして、AI-OCRで金額・日付・取引先名を読み取り、会計システムへの転記候補を自動生成する。担当者は、生成された候補を確認してボタンを押すだけ」
「作るのにどのくらいかかりますか」と木村氏が聞いた。
「最初のプロトタイプなら、二週間です」とGeminiが答えた。「321 Platformにある請求書処理AIツールを活用すれば、基本機能はすぐに使い始められます。初期費用も最小限で、まず動かすことを優先する」
「第一MVPで計測するのは三つです」と私が続けた。「転記作業時間の変化、OCR読み取りの精度（正確に読めた件数の割合）、そして担当者の修正入力回数。この三つが揃うと、次の改善の方向が決まります」
[MVP第二弾：照合自動化]
「第一MVPで転記が安定したら、第二弾に進みます」とGeminiが説明した。「経費精算データと買掛金データを自動で突き合わせ、差異が出た場合にアラートを出す機能です。これで、月次決算のズレを翌日には検知できるようになります」
「木村さんが言っていた、三日かかる原因調査が」とClaudeが続けた。「差異発生の翌日に始められるようになります。問題が小さいうちに捕まえる——これが分断を解消する本質的な設計です」
[MVP第三弾：全体ダッシュボード]
「第三弾は、六名の業務状況を一画面で確認できるダッシュボードです」と私が提案した。「誰が何を処理中で、どこで止まっているかが可視化される。木村さんが『誰が何をやっているか把握できない』という問題が解消されます」
「GA4 Quickのデータ可視化ロジックを参考に、経理業務の進捗をリアルタイムで確認できる仕組みを設計できます」とGeminiが加えた。「経理部門版のアナリティクスダッシュボードです」
第三章：AIに頼む前に整理すること
木村氏がメモを取りながら、静かに言った。
「AI導入、と聞いて身構えていました。でも、今日の話は、まず小さく始めて確認しながら進める、という話でしたね」
「MVPの哲学は」と私が応じた。「完璧主義の反対にあります。経理業務のAI化に失敗する最大の原因は、全部を一度に変えようとすることです。現場担当者が使わないAIツールを作っても、効率化は生まれない。使い始めてみて初めて分かることを、設計の中心に置く」
「もう一つ重要なことがあります」とClaudeが続けた。「AIが得意なことと、人間が得意なことを明確に分けることです。請求書の読み取りと転記はAIが得意。しかし、新しい取引先からの初回請求書の形式確認や、例外的な支払い条件の判断は人間が得意。このすみ分けを設計に盛り込まないと、AIが人間の仕事を奪うのではなく、AIに人間が振り回される状態になります」
木村氏が頷いた。「第一MVPから始めます。二週間後に担当者と一緒に使い始めて、実際に何が起きるかを見てみます」
第四章：六つの島が一つになる日
彼女が去った後、Geminiが呟いた。「経理業務のAI化というと、大規模なシステム刷新のイメージがありますが、実態は六名の日常の積み重ねですね」
「ああ」と私は答えた。「MVPが教えるのは、大きな問題も最初の一歩は小さくていい、ということだ。請求書の転記という一点から始めて、照合、ダッシュボードへと繋げていく。その繰り返しの中で、六人の孤独な島が少しずつ繋がっていく」
窓の外では、街の灯りが夜空に点在していた。
五ヶ月後、木村氏から報告が届いた。
第一MVPの請求書AI読み取りは、運用開始三週間でOCR精度が九十四パーセントに達した。月末の転記作業時間は、一人あたり平均三時間から四十分に短縮。残業は月平均三十二時間から七時間に減少した。
第二MVPの照合自動化により、差異の発見が月次決算から翌日に早まった。三日かかっていた原因調査は、最長でも三時間で完了するようになったという。
木村氏の報告書にはこう記されていた。「AI導入と聞いて、担当者たちは最初から身構えていました。しかし、第一MVPの二週間テストで、自分たちが確認してOKを押すという形を体験してから、態度が変わりました。AIが決めるのではなく、自分たちが確認する。その設計が大事でした」
六つの孤独な島に、ゆっくりと橋が架かっていった。
「AIで経理業務を変えようとする時、最大の障壁は技術ではなく、現場の不安だ。MVPが提供するのは、その不安を解消するための方法論だ。小さく作り、使ってみて、学んで、改善する。この繰り返しの中で、現場は『AIが奪う』から『AIを使う』へと視点を変える。完璧なシステムを待つ間に失われる時間こそが、最大のコストだ。最初の一歩は、小さければ小さいほど速く踏み出せる」
関連ファイル
使用ツール
- 321 Platform — 請求書処理AIツールの初期プロトタイプ構築
- GA4 Quick — 経理業務進捗ダッシュボードの可視化設計
