kintone と Excel・スプレッドシート、業務側で見たときの正しい使い分け

「kintone を入れたけど結局 Excel に戻った」「現場が kintone を入力しないので二重管理になっている」という相談を、不動産業界 20 年で何度も受けてきました。

原因は、kintone というツールが悪いわけでも、現場がサボっているわけでもありません。業務ごとにどちらを使うかの分担を曖昧にしたまま、kintone を「全部の入れ物」にしようとしていることが大半です。

この記事では、業務側から見たときに kintone と Excel・Google スプレッドシートをどう使い分けるか、4 つの判定軸で整理します。

なぜ「kintone or Excel」の二者択一が間違いか

「kintone に統一すれば Excel は要らなくなる」という発想で導入すると、ほぼ失敗します。

不動産業務には、kintone が圧倒的に向く処理（顧客台帳・物件管理・問い合わせ追跡など、一意の ID で蓄積するデータ）と、Excel・スプレッドシートが圧倒的に向く処理（賃料の試算・収支シミュレーション・複雑な条件分岐の手元計算）が、両方存在します。

両方使う前提で設計しないと、現場は「使いにくい kintone」と「いつもの Excel」の二択で必ず Excel を選びます。結果、kintone のデータは入力されず、会社全体のデータ整合性は崩れます。

正解は「使い分けと連携」。どちらかに寄せるのではなく、業務ごとに最適なツールを選び、必要なデータだけ橋渡しする設計です。

4 つの判定軸

業務をどちらに割り当てるかは、以下の 4 軸で判断します。

1. データ整合性が会社全体で必要か

複数人・複数部署が同じデータを参照する業務は、kintone。一意の ID で 1 件 1 レコードに集約され、変更履歴が残り、権限管理ができます。

逆に、個人や 1 部署で完結する手元計算は、Excel・スプレッドシートで十分です。会社全体で参照する必要がない情報を kintone に入れても、現場の入力コストだけが増えます。

2. 編集頻度が高いか低いか

レコード単位で 書き換えが頻繁（例: 案件のステータス、物件の空室状況）なら、kintone。レコードを開いて 1 項目だけ編集するワークフローに最適化されています。

逆に、マスを大量に動かす編集（例: 賃料を 50 件同時に 5% アップする、収支表を行ごと挿入する）が中心なら、Excel・スプレッドシート。kintone のレコード単位編集だと作業時間が 10 倍違います。

3. 共同編集 × リアルタイム性

複数人が 同じデータを同時に書き換える業務（顧客の対応履歴、案件の進捗共有）は、kintone。レコードロックと変更通知でコンフリクトを防げます。

逆に、1 人が確定した版を共有して終わりの業務（月次レポート、提案書の数字、議事録の整理）は、スプレッドシート。Google スプレッドシートの共同編集機能で十分で、kintone のような厳密な権限管理は不要です。

4. 集計・分析の方向性

集計が 定型・繰り返し（KPI の月次推移、エリア別の成約数）なら、kintone +ダッシュボードツールで自動化。一度作れば毎月手作業ゼロです。

逆に、集計が アドホック・1 回切り（経営会議用の特殊な切り口、新規事業の試算）なら、スプレッドシート。アドホック分析を kintone でやろうとすると、毎回アプリを作り直すことになり時間が溶けます。

不動産業務での使い分け実例

実際の業務に当てはめると、以下のような分担になります。

業務主担理由
顧客台帳・問い合わせ管理kintone全社参照、編集頻度高、共同編集
物件マスタ・空室管理kintone全社参照、ステータス変更頻繁
賃料試算・収支シミュレーションExcel・スプレッドシート個人計算、複雑な条件分岐
月次の管理戸数・解約率レポートkintone → ダッシュボード定型集計、毎月同じ切り口
経営会議向けの特殊分析スプレッドシートアドホック、1 回切り
オーナー宛ての送金明細kintone（生成）→ PDF1 件 1 レコード、フォーマット固定
業者見積もりの比較表スプレッドシート案件ごとに項目が変わる
督促履歴・対応記録kintone共同編集、変更履歴必須

「kintone か Excel か」ではなく、業務単位で使い分けるのが原則です。

双方向同期で「データ整合性 × 現場負担ゼロ」を両立する

ここで多くの会社が止まります。「使い分けは分かったが、データが分散すると経営側で全体把握ができなくなる」と。

解決策は、自動化ツールで双方向同期です。具体的には:

  • 経営会議で見たい KPI（月次の成約数・契約金額など）を kintone から自動で取得し、スプレッドシートのダッシュボードに反映
  • 逆に、スプレッドシートで作った賃料改定表を、kintone の物件レコードに一括反映
  • 同期は 5 分間隔・1 時間間隔・日次など、業務ごとに頻度を変える

これにより、現場は使いやすいツールで作業し、経営側は kintone を真実の唯一の源（single source of truth）として参照する、という構造が成立します。

不動産業の場合、特に「賃料・収支は Excel で計算したいが、確定後は kintone に反映して全社で見たい」というニーズが多く、この双方向同期の設計が肝になります。

「kintone が向かない業務」を見極める

逆に、以下のような業務は kintone に入れるのを最初から諦めるのが正解です。

  1. 複雑な条件分岐の手元計算: 数式が 10 段以上ネストするような賃料試算、繰上返済シミュレーション
  2. 行・列を縦横無尽に動かす編集: 大量データのソート・フィルタ・並べ替えを繰り返す業務
  3. 個人が試行錯誤する分析: 経営者・経理担当が「ちょっと切り口を変えて見てみたい」と思いついた瞬間に作る一時的な集計
  4. 外部資料との合算: 銀行から落としてきた CSV を加工してから比較するなど、加工途中の中間データ

これらを kintone でやろうとすると、現場の入力コストが増えるだけで、データ整合性向上の便益はほぼ出ません。スプレッドシートで自由にやってもらい、確定したものだけ kintone に取り込むのが筋です。

5 ステップで分担を再設計する

既に kintone を入れているけど現場で使われていない、という会社は、以下の順で再設計します。

  1. 業務洗い出し: kintone と Excel・スプレッドシートで現在やっている業務を全部リスト化
  2. 4 軸で判定: 各業務を「データ整合性 / 編集頻度 / 共同編集 / 集計方向」の 4 軸でスコアリング
  3. 割り当て見直し: スコアに従って kintone / スプレッドシートに振り直す
  4. 同期設計: 双方向同期が必要な業務を特定し、自動化ツールで橋渡し
  5. 現場検証: 1 週間使ってもらい、入力されない業務があれば再判定

この再設計だけで、kintone の入力率が 40% から 90% 以上に改善するケースが多いです。ツールの問題ではなく、分担設計の問題だったということです。

まとめ — 「使い分け × 連携」が業務側 DX の核

kintone と Excel・スプレッドシートは、対立するツールではなく、役割分担するパートナーです。

  • データ整合性が必要・編集頻度高・共同編集 → kintone
  • 個人計算・大量編集・アドホック分析 → Excel・スプレッドシート
  • 両方をまたぐデータは双方向同期で橋渡し

この設計ができていれば、現場は楽になり、経営側は会社全体のデータを把握できます。

「kintone を入れたけど現場が使ってくれない」「Excel と kintone で二重管理になっている」というご相談は、業務 DX 無料診断（60 分）で具体構成までご提案します。

→ 業務 DX 無料診断（60 分）を申し込む

---

関連サービス:

関連事例: