【漫画で分かるDX】第13回:申請はkintone、真理はBigQuery。分析基盤で見える経営の輪郭
『漫画で分かるDX』第13回。—
あとがき ― kintone運用と分析基盤の役割分担
本ストーリーで描かれたように、現場に近い業務アプリ(例:kintone)に日々の記録が溜まっていても、経営会議や横断分析に使うときだけ別の表にコピーしている会社は少なくありません。 佐藤さんと田中くんによる、分かりやすいIT・AI解説シリーズ。
目次 クリックで開く
申請はkintone、真理はBigQuery。分析基盤で見える経営の輪郭
木曜の夕方、経営会議の前日。オフィスの空調が一段低く感じるのは、気のせいではないかもしれない。田中誠のモニターには、kintoneから吐き出したCSVが三枚、重なって開かれている。営業日報も稟議も顧客対応の記録も、現場のアプリにはちゃんと流れ込んでいる。それなのに、経営会議のスライドに載るのは、また別の誰かが「昨日の集計」をコピーして貼った表だ。
田中は列名を見て、胃のあたりが冷えるのを覚えている。「顧客コード」「取引先ID」「得意先番号」——どれも同じ会社を指しているはずなのに、三日前に書き出したファイルと今日のファイルで、ヘッダが微妙に違う。VLOOKUPも INDEX も、キーが割れているとただの誤魔化しになる。
現場のアプリは速い。承認も回る。だが分析に使う同じキーが揃っていないと、集計はいつもExcelに戻る。誰かの善意で直した列が、翌週また別名で増える。
水野がプリントアウトしたキー一覧を机に滑らせた。「ここ、名称で三つに割れてます。経営会議の前に潰し切れますか?」——その問いに答えようとしたとき、コピー機の向こうから聞き覚えのある笑い声がした。
佐藤修が、ホワイトボードの前に立ち、マーカーを一本だけ握っている。「マスタが三つに割れている。ここを一本に戻さない限り、どのダッシュボードも経営の根拠にならない」。黒坂剛が遠くから肩をすくめる。「なら、全部うちの分析環境に寄せればいいじゃないですか。早いに決まってますよ」
登場人物紹介
【本話の登場】田中・佐藤・水野・黒坂(岸本は出ません/データ連携と現場速度の話に振り分け)。
田中 誠(29):伴走チームのジュニアコンサルタント。kintoneから吐き出したCSVを毎月手で整形し、列名の揺れに神経をすり減らしている。
佐藤 修(39):シニアDXアーキテクト。現場アプリの運用を止めずに分析基盤へデータを寄せる設計を得意とする。
水野 澄(27):伴走コンサル。キー項目の辞書づくりと同期ジョブのログ確認を担当する。
黒坂 剛(62):競合ベンダー営業。白混ロング。分析基盤への丸ごと載せ替えを煽る。
「三日前の数字と今日の数字が、微妙に合いません。同じはずの件数なのに、合計が数千円ずれて……」
田中の声は、自分でも情けなく掠れていた。会議資料の下書きを直すたびに、誰かがチャットで「ソースはどれ?」と聞いてくる。答えを誤ると、翌朝の会議室で沈黙が落ちる——その予感が、背中を冷やす。
佐藤が短く言った。「根拠が説明できない数字は、誰の責任にもならない。今夜は議論じゃなく、キーの一覧を並べよう」
水野が赤ペンで紙の一角を囲んだ。「名寄せのキーが、名称で三つに割れてます。ここを一本に戻さないと、下流のどのダッシュボードも信用できません」

黒坂が言う。「分析なら、うちの環境に全部。現場のツールなんて、そのうち要らなくなりますよ」
廊下にいた若手が、一瞬だけ振り返った。誰に聞かせる台詞かは分からないが、フロアの空気が僅かに張る。
佐藤は首を振らなかった。「運用の速さは、kintoneのまま残す。稟議も日報も、現場が触る画面は変えない。横断で比較したい数値だけを、決めた抽出条件からBigQueryに寄せる。抽出の窓口は一つに揃える——その順序を先に決めないと、営業の入力が止まる」
田中が小声で言った。「止まったら、またExcelに戻ります」。佐藤が頷く。「だから順序が先だ」
「増分の同期と、失敗時の再実行。そして『昨日と今日で件数が飛んだら止める』監視を、セットで」
佐藤の指が、画面のログ列をなぞる。初回だけ成功しても、三ヶ月後に静かに欠けるパターンを、彼は何度も見てきたという目つきだった。
田中が呟いた。「手作業の抜けより、連携の抜けの方が怖いです。人が忘れた穴は、だいたい自分で気づける。ジョブが黙って止まった穴は、気づくのが月末です」
佐藤が言う。「初回成功だけで喜ばない。欠損が出た週を、週次で必ず見る」。田中は、その一文をメモの見出しにした。
「この画面なら、どの定義で集めたかが、隅に固定で出ます」
同じ画面を指しながら話すだけで、会議の前半が「解釈の押し付け合い」で終わらない——田中は、その変化を肌で感じていた。数字の前で言い訳を探す時間が、短くなる。
水野が短く頷いた。「来月も、このレイアウトで見せられますか?」
佐藤が言う。「週一で定義を点検する。ズレたら直す。完成品を飾るんじゃなく、運用で育てる」
権限設計のメモを閉じ、テストの保存を押す。現場の速さと分析の厳しさは、トレードオフではなく役割分担にできる——その言葉が、やっと腹に落ちる。
「基盤は完成形を目指さない。観測して、直し、また観測する」佐藤が笑う。「欠けた週を隠さない方が、長く続く」
田中は頷いた。「週一で、件数と欠損だけ見る時間、カレンダーに水野さんと二人でブロックします」
コーヒーが、ようやく一口だけ温かいまま喉を通った。
ここから先は、本文のストーリーとは切り離した解説です。
あとがき ― 仕事に落とすと
あとがき ― kintone運用と分析基盤の役割分担
本ストーリーで描かれたように、現場に近い業務アプリ(例:kintone)に日々の記録が溜まっていても、経営会議や横断分析に使うときだけ別の表にコピーしている会社は少なくありません。列名の揺れやキーの分裂は、見た目ほど小さな問題ではなく、**意思決定の根拠そのものを曖昧にする毒**になります。
Aurant Technologiesが勧めるのは、現場の運用速度を殺さずに、分析のための**入口と出口を一本化する**考え方です。具体的には、kintone上の運用はそのままにし、定義を揃えたデータを**Google CloudのBigQuery**のような分析基盤へ、決めたパイプラインだけ流し込むイメージです(製品名・接続方式は案件ごとに設計します)。
導入・定着のポイント
指標の定義と日付の基準を固定する: 「いつの時点の」「どのステータスを含めるか」を、ダッシュボードの隅に書くのと同じくらい真面目に決める。
増分同期と欠損監視を同時に: 初回の成功だけで喜ばず、件数の飛びや再実行ログを週次で見る習慣を最初から組み込む。
権限とスキーマ変更の承認フロー: 分析側の列追加が現場の入力に波及しないよう、変更の見える化と承認を軽く整える。
現場アプリに近い速さで動くデータと、経営が横断で見る視点は、無理に一つの画面に押し込めず、**壊れにくい役割分担**にすると続きます。Aurant Technologiesは、連携設計から可視化・運用の儀式づくりまで伴走します。