kintone を入れたのに、現場は今も Excel の管理表を更新している。例えば、アプリは 30 個あるが、誰が何のために作ったか分からないものが半分ある。この状態は、kintone が悪いのでも現場が怠けているのでもなく、「作り方」が業務に合っていなかった結果です。要件定義書を書いて設計して構築して納品する SIer 型の進め方は、完成品を買うときには向いていますが、kintone のように「触りながら直す」前提の道具とは相性がよくありません。
この記事では、kintone と AI を FDE（Forward Deployed Engineer）の方式で入れる進め方を書きます。ハブ記事「今さら聞けない『FDE』とは？」で整理した FDE の4条件（顧客の業務の中に入る、動くものを先に出す、判断を顧客と一緒に決める、本番まで持っていき動かし方も渡す）を、kintone の画面と機能に落とすとどうなるか。SIer 型との違いを表にし、6 つの段階の進め方、kintone AI と外部 AI の役割分担、「作らない」と決める判断例、コースと費用で先に押さえる点までを扱います。kintone を使っている、または導入を検討している、中小企業から大企業までの DX 担当・部門長の方に向けて書いています。
kintone は納品されて終わる製品ではなく、運用しながら直し続ける道具。だから要件定義書から始める SIer 型より、現場の Excel・紙・既存アプリを棚卸しし、1 週間で動く試作を現場に入力してもらい、フィールド・プロセス管理・権限を現場と一緒に決め、AI で「判断」の部分を補助し、本番データで 1 サイクル回し、運用手順・権限表・変更のやり方を残す FDE 型が合う。kintone AI（検索 AI・アプリ作成 AI など 6 機能、スタンダードコース以上）と外部 AI は「下書きと分類」を担い、確定と承認は人が持つ。
この記事の要約
kintone は「納品」される製品ではなく、「直し続ける」道具
前提を揃えておきます。kintone はサイボウズが提供する業務アプリの作成基盤で、フォームにフィールド（項目）を並べればデータベース付きの入力画面ができ、プロセス管理を設定すれば承認の流れが付き、アクセス権を設定すれば見せる範囲を制御できます。プログラムを書かなくても、業務担当者が自分でアプリを作り、翌日には項目を足せる。これが kintone の一番の特徴です。
裏を返せば、「完成」という状態が存在しにくい道具でもあります。業務が変われば項目が増え、部署が増えれば権限が変わり、月次の締めを 1 回やれば「この一覧が欲しかった」が必ず出てくる。kintone が全社展開されると集計・可視化はなぜ複雑になるのかで挙げたアプリ乱立の問題に加えて、当社はアプリが増えた後に「直し方が決まっているか」も効くと考えています。
ところが、kintone の導入案件の多くは、いまだにパッケージソフトの納品と同じ型で進みます。要件定義書に項目一覧を書き、設計書にフィールド定義を起こし、構築して、検収して、納品。検収後の変更は「別途お見積り」。この型で入れた kintone は、納品日が一番きれいで、翌月から現場の実態と離れていきます。
SIer 型と FDE 型の違い
違いを 6 つの軸で並べます。「どちらが優れているか」ではなく、「kintone という道具にどちらが合うか」の話。基幹システムを一括で置き換えるなら SIer 型が向く場面もあります。
| SIer 型 | FDE 型 | |
|---|---|---|
| 進め方 | 要件定義 → 設計 → 構築 → テスト → 納品。工程は直列で、前の工程が終わらないと次に進まない | 棚卸し → 試作 → 現場と決める → 本番 1 サイクル → 引き継ぎ。1〜2 週間の周期で回し、動くものを見ながら決める |
| 期間の考え方 | 要件定義に 1〜2 か月、構築に 2〜3 か月、合計 4〜6 か月の見積が多い。途中で現場は成果物を触れない | 最初の動くアプリは 1 週間で出す。本番稼働まで 1〜3 か月。現場は初週から触っている |
| 成果物 | 要件定義書、設計書、テスト仕様書、納品物一式。アプリ本体は「仕様書どおりであること」を検収する | 本番で動いているアプリと、運用手順・権限表・変更のやり方。「現場が入力し、承認が回り、担当者が項目を直せること」を検収する |
| 変更の扱い | 検収後の変更は別契約。仕様変更は「手戻り」であり、追加費用と工期の対象 | 変更は前提。試作を現場が触って出た修正はその場で直す。運用開始後も同じチームが月単位で直す |
| 引き継ぎ | 納品時に操作マニュアルと設計書を渡す。以後の改修は再発注 | 社内の Echo 役（業務と仕組みを引き継ぐ担当）が途中から一緒に作る。帰る時点で Echo 役が項目追加・権限変更をできる状態にする |
| 向く場面 | 要件が固まっていて変わらない。監査要件で設計書が必須。複数社の競争入札 | 業務が動いていて要件が固まりきらない。部署ごとに運用が違う。導入後も直し続ける前提 |
表の中で一番効いてくるのは「変更の扱い」の行です。SIer 型では、現場が試作を触って「この項目は要らない」「承認はここでは止めない」と言った瞬間に、それが仕様変更になります。FDE 型ではそれこそが本来の仕事であり、修正が出ることを前提に周期を組んである。FDE の成果物は何かで書いた「動く仕組みと動かし方を検収条件にする」考え方を、kintone に当てはめたのがこの表の右列です。
FDE 方式の進め方——6 つの段階
ここからが本題です。当社が経理の AX、kintone、案件管理システムの刷新、Claude の導入で本番稼働まで伴走してきた経験を、kintone に絞って 6 段階に一般化しました。段階の番号は順番であって、1 周で終わるものではありません。③〜⑤は業務ひとつごとに回します。
①現場の Excel・紙・既存アプリを棚卸しする
最初にやるのは要件のヒアリングではなく、現物の棚卸しです。各部署に 1 人ずつ相手を決めてもらい、その人が毎朝開く Excel、机の上の紙、すでにある kintone アプリを、画面と現物で見せてもらう。FDE は初日に何をするのかに書いた Day1 の作業そのものです。
kintone を使っている会社で特に見るのは 3 つ。ひとつは「kintone にもあるのに Excel でも管理している表」で、これは kintone 側の一覧か通知が足りていない印です。次に「kintone のアプリ一覧にあるが、直近 3 か月レコードが増えていないアプリ」。作ったが使われていない候補だ。最後に「kintone のレコードを印刷して回覧している帳票」で、これはプロセス管理か権限が業務に合っていない証拠になります。棚卸しの結果は「表の名前・持ち主・更新頻度・kintone にあるか」の 4 列で一覧にしておき、後の「作らない」判断の材料にします。
②1 週間で動くアプリを出し、現場に入力してもらう
棚卸しで最も痛みの大きい業務を 1 つ選び、1 週間で動くアプリを作って現場に渡します。完成度は問いません。フィールドは棚卸しした Excel の列をそのまま写し、一覧は 1 つ、プロセス管理はまだ付けない。この状態で、現場に「今週の実データを 10 件入力してください」と頼みます。
ここで大事なのは、見せて感想を聞くのではなく、実データを入れてもらうことです。感想では「いいと思います」で終わる。入力してもらうと「この項目は選択肢にしたい」「この列は取引先アプリから引きたい」「実は 2 つの業務が混ざっている」が必ず出てくる。当社の経験では、最初の試作に対する修正指摘は業務ひとつで十数〜数十件出ます。この件数を「手戻り」と呼ぶか「設計が進んだ」と呼ぶかが、SIer 型と FDE 型の分かれ目です。
kintone のアプリ作成 AI を使うと、「作りたいアプリのイメージを伝えると、チャット形式で会話しながらフォームの設定やアプリ名を提案」してくれます（サイボウズのヘルプより）。1 週間で試作を出す局面では、選択肢の多いフィールドを一気に作る用途で役に立ちます。ただし提案されたフォームをそのまま本番にしないこと。棚卸しした現物と突き合わせるのは人の仕事です。
③フィールド・プロセス管理・権限を現場と一緒に決める
試作への修正指摘を反映しながら、kintone の 3 つの設定を現場と一緒に決めます。フィールド（何を入力するか）、プロセス管理（誰が承認して次に回すか）、アクセス権（誰がどこまで見られるか）の 3 つ。この 3 つは FDE が勝手に決めてはいけない部分で、ハブ記事でいう「判断を顧客と一緒に決める」に当たります。
プロセス管理は、サイボウズのヘルプによれば「ステータス」「作業者」「アクション（ボタン名）」「アクションが実行できる条件」「実行後のステータス」で組み立てます。現場と決めるときは、この 5 つをホワイトボードに書いて、今の紙の回覧やメールの承認をそのまま写す。写した後に「このハンコは何を確認しているのか」を 1 つずつ聞くと、承認のうち何段かは「見ているだけ」だと分かります。それを消すかどうかは部門長の判断で、FDE は消した場合の影響（誰が知らないまま進むか）を示すだけです。
アクセス権は、kintone ではアプリ・レコード・フィールドの 3 段階で設定できます。ここで決めるのは技術ではなく「誰に何を見せないか」の方針であり、後述する「部署ではなく役割で持つ」判断に直結する。権限の話は初回で数時間かかることが珍しくなく、ここを飛ばして FDE が仮で設定すると、本番稼働後に「見えてはいけないものが見えていた」で止まります。
④AI で「判断」の部分を補助する
入力・承認・閲覧の骨格ができたら、人が判断している部分に AI を当てます。考え方は「判断を AI に任せる」ではなく「判断の材料を AI に作らせる」。詳しくは後の役割分担の章で書きます。kintone の中で使えるのは公式サイトが挙げる kintone AI の 6 機能（ヘルプの有効化画面ではこれに AI アプリ検索が加わる）、外の AI（Claude や ChatGPT など）を使うなら Webhook や API で kintone のレコードを渡して結果を書き戻す形になります。
この段階で決めるのは「AI の出力をどのフィールドに入れ、誰がそれを確定するか」です。AI が書いた分類や要約を、人が確認せず本番の値にしてしまう設計は避けます。AI の出力用フィールドと、人が確定した値のフィールドを分け、確定はプロセス管理のアクションで人が押す。この分け方にしておくと、AI の精度が足りない時期でも業務は止まりません。
⑤本番データを載せて 1 サイクル回す
試作と設定が揃ったら、過去データを移行し、実際の月次なり週次なりの業務を 1 サイクル、kintone の上で回します。PoC で止まる会社と FDE で動いた会社で挙げた 7 つの原因のうち、kintone の案件で特に多いのは「例外の判断者が決まっていない」と「データの持ち主が決まっていない」の 2 つです。1 サイクル回すと出てくるのは、月末だけ発生する例外、年に数回の特殊な取引先、権限の穴。
このサイクル中、FDE は現場の隣にいます。修正はその日のうちに反映し、翌日また現場が入力する。並行して、Excel の管理表はこのサイクルで更新を止めます。二重運用を許すと、現場は慣れた Excel に戻り、kintone が「入力させられる場所」になるからです。
⑥運用手順・権限表・変更のやり方を残す
最後に残すのは、アプリではなく「動かし方」です。具体的には 3 点。日次・月次の運用手順（誰がいつ何を入力し、どの一覧を見るか）、権限表（ロールごとにアプリ・レコード・フィールドの何が見える・直せるか）、変更のやり方（項目を足したいとき誰が判断し、誰が設定し、どこに記録するか）。この 3 点を、FDE ではなく社内の Echo 役が説明できる状態にして帰ります。
kintone のアプリ設定レビュー AI は、管理者が登録したガイドラインに照らして設定を点検できます。引き継ぎ時には、そのガイドライン自体を Echo 役と一緒に書き、レビュー結果を見ながら「なぜこの設定になっているか」を言葉にしておく。半年後に設定を変えるときの判断材料になります。
kintone AI と外部 AI——公式に確認できる範囲
AI の話は「できると言われたが実際は違った」が起きやすいので、この記事ではサイボウズの公式サイトとヘルプで確認できたことだけを書きます。以下の 6 機能は公式サイトが挙げるもの。ヘルプの有効化画面ではこれに AI アプリ検索が加わる。2026 年 4 月 22 日のサイボウズの発表によれば、β 版として提供されていた AI 機能は 2026 年 6 月版のアップデート（6 月 14 日）で正式版になる予定とされ、サイボウズのヘルプにも「2026 年 6 月の定期アップデートから、AI クレジット制を導入しています」と記載されています。対象はスタンダードコースまたはワイドコースの契約者で、個別の申し込みは不要、管理者が設定画面で使う機能を選びます。
| 機能名 | ヘルプ上の説明（要約） | FDE 方式のどの段階で使うか |
|---|---|---|
| 検索 AI | アプリのデータをもとに、質問や指示に AI が回答を生成するチャットボットを作れる。複数アプリを対象にでき、kintone のアクセス権に基づいて回答する | ⑤本番サイクル以降。問い合わせ対応・社内 FAQ |
| アプリ作成 AI | 作りたいアプリのイメージをチャットで伝えると、フォーム設定やアプリ名を提案。大量の選択肢も自動で設定 | ②1 週間の試作 |
| プロセス管理設定 AI | プロセス管理の設定を支援 | ③現場と決める（たたき台づくり） |
| スレッド要約 AI | データの要約 | ⑤本番サイクル。スレッドのやり取りの整理 |
| レコード一覧分析 AI | データの分析 | ⑤〜⑥。一覧の傾向を見る |
| アプリ設定レビュー AI | アプリ設定のレビュー | ⑥引き継ぎ。設定の説明づくり |
クレジット制についても押さえておきます。サイボウズの料金ページでは、kintone AI のクレジットはスタンダードコースで 500 クレジット × ユーザー数、ワイドコースで 1,000 クレジット × ユーザー数と記載され、ライトコースには提供がありません。クレジットは全ユーザーで共有され、使う機能に応じて消費される仕組みだ。追加購入できる有償オプションは 2026 年秋頃に提供予定と発表されています。公式サイトには「お客様のデータを AI の学習に利用することはありません」との記載もあり、機能ごとの有効・無効と利用ユーザーの制限ができます。
外部 AI との連携は、kintone の Webhook（アプリで特定の操作が行われた際に、指定した外部サービスに操作内容を送信する仕組み）や API を使います。外部サービス連携やプラグインなどの拡張機能はスタンダードコース以上で使えるため、ライトコースでは組めません。連携の受け皿には自動化ツールやサーバーが要り、kintone と Microsoft 365 が自動でつながるで紹介した連携コネクタのように、サイボウズ純正の連携手段も増えています。
役割分担——kintone が持つもの、AI が補助するもの、人が判断するもの
この図が、当社が kintone × AI の案件で最初に顧客と合意する 1 枚です。kintone が持つのは、入力フォーム、データそのもの、プロセス管理、アクセス権、変更履歴。このうち確定値のフィールドとプロセス管理には AI を触らせず、AI が書けるのは候補・下書き用のフィールドだけにします。AI が補助するのは、分類の候補、要約の下書き、文書の下書き、過去レコードの検索、設定のたたき台。そして人が持つのは、確定、承認、例外の扱い、権限の方針、そして「これは作らない」という決定です。
AI 連携で「できること」を、業務の例で挙げます。数値は書きません。精度も効果も、その会社のデータと運用で変わるからです。
| 業務 | AI が補助する内容 | kintone 側の受け皿 | 人が確定すること |
|---|---|---|---|
| 問い合わせの分類 | 受信した問い合わせの本文から、種別（見積依頼・クレーム・仕様確認など）と担当部署の候補を出す | 問い合わせ管理アプリの「AI 分類（候補）」フィールド | 担当者が種別を確定し、プロセス管理で担当部署に回す |
| 日報の要約 | 日報の本文から、翌日に引き継ぐ事項と上長が見るべき点を数行にまとめる | 日報アプリの「要約」フィールド。上長向け一覧に表示 | 上長が要約を読んだうえで、原文を確認する案件を選ぶ |
| 見積の下書き | 過去の類似案件のレコードを検索し、項目と単価の下書きを作る | 見積アプリの「下書き」テーブル | 営業担当が金額を確定し、承認者が承認する |
| 社内 FAQ | kintone 内の規程・手順アプリを検索対象にしたチャットボット（検索 AI） | 検索 AI のチャット画面 | 回答の元になる規程アプリを誰が直すかを決める |
共通しているのは、AI の出力先が「候補」「下書き」「要約」という名前のフィールドで、確定値のフィールドとは分かれていることです。バックオフィス AI エージェント、PoC で止まる会社と動かせた会社の分岐点で書いた「人が確認する場所を設計に組み込む」を、kintone ではフィールドの分離とプロセス管理のアクションで実現します。
「作らない・やめる」の判断例
FDE 方式で一番価値があるのは、作ることではなく、作らないと決めることです。棚卸しと試作を経ると、必ず「これは要らない」が見えてくる。当社の案件で繰り返し出てきた判断を 3 つ、一般化して挙げます。
Excel 管理表を廃止する
kintone にアプリがあるのに Excel の管理表が残っている理由は、ほとんどの場合「kintone の一覧では見たい形にならない」か「上長が Excel でしか見ない」のどちらかです。前者は一覧とグラフの追加で解決する。後者は上長向けの一覧を 1 つ作り、本番 1 サイクルの間に Excel の更新を止める。廃止の判断は部門長が下し、FDE は「この一覧があれば Excel で見ていた情報はすべて kintone にある」ことを示します。廃止した日付を運用手順に書いておくと、半年後に「なぜ Excel がないのか」と聞かれたときに答えられます。
二重入力を解消する
設備投資型の事業を営む中堅企業（従業員 100〜300 人）の案件管理システム刷新では、同じ案件の情報を営業・工事・経理の 3 部署がそれぞれの Excel と既存アプリに入力していました。解消の方法は、案件アプリを 1 つに絞り、他部署はルックアップ（別アプリの値を参照して取り込むフィールド）と関連レコードで見る形にすること。入力する人は 1 部署に減り、他部署は見るだけになります。ここで問題になるのは技術ではなく「誰の入力を正とするか」で、これは③の段階で現場と決めておく論点です。
権限を部署ではなく役割で持つ
アクセス権を部署（組織）単位で設定すると、異動と兼務のたびに設定が壊れます。kintone には組織とは別に「役職や役割などで分類したユーザーのグループ」であるグループ（ロール）があり、アクセス権とプロセス管理の作業者をこれに対して設定できます。「承認者」「経理確認者」「閲覧のみ」のようなロールを先に作り、人はロールに入れる。権限表もロール単位で書く。こうしておくと、人事異動のときに直すのはロールの所属だけで済み、権限表の行は増えません。
コースと費用で先に押さえること
進め方の話を費用の話に落とします。サイボウズの料金ページ（2026 年 9 月時点）では、kintone のコースは 3 つです。
| コース | 月額（1 ユーザー・税抜） | 最低ユーザー数 | 外部サービス連携・プラグイン | kintone AI |
|---|---|---|---|---|
| ライトコース | 1,000 円 | 10 ユーザー | 提供なし | 提供なし |
| スタンダードコース | 1,800 円 | 10 ユーザー | 利用可能 | 500 クレジット × ユーザー数 |
| ワイドコース | 3,000 円 | 1,000 ユーザー | 利用可能 | 1,000 クレジット × ユーザー数 |
この記事の進め方をそのまま実行するなら、スタンダードコースが前提です。ライトコースでは kintone AI も外部連携も使えないため、④の段階が組めません。ライセンス費のほかに何がかかるかは kintone の料金は高い？で整理しています。FDE の費用については、FDE に頼むといくらかかるのかで月額・成果報酬・混合型の相場と見積書の 5 項目を書きました。kintone の案件で特に確認したいのは、見積書に「運用開始後の改修」が含まれているかどうかです。含まれていなければ、それは SIer 型の見積です。
FDE 型で kintone を頼むときに発注側が用意するもの
受け入れ側で用意するものは、要件定義書ではありません。各部署に 1 人ずつ、現物を見せてくれる相手。kintone の管理者権限か、それに準ずるアカウント。Excel と紙の現物。そして Echo 役の候補です。Echo 役は情シスとは限らず、業務を知っていて、「この承認は要らない」を上に通せる人から選びます。
もう 1 つ、社内に「作らないと決める権限」を持つ人を置いてください。FDE は「この Excel は廃止できる」「この承認は見ているだけ」と材料を出せますが、廃止を決めるのは発注側です。ここが空席のまま進めると、試作は増えるのに Excel は減らず、kintone のアプリ一覧がまた長くなる。失敗しない kintone 導入で挙げた失敗の型は、突き詰めると「決める人がいない」に行き着きます。
まとめ
kintone は納品して終わる製品ではなく、運用しながら直し続ける道具です。要件定義書から始めて納品で終わる SIer 型では、納品日が一番きれいで翌月から現場と離れていきます。FDE 型は、現場の Excel・紙・既存アプリを棚卸しし、1 週間で動く試作を現場に入力してもらい、フィールド・プロセス管理・権限を現場と一緒に決め、AI で判断の材料を作らせ、本番データで 1 サイクル回し、運用手順・権限表・変更のやり方を Echo 役に残す。この 6 段階を、1〜2 週間の周期で回します。
kintone AI はスタンダードコース以上で公式サイトが挙げる 6 機能（ヘルプの有効化画面では AI アプリ検索を加えた 7 つ）が提供されており、外部 AI との連携は Webhook と API で組めます。ただし AI に渡すのは「候補」と「下書き」までで、確定と承認は kintone のプロセス管理で人が押す。作らない・やめる判断（Excel の廃止、二重入力の解消、ロール単位の権限）を発注側が下せる体制があって、初めて kintone は現場のものになります。
FDE を募集しています（会計FDE／FDE・業務システム）
経理の月次をAIで本番まで持っていく「会計FDE」（会計士・経理責任者・管理部門経験者）と、要件が固まる前に動くものを出して本番まで運ぶ「FDE（業務システム）」（ITコンサル・PM/PL・情シス出身者）を正社員で募集しています。応募でなくても構いません。まず30分の「キャリア相談」から。採用のお問い合わせフォームに「キャリア相談希望」と書いて送ってください。
kintone × AI を、現場を触りながら本番稼働まで
はてなベースの FDE 型支援では、現場の Excel・紙・既存アプリの棚卸しから、1 週間の試作、フィールド・プロセス管理・権限の設計、kintone AI と外部 AI の組み込み、本番データでの 1 サイクル、運用手順・権限表・変更のやり方の引き継ぎまでを同じチームで進めます。「kintone は入れたが Excel が残っている」「アプリが増えて誰も全体を把握していない」「AI をどこに当てればいいか分からない」という段階からご相談いただけます。