kintoneの評判を調べると、「ノーコードで現場が自分で直せる」という声と「結局、使われなくなった」という声が並びます。上司や経営者に導入を説明する立場だと、どちらを信じてよいか分からなくなります。

先に結論を3行で示します。

以降は、評判の読み方、良い評判、悪い評判とデメリット5つ、向き不向きの判定、導入後の進め方の順に整理します。数値は、サイボウズ公式のSIGNPOST・開発者ドキュメントなど一次ソースを確認できたものだけを載せています。

業務管理基盤の5つの制約を示すスポーク型俯瞰図：コスト構造・学習コスト・カスタマイズ限界・帳票制約・性能の壁

kintoneの評判を一言でいうと——「使いやすさ」と「標準機能の限界」で割れる

kintoneの評判は、レビューサイトや比較記事にたくさん載っています。この記事では、口コミの文言や点数、件数は転記しません。理由は2つあります。

  1. 点数や件数は時点で動く数字で、記事を公開した後に古くなる
  2. 口コミは書いた人の業務と規模が違うため、自社に当てはまるかは文面だけでは判断できない

そのかわり、評判が割れる理由を、公式資料で確認できる事実から説明します。大づかみには、評判は次の2つの方向に分かれます。

評判の方向背景にある構造
「使いやすい」「現場で直せる」フォームを画面上で組み立てられ、設定の変更で運用を変えられる
「限界がある」「費用が膨らんだ」標準機能に含まれない業務があり、プラグインやカスタマイズで補うと費用と保守の負担が増える

つまり、評判が良いか悪いかは、kintoneの出来よりも自社の業務がどちら側に入るかで決まります。レビューサイトの口コミを読むときは、書いた人の業種・規模・使い方が自社に近いかを先に見てください。

良い評判はこの4つ——なぜそう言われるのか

良い評判として挙がりやすい点を、公式資料と照らして整理します。

1. 設定の変更で運用を変えられる

サイボウズ公式のSIGNPOSTは、kintoneの利点を「設定の変更で容易にメンテナンスできる」点に置いています。プログラムを書かずに、フィールドの追加や一覧の見せ方を現場側で直せるということです。

2. Excelや紙の台帳を、1か所の記録に集められる

日報、案件、点検記録、設備台帳のように「記録の集まり」として整理できる業務は、アプリにすると相性が良い業務です。複数の部署が同じデータを、それぞれの見たい角度で参照できます。

3. 承認の流れを、画面上で管理できる

稟議、設備申請、休暇申請のような承認の流れは、プロセス管理で「申請中 → 承認済み」のようにステータスで追えます。次の画像は、稟議管理アプリの入力フォームの例です。

「稟議・承認管理」アプリの新規入力画面。申請タイトル・申請部署・申請内容・申請金額、ステータス、承認者、承認コメント、承認日の欄が並んでいる（未入力）。

ステータス、承認者、コメントを1つのレコードに残せる形です。ただし、後述のとおり「全員合意の承認」などは標準のプロセス管理では実現できません。

4. 小さく作って、現場の反応を見ながら育てられる

まず1つの業務で動かし、現場に見せて直すという進め方がしやすい点も、良い評判の理由になります。逆にいえば、「全部を一気に作る」使い方は、評判が割れる側に寄りやすくなります。

悪い評判とデメリット5つ——公式の数値と出典つきで確認する

悪い評判の背景にある制約を、5つに分けて整理します。

デメリット1：コスト構造——最低10ユーザー縛りとAI制限

kintoneはユーザー数による課金です。最低10ユーザーからの契約が必要で、2026年8月時点の料金は次のとおりです（出典：kintone料金ページ）。

プラン月額（税抜/ユーザー）最低ユーザー数kintone AI
ライト1,000円10名利用不可
スタンダード1,800円10名500クレジット/ユーザー
ワイド3,000円1,000名1,000クレジット/ユーザー

kintone料金プラン（公式）公式サイトのトップページ 出典: kintone料金プラン（公式）（https://kintone.cybozu.co.jp/price/）

実際に使うのが3名でも、月額1万円（ライト・税抜）〜1万8,000円（スタンダード・税抜）が最低ラインです。協力会社や現場スタッフをゲストユーザーとして追加する場合、ライトは月700円、スタンダードとワイドは月1,440円（いずれも税抜）が加わります。ゲストはkintoneモバイルアプリを使えず、組織単位の一斉通知もできません（出典：ゲストユーザー料金）。

