生成AIの進化は、企業の情報システムのあり方そのものを問い直し始めています。
サイボウズのキントーンは「AIは脅威ではない」と位置付けていますが、本当にそうなのでしょうか。
本記事では、キントーンの機能と価値を棚卸しし、PostgreSQLによる内製、SAPやX-pointなどの競合、
さらにRAG＋全文検索の進展を踏まえながら、AI時代における業務基盤の本質を整理します。
最終的には、「キントーン不要論」が成立する条件と時期についても踏み込みます。
キントーンの本質：扱うデータとプロダクト価値の再定義
キントーンを理解するためには、単なるSaaSとしてではなく「業務データの器」として捉える必要があります。
多くの企業では、構造化・半構造化・非構造化データが混在し、それぞれが別システムに分断されています。
キントーンはこれらを一つの環境に収め、「雑さを許容しながら組織で使える状態」を実現しています。
これは従来のRDB設計とは対照的であり、むしろ現場の実態に寄り添った設計です。
この章では、キントーンが扱うデータの種類と、その価値の源泉を分解します。
構造化・半構造化・非構造データの同居
キントーンの最大の特徴は、異なる性質のデータを同一基盤上で扱う点にあります。
構造化データとしては顧客情報や案件、申請などがあり、これはPostgreSQLなどで管理可能です。
しかし実務では、コメント履歴、添付ファイル、ステータス遷移といった半構造化データが必ず発生します。
さらにフリーテキストや会話ログなどの非構造データも無視できません。
キントーンはこれらを一体として扱う設計になっており、AI時代において重要な前提を満たしています。
「壊れても怒られないスキーマ」という価値
従来のデータベース設計では、正規化や整合性が重視されます。
しかし現場では、項目追加や変更が頻繁に発生し、そのたびに設計変更を行うことは非現実的です。
キントーンはスキーマの柔軟性を優先し、「多少壊れても運用が成立する」設計を採用しています。
これは技術的にはアンチパターンとも言えますが、業務の現実には適合しています。
権限・履歴・可視性の標準装備
業務システムで最も問題になるのは、権限と履歴です。
誰が何を見られるのか、いつ誰が変更したのかを追跡できないと、監査やトラブル対応が困難になります。
キントーンはこれらを標準機能として備えており、組織利用を前提とした設計になっています。
野良アプリ問題と「管理された無秩序」という設計思想
企業において最も頻繁に発生する問題の一つが「野良アプリ」です。
現場のスピードと情シスの統制が乖離すると、Excelやスプレッドシート、ノーコードツールによる非公式システムが乱立します。
これらは短期的には合理的ですが、長期的には事故や監査リスクを引き起こします。
キントーンはこの問題に対し、「完全禁止ではなく制御する」というアプローチを採用しています。
この章では、野良アプリが生まれる構造と、それを抑制する設計について詳しく見ていきます。
野良アプリが生まれるメカニズム
現場は即時性を求め、情シスは計画性を求めます。
このギャップがある限り、現場は自分たちでツールを作り始めます。
Excel、Googleフォーム、Notionなどが典型例です。
これらは「公式ではないが実際には業務に使われているシステム」となります。
ルール無視が起きる理由
野良アプリでは、セキュリティや権限管理が軽視されがちです。
個人情報の扱いが曖昧になり、アクセス権限も適当に設定されます。
これは悪意ではなく、単に利便性を優先した結果です。
情シスが崩壊を認識する瞬間
問題が顕在化するのは、事故や監査のタイミングです。
データ漏洩、履歴不明、退職者のアクセス残存などが発生します。
この段階で情シスが介入し、修復コストが爆発します。
キントーンの解決アプローチ
キントーンは野良アプリを禁止するのではなく、「管理された状態で許容」します。
権限・履歴・ログを内包しつつ、現場の自由度を確保します。
これは「管理された無秩序」とも言える設計思想です。
コスト比較：SAP・X-point・キントーン・内製の現実
システム選定において避けて通れないのがコストとリスクの比較です。
特に従業員1000人規模では、初期投資だけでなく運用コストや組織負荷も重要になります。
SAPのような基幹システムは強力ですが重く、X-pointは特化型で柔軟性に欠けます。
キントーンは中間に位置し、広い守備範囲を持ちます。
一方で内製はノウハウ蓄積という強みがありますが、リスクも伴います。
この章では、それぞれの現実的なコスト構造を比較します。
SAP：最強だが重い基幹システム
SAPは監査耐性と正確性に優れていますが、導入コストは非常に高く、
初期投資は数億円規模に達することも珍しくありません。
変更も高コストで、現場のスピードには対応しづらい側面があります。
X-point：申請特化の合理性
X-pointはワークフローに特化しており、日本企業の稟議文化に適しています。
しかし業務全体をカバーするには限界があり、周辺で野良システムが発生しやすいです。
キントーン：広く浅く支える基盤
キントーンは業務全体をカバーできる柔軟性がありますが、
年間コストは決して安くありません。
それでも、野良アプリの抑制や運用負荷の軽減という観点では合理的です。
内製（PostgreSQL）：最大のリターンと最大のリスク
内製はノウハウが蓄積され、長期的には競争力となります。
しかし初期開発だけでも30〜40人月程度が必要であり、
運用・改善を含めると継続的な投資が必要です。
RAG＋全文検索の標準化とキントーンの未来
AI時代において最も重要な変化の一つが、検索の進化です。
従来のキーワード検索は限界を迎え、RAG（検索拡張生成）と全文検索の組み合わせが主流になりつつあります。
これは単なる技術トレンドではなく、「情報の探し方そのものの変化」を意味します。
企業ではすでに導入が進み、検索UIがチャットに置き換わる動きが見られます。
この章では、その構造と実例、そしてキントーンへの影響を考察します。
RAG＋全文検索とは何か
業務で実際に使われる構成は、
キーワード検索、ベクトル検索、生成AIの三層構造です。
これにより、自然言語で質問し、複数文書を横断した回答が得られます。
導入事例と現状
日本企業でも導入が進んでいます。
社内文書検索やFAQ対応において、生成AIを組み込んだ検索が実用化されています。
全社員向けに展開されるケースも増えています。
なぜ標準になるのか
従来検索では「探す」必要がありましたが、
RAGでは「聞く」ことで情報にアクセスできます。
この違いは業務効率を大きく変えます。
キントーンへの影響
検索能力がコモディティ化すると、
キントーンの価値は「検索」ではなく「データの収集と管理」に移ります。
つまり、入力装置としての役割が強まる可能性があります。
結論：キントーン不要論はいつ成立するのか
ここまでの議論を踏まえると、キントーン不要論は単純なYes/Noでは語れません。
AIの進化によって内製のハードルは確実に下がりますが、
それでも組織条件や人材によって成立可否が分かれます。
この章では、時期・条件・人材像の観点から整理し、現実的な結論を提示します。
成立時期
2028〜2032年頃に、一部企業で成立すると予測されます。
AIによる設計・運用支援が進むためです。
成立条件
中規模企業で、業務変動が制御可能であり、
データ設計に対する理解と覚悟があることが必要です。
必要な人材像
業務・DB・AIを横断的に理解できる人材が必要です。
この人材がいなければ、AIがあっても内製は成立しません。
最終結論
キントーンは消えませんが、役割は変わります。
多くの企業にとっては依然として合理的な選択肢であり続けますが、
一部企業では内製＋AIに置き換えられる未来が現実になりつつあります。
〆最後に〆
以上、間違い・ご意見は
以下アドレスまでお願いします。
全て返信できていませんが 見ています。
適時、改定をします。
nowkouji226@gmail.com
