スモールデータとは

スモールデータとは：判断と結びついた小さなデータ

スモールデータは、比較的小規模で、現場の状況と結びつけて扱えるデータです。社内には、すでに次のようなスモールデータがあります。

• 顧客一覧・取引先の台帳
• 受注台帳・案件の一覧
• 問い合わせや対応の記録
• 請求や入金のチェック表
• 作業日報・点検の記録
• 会議で決まったことのメモ

どれも量は多くありませんが、担当者が毎日の判断に使っています。何行以下ならスモールデータ、という一律の境界を置くより、何を判断できるかで捉えると、どこから整えればよいかが見えてきます。

ビッグデータとの違い

ビッグデータとスモールデータの違いは、量だけではありません。問いの立て方、読む人、結果の使い方が違います。

• 主な問い：ビッグデータは大量の記録から傾向やパターンを探す。スモールデータは、今日、誰が何をするかを決める。
• 読む人：ビッグデータは分析の担当者が読み解くことが多い。スモールデータは現場の担当者や管理職が直接読む。
• 必要な体制：ビッグデータは収集と処理の基盤、専門の担当が要る。スモールデータは、列の意味と更新の担当を決めることが先に要る。
• 結果の使い方：ビッグデータは方針や予測に使われやすい。スモールデータは次の行動に直接つながる。

小さいほうが常に優れているわけでも、大きければ役立つわけでもありません。大量の行動履歴から絞り込んだ一覧を、現場の判断に使うこともあります。処理する量、更新の頻度、誤りが起きたときの影響、運用する人の体制を見て、必要な構成を選びます。

少ないデータだから、使えるわけではない

たとえば未入金の請求一覧を考えます。取引先と金額だけでは、すぐ連絡してよいかは分かりません。支払期限、入金確認日、担当者、すでに連絡したかまで分かれば、次の対応を選びやすくなります。

これは仕組みを説明する仮想例です。データを減らすこと自体が目的ではありません。判断に必要な情報を落とさず、使わない情報に埋もれないようにする。この加減が、少量のデータを扱うときにも必要です。

SDO（スモールデータオプティマイゼーション）：事実・背景・ルールを一緒に整える

sento.groupが取り組むスモールデータオプティマイゼーション（SDO）は、判断や自動化に必要な情報を、構造や語彙、ルールとともに整える考え方です。

• 事実：顧客、案件、請求、作業履歴など、起きたこと。
• 背景：何を優先するか、用語は何を指すか、どんな制約があるか。
• ルール：どの条件で処理し、どこから人へ確認するか。

たとえば「期限を過ぎたら催促する」という短いルールにも、既に相談中の相手はどうするか、休業日はどう数えるかという背景があります。担当者の頭の中だけにある条件を見える形にすると、人にもAIにも仕事を渡しやすくなります。

スモールデータが効く場面

スモールデータは、次のように「一覧を見て、誰かが次の手を決める」場面で効きます。いずれも説明用の仮想例です。

• 営業：最後に連絡した日が古い案件を一覧にし、今週フォローする案件を決める。
• 経理：期日を過ぎても入金のない請求を一覧にし、担当営業へ確認を依頼する。
• 在庫：帳簿と実数の差が出た品目を、原因の区分ごとに並べ、記録の流れを直す。
• 顧客対応：同じ取引先の問い合わせを、システムをまたいで一つにまとめ、対応の重複を防ぐ。

どの場面でも、一覧の行数は多くありません。効いているのは、判断に必要な列がそろっていて、その一覧を見る人と日が決まっていることです。

• 在庫数と実棚がズレる → 差異を原因の区分と一緒に残す
• 顧客IDがシステム間でバラバラ → 同じ相手を同じものとして扱う
• KPIツリーの作り方 → 担当が動かせる数字まで分ける
• 会議のアクションが放置される → 決まったことを行動に変える

スモールデータの始め方：手元の表一枚から4つの手順

新しいデータを集める前に、すでに使っている表から始めます。週次の会議や月次の確認で、毎回開いている表を一つ選んでください。

• 表を一つ選ぶ：週次会議や月次確認で、毎回開いているもの。
• 列ごとに「何を決めるか」を書く：決めていない列には印をつける。
• 足す列・外す列を決める：判断に足りなかった更新日や担当者を足し、使っていない列を外す。
• 次の会議で使って直す：止まった箇所と理由をメモし、次の回までに直す。

SDOは、一度きれいに整理して終えるより、この往復で育てると実務に馴染みます。列の意味を書き残すときは「データ定義書の作り方」、表に関わる業務を書き出すときは「業務の棚卸しのやり方」が使えます。

• データ定義書の作り方 → 列の意味を1枚に書き残す
• 業務の棚卸しのやり方 → 表に関わる業務を書き出す
• IPOAとは → 行動から逆算して列を決める
• Excel運用を残す条件 → Excelのままでよい場合

Excelのままでよいか、仕組みに移すか

スモールデータは、Excelやスプレッドシートのままで十分に扱えることが多くあります。一方で、複数の人が同時に更新する、番号で他の表とつなぐ、変更の履歴が要る、といった役割を持ち始めたら、正のデータを別の置き場所へ移すことを考えます。

• スプレッドシート・Excelの限界 → 移す時期のサイン
• Excelのデータベース化・システム化 → 移行の進め方
• マスタデータ管理とは → 番号の辞書を保つ

AIとスモールデータ

AIに仕事を渡すときに必要なのは、大量のデータより、参照してよい情報と判断のルールがはっきりしていることです。SDOの三つの層がそろっていると、AIに任せる範囲と、人が確認する範囲を分けやすくなります。

反対に、背景やルールが担当者の頭の中にだけある状態では、AIの出力が正しいかを確かめる基準もありません。小さな業務で試しながら、足りない背景やルールを書き足していく進め方ができます。

• AIに渡せる形になっていない → AIに渡す前に整えること
• AI-readyチェックリスト → 準備の度合いを確かめる

データオペレーションの中での位置づけ

スモールデータを整えることは、sento.groupが掲げるデータオペレーションの入口にあたります。手元の表一枚で判断と行動が回り始めたら、つなぐ範囲を少しずつ広げます。

• データオペレーションとは → 集める・整える・見る・動く・更新する
• データ基盤構築支援とは → スモールデータから整える土台
• スモールスタート内製化の最初の90日 → 社内で回せる形にする