見落とされやすいのがAI機能の制限です。ライトコースではkintone AIを利用できません。AIを使いたい場合はスタンダード以上が前提になるため、プランを選ぶ段階で使うかどうかを決めておく必要があります。ライトとスタンダードの違いは、比較記事で整理しています。

デメリット2：使いこなすまでの学習コスト

kintoneは「ノーコードで動く」ものの、「誰でもすぐ使いこなせる」と言い切れるものではありません。

アプリ設計、プロセス管理の設定、複数アプリのデータ連携（ルックアップ・関連レコード一覧）には、kintoneの考え方を理解する時間がかかります。フォームはドラッグ＆ドロップで作れますが、フィールドの種類、関連レコードの設定、アクセス権の組み合わせは、慣れるまで直感的でない場面があります。

kintone習熟3段階の昇段図と学習コスト・業務改善効果の推移曲線

総務・経理・情シスを兼任する担当者が空き時間で覚える体制では、習得に使える時間そのものが限られます。この学習コストを下げる方法として、最初のアプリ設計を経験者と一緒に行うやり方があります。最初の設計の方向がずれると、後から直す手間のほうが大きくなるためです。使われなくなる原因については、使われなくなる原因と対処法でも整理しています。

デメリット3：カスタマイズは深くやるほど保守が重くなる

SIGNPOST 1-06は、過度なカスタマイズ開発により「設定の変更で容易にメンテナンスできる」というkintoneのメリットが薄れてしまうと説明しています。SIGNPOST 3-29は、UI/UXの大幅なカスタマイズがkintoneのアップデートの影響を受け、アップデート後に想定どおり動かなくなる可能性があると説明しています。

もう1つの論点が、担当者の離職です。複雑なカスタマイズは担当者に知識が偏りやすく、離職すると保守が困難になるリスクがあります。公式も、プラグインや連携サービスを優先して使うことを推奨しています（出典：kintoneの歩き方 カスタマイズQ&A）。

カスタマイズ深さと保守リスクの3段階比較：標準設定→プラグイン活用→JS大量実装

外注で構築する場合は、納品後に誰が保守するのかを契約前に確認しておくと安心です。確認項目は外注前のチェックリストにまとめています。

デメリット4：帳票・印刷の標準機能はシンプル

標準の帳票・印刷機能は、複雑なレイアウトや、Excel・Word・PowerPoint形式の出力、マクロ対応、大量の一括処理には対応していません。こうした要件にはプリントクリエイターやOPROARTSなどのプラグインが必要です（出典：kintoneの歩き方 帳票印刷）。

プラグインの費用は基本料金に上乗せされます。金額は製品ごとに異なるため、この記事では載せません。見積もりでは、基本料金だけでなく必要なプラグインの月額を足した合計を見てください。

標準機能でできる帳票対応と、プラグイン追加で広がる帳票対応の比較

デメリット5：大量データ・高頻度処理には性能の目安がある

大量データや外部連携を扱うときに押さえておきたい公式の目安です（出典：SIGNPOST 性能・cybozu.dev）。

制約公式の目安
1アプリのフィールド数最大500。100フィールド超で表示遅延の可能性
レコード数最大約100万件。複雑な絞り込み・アクセス権があると数万件レベルでも性能低下の可能性
API同時接続数ドメイン全体で100件。101件目以降はエラー（全アプリに影響）
レコード取得APIのoffset上限10,000件。超えるとカーソルAPIが必要
1日あたりのAPIリクエスト数上限あり（具体的な数値は未確認）。超過でストア管理者にメール通知、影響が大きい場合はAPI処理を中断することもある

フィールド数・レコード数・API同時接続の性能制約ゾーンを示す3本のゲージ図

見落とされやすいのが、API同時接続数の範囲です。対象は1つのアプリではなくドメイン全体です。外部システムを複数つなぐ場合は、連携の設計を事前に確認してください。

プラグインを足すほどコストが増える——見積もりの見方

デメリット1と4をつなげると、費用の見方が見えてきます。kintoneの費用は、次の足し算になります。

費用の項目確認する点
基本料金プラン単価 × ユーザー数（最低10ユーザー）
ゲストユーザー協力会社などを入れる場合の単価と人数
プラグイン帳票、グラフ、連携など、必要なものの月額を1つずつ
カスタマイズ・保守作る費用に加え、誰が直し続けるか

基本料金だけで比べると安く見えても、帳票や連携で複数のプラグインが必要になると、合計は変わります。見積もりを取るときは、初期構築の見積もりとは別に、毎月かかる費用の合計を出してもらうと、判断を誤りにくくなります。

kintoneが向いていないケースの実態

「向いていない」は「kintoneが悪い」という意味ではありません。工具と同じで、ツールの性質と業務の要件が合っているかどうかで決まります。なお、公式が「向いていない」と断言しているページは確認できていません。以下は、公式資料にある制約を積み上げた整理です。

業務種別ごとの適性サマリー表：日報管理・案件管理・承認フロー・帳票出力・在庫管理・大量API連携・大規模DBの○△×

向いていないケース1：複数人が同時に更新する在庫管理

複数人がほぼ同時に同じレコードを更新すると、最初の1人だけが成功し、ほかの人は再入力を求められます（出典：cybozu.dev 在庫管理の活用と注意点）。

判断の分かれ目は「商品点数 × 更新頻度 × 同時ユーザー数」の3つです。少品種・低頻度・単一担当なら運用できる余地があります。多品種・高頻度で複数人が同時に入出庫を記録する業務では、再入力が日常的に発生しうる構造です。さらに、在庫引当や在庫評価には複数のアプリやレコードをまたぐ複雑な集計が必要で、カスタマイズ費用がパッケージ型システムと同等になる可能性があると、cybozu.devでも説明されています。

向いていないケース2：議決承認・承認スキップが必要な稟議

標準のプロセス管理では、次の2つは実現できません（出典：SIGNPOST 3-25）。

これらが必要な業務は、最初からJavaScriptによるカスタマイズか、専用ワークフローサービスとの連携を前提に見積もる必要があります。

向いていないケース3：Excel・Word形式の帳票出力が業務の中心

既存のExcel様式を維持しつつデータだけをkintoneで管理するなら、プラグインで対応できる場面があります。ただし、帳票の作成・出力が業務の中心だと、プラグイン費用と設定の複雑さが積み上がりやすくなります。

向いていないケース4：大量・高頻度の外部API連携

大量のデータを高頻度でやり取りする設計は、前述のAPI制約（同時100件、1日の上限）にぶつかりやすい構成です。利用量が増えた段階で詰まるリスクを、最初に見ておく必要があります。

向いていないケース5：大規模なデータベースの代わりに使う

フィールドが100を超えるアプリや、数万件以上の複雑な集計が常時必要な業務は、性能面で設計の工夫が要ります。専用DBやBIツールとの組み合わせも選択肢に入ります。

向く会社・向かない会社——2つの軸で判定する

ここまでの事実を、2つの軸で判定できる形にまとめます。

軸1：業務の型

業務の型kintoneとの相性
日報・案件・点検記録・設備台帳など、記録が集まる業務合いやすい
承認の流れを追いたい業務（議決承認・スキップが不要なもの）合いやすい
複数人が同時に在庫数を更新する業務慎重に検討
議決承認・承認スキップが必要な稟議追加の設計が前提
大量・高頻度のAPI連携が中心の業務慎重に検討

軸2：会社の体制

確認する点見方
利用人数最低10ユーザー分の固定費が、使う人数に見合うか
担当者兼任の担当者が学習する時間を確保できるか
保守カスタマイズが必要になったとき、誰が保守するか決まっているか
AI活用使うなら、スタンダード以上の費用で試算したか

軸1で「合いやすい」業務が中心で、軸2の確認点に答えが出せるなら、kintoneを検討する土台があります。実際に使うのが3名以下で、10ユーザー分の固定費が見合わない場合は、ExcelやGoogleスプレッドシートで足りることもあります。

業務の型と会社の体制の2軸で、検討のしやすさを4領域に分けたマトリクス

この仕分けが一人では難しいときは、主要業務を書き出して、それぞれの相性を確認する作業が役立ちます。業務リストがあれば、無料相談で一緒に整理できます。

評判を自社で確かめる3点と、使いにくさを防ぐ導入後の進め方

評判を自社で確かめる3点

口コミを社内で説明するときは、次の3点に置き換えると、根拠を持って話せます。

  1. 自社の主要業務は、「記録の集まり」か（業務の型の軸）
  2. 月額の合計はいくらか（基本料金 + ゲスト + 必要なプラグイン。最低10ユーザー）
  3. カスタマイズが必要になったとき、誰が保守するか

ストレージ容量、サポート窓口の受付時間、計算式で使える関数の範囲、ホーム画面の設定範囲、標準グラフの範囲は、この記事では数値や可否を載せていません。気になる場合は、公式の料金・仕様ページとヘルプで、契約前に確認してください。

スモールスタート3ステップ：1業務1アプリ→フィードバック調整→連携拡張の横型タイムライン

使いにくさを防ぐ導入後の進め方

よくある質問

Q. kintoneの評判は、結局良いのですか、悪いのですか？

業務によって分かれます。記録を集めて承認の流れを追う業務では、設定の変更で運用を変えられる点が評価につながりやすい構造です。複数人の同時更新、議決承認、大量のAPI連携では、制約が目立ちます。

Q. 少人数でも契約できますか？

最低10ユーザーからの契約です。使うのが3名でも、10ユーザー分の料金が最低ラインになります（2026年8月時点・公式料金ページ）。

Q. ライトプランでkintone AIは使えますか？

使えません。AIを使うならスタンダード以上が前提です。

Q. カスタマイズを重ねても大丈夫ですか？

公式は、過度なカスタマイズでメンテナンスの容易さが薄れることと、アップデートの影響を受ける可能性を示しています。プラグインや連携サービスを優先し、JavaScriptの量には上限を設けるのが無難です。

Q. 1日のAPIリクエスト数の上限は？

上限はありますが、具体的な数値は確認できていません。公式の案内では、超過するとストア管理者にメールで通知され、影響が大きい場合はAPI処理が中断されることもあります。

pullieの立ち位置——「kintoneが合うか」を一緒に判断する入口として

ここまでのデメリットの多くは、kintoneの欠陥というより、何をkintoneに任せて何を任せないかという設計の問題です。範囲を決め、カスタマイズの深さを見極め、向かない業務を別の手段で補う。この判断を誰と一緒に行うかが、次の分かれ目になります。

pullieは、サイボウズの認定パートナーではありません。

認定制度は、kintoneの技術力を示す外形的な基準として意味があります。一方で、認定が示すのはkintone技術の習熟であり、発注側の業務（日報・承認・原価管理など）への理解までは、制度の範囲ではありません。技術的に正しく動いても、現場の言葉と合っていなければ使われなくなる、という失敗が生まれやすい構造です。定着しない案件の傾向は、使われなくなる原因と対処法でも整理しています。

pullieは、建設・不動産の現場実務（施工管理・不動産仲介）を経験したエンジニアが対応します。業務の言葉のまま要件を聞き、kintoneの仕組みに置き換え、現場と直接やり取りしながら小さく始めて、定着まで伴走する進め方です。認定の有無ではなく、「自社の業務の言葉が画面に出てくるか」を、最初の相談で実際に確かめてもらえます。

大規模・多拠点・組織体制を重視する案件では、認定パートナー企業の組織力が向く場面もあります。規模と優先事項によって合う相手は変わるため、複数の選択肢を比べて決めてください。比較の観点はパートナー選定のポイントにまとめています。

まとめ：評判の理由を知ったうえで、自社に合うかを決める

kintoneのデメリット5つを整理します。

#デメリット要点
1コスト構造最低10ユーザーの固定費。ライトはAI利用不可
2学習コスト兼任の担当者には習得の時間が要る
3カスタマイズの限界深くするほど保守の負担とアップデートの影響が増える
4帳票機能の制約複雑な帳票・Excel出力にはプラグイン費用が加わる
5性能の目安フィールド100超・大量API・高頻度更新は設計の工夫が要る

評判が割れるのは、自社の業務がkintoneの得意側にあるか、制約側にあるかで体験が変わるためです。記録を集めて承認の流れを追う業務が中心なら、スモールスタートで始めて広げる進め方が合います。在庫の同時更新、議決承認、大量のAPI連携が中心なら、別の手段も並べて比べるのが堅実です。

「自社に合うか」を一人で判断しにくいときは、無料相談で主要業務を一緒に整理できます。