kintoneを契約したものの、実際にやっているのはExcelで管理していた顧客リストや日報をそのままアプリに移しただけ、という声をよく聞きます。プロセス管理も通知も外部連携も使わないまま、「思ったより地味なツールだな」で止まってしまうのはもったいない状態です。
この記事では、kintoneの基本機能を業務目線で整理したうえで、製造・建設・販売・サービスの業種別にどう使われているかを紹介します。あわせて、kintoneが苦手なこと・向かない用途、そしてできることを広げるためのカスタマイズの選択肢まで一通り把握できる内容にしました。
kintoneの基本機能（アプリ作成・自動化・外部連携・アクセス権管理）
アプリの作り方は3通り
kintoneのアプリは、①ゼロから作成、②Excel・CSVから作成、③サンプルアプリ（テンプレート）を使う、の3つの方法で作れます。すでにExcelで管理している顧客リストや日報のフォーマットがあるなら、kintoneアプリの作り方を3ステップで解説を参考に、それを取り込んでアプリ化するのが早道です。
ただし注意点があります。Excelファイルを直接読み込む場合は拡張子.xlsx（Excel 2007以降の形式）のみ対応で、一度に読み込めるのは1,000行までです。行数の多い台帳を丸ごと移行したい場合は、CSVに保存し直せば10万行まで読み込めます。1アプリに設定できるフィールド数の上限は500個、フィールド名は全角・半角を問わず128文字までという制限もあります。
プロセス管理で承認や進捗を自動化する
「承認が誰で止まっているか分からない」という悩みを解決するのがプロセス管理です。プロセス管理は「ステータス」「作業者」「アクション」の3要素で構成されます。ステータスはレコードの処理状況、作業者は次に対応する担当者（指定されると本人に通知され、ポータルの［未処理］一覧にも表示されます）、アクションはステータスを次に進める操作です。
さらにアクションには実行条件を設定でき、フィールドの値によって承認ルートを分岐できます。例えば費用フィールドが100万円以上なら部長承認、未満なら課長承認で完結、といった振り分けが可能です。作業者は複数人指定もでき、「次のユーザーから選択」「次のユーザー全員」「次のユーザーのうち1人」の3方式から選べます（最終ステータスには作業者を設定できません）。
リマインダーと外部連携で「気づいたら遅れていた」をなくす
条件通知の一種であるリマインダーは、1アプリにつき最大10件設定でき、1回の通知で最大500件のレコードが対象になります。作成日時・更新日時・日時・日付のいずれかを基準日として、「基準日から何日前・後か」（-10,000〜10,000日）と時刻（10分単位）を組み合わせて指定します。契約更新や見積りの有効期限など、日付起点で人が忘れがちな業務の通知に向いています。
外部システムとの連携にはkintone REST APIを使います。APIトークンによる認証で、社内の基幹システムや外部サービスとレコードをやり取りできます。利用上限はコースによって異なります。
| 項目 | スタンダードコース | ワイドコース |
|---|---|---|
| 1アプリあたりの1日リクエスト数 | 10,000件 | 100,000件 |
| 同時接続数（1ドメインあたり） | 100まで | 100まで |
| 一度に登録・更新・削除できるレコード数 | 100件まで | 100件まで |
kintoneは公式にも「基本機能はノーコード、必要な箇所だけJavaScript・APIでローコード拡張する」プラットフォームと位置づけられています。標準機能で足りない部分だけをピンポイントで拡張する、という考え方が基本です。
アクセス権は3階層で情報を絞り込む
「経理の情報を営業には見せたくない」といった要望に応えるのがアクセス権設定です。kintoneのアクセス権はアプリ・レコード・フィールドの3階層になっています。アプリレベルは追加・編集・削除・アプリ管理・エクスポート・インポートなどの権限、レコードレベルはフィールド値の条件でレコードごとの閲覧・編集を制限、フィールドレベルは個別フィールドの閲覧・編集を制限します。
ここで見落としやすいのが優先順位です。上位階層（アプリレベル）で「閲覧不可」になっていると、下位階層（フィールドレベル）を「閲覧可」に設定しても閲覧できません。権限設計がうまくいかない相談の多くは、この優先順位の理解不足が原因です。
業種別活用例（製造・建設・販売・サービス）
同じkintoneでも、業種によって使われ方はかなり違います。自社の業種に近い活用例から、応用のヒントを探してみてください。
製造業
営業・購買では案件管理、予実管理、顧客管理、クレーム管理、発注業務、サプライヤー管理に使われます。生産管理では生産進捗管理、受注出荷管理、工場日報、製造計画進捗管理、品質管理では不具合報告、クレーム管理、検査成績書、QCサークル活動報告、設計・研究開発では図面管理、BOM管理、試作品スケジュール管理、知的財産管理といった具合に、部門ごとに散らばっていた台帳を横断的にアプリ化できます。
建設業
営業・受注では案件・顧客・見積書・契約管理を一元化し、Excelとメールで二重入力になっていた作業を減らせます。現場管理では、建設業向けkintone活用事例と導入のポイントに詳しく紹介されている通り、作業日報や作業ミス報告、KY活動の自動集計、原価管理では労務費や現場経費を工事ごとに集計、人員配置ではガントチャートプラグインでの現場配置調整、協力会社との連携ではゲストスペース機能を使ったリアルタイム共有が挙げられます。
販売・営業
顧客・案件管理を一元化し、リマインド通知で商談の機会損失を防ぎます。担当者別の進捗や受注金額をリアルタイムで把握でき、見積書もワンクリックで作成可能です。Outlook・Garoonとのカレンダー連携、経費・押印申請のスマホ完結、契約更新のリマインド通知もよく使われる型です。
例えば案件管理アプリなら、一覧画面でどの案件が今どの段階にあるかが色分けで一目で分かるようになります。
サービス業
顧客対応履歴（電話・メール・訪問）を時系列で一元管理し、問い合わせ管理では対応漏れや二重対応を防ぎつつ担当者別・カテゴリ別にグラフで分析できます。FAQ・ナレッジ共有、クレーム・トラブル管理と再発防止、契約更新のリマインド通知も代表的な使い方です。
レコード詳細画面には、いつ・誰が・どう対応したかのコメント履歴が積み上がっていくため、担当者が変わっても対応の経緯を追いやすくなります。
なお、kintoneのグラフ機能は「レコード数」「合計」「平均」「最大値」「最小値」の5種類の集計方法があり、大項目・中項目・小項目の最大3階層でグループ化できます。上に挙げたような担当者別・カテゴリ別の分析は、この標準のグラフ機能だけで作れます。
kintoneの苦手なこと・向かない用途
できることばかりに目が行きがちですが、向かない用途を先に知っておくと、導入後の「思っていたのと違う」を防げます。
帳票印刷は「決まったフォーマットの出力」が標準にない
kintoneの標準印刷は、①一覧画面をブラウザ印刷する、②レコード詳細画面の「オプション」から「レコードを印刷」する、の2方式しかありません。プロセス管理を有効にしていればステータス履歴も一緒に印刷できますが、コメントや変更履歴、ヘッダーは印刷対象外です。自由なレイアウトや請求書・納品書のような決まったフォーマットでの出力は、公式ヘルプ上では説明されておらず、カスタマイズの相談はカスタマーサポートへの案内にとどまっています。
見積書や請求書を体裁よく大量に出力したい、というニーズはkintoneで見積書・納品書を印刷する3つの方法でも解説しているように、標準機能だけでは満たしにくい領域です。ここは後述するプラグインでの補完が現実的な選択肢になります。
表示速度は件数そのものより複雑さの掛け算で落ちる
「レコードが増えると重くなるのでは」と心配される方は多いですが、公式が挙げる表示速度への影響要因は、レコード数・フィールド数・テーブル行数・リッチエディターの使用・複雑なアクセス権設定・複雑な絞り込み条件・アクセス集中の組み合わせです。実際、公式は「アクセス権や絞り込みを設定していない1つのアプリに100万件を登録した状態で、快適に使用できることを確認している」とも明記しています。
つまり「何件を超えたら遅くなる」という単純なしきい値ではなく、複雑な権限設定や絞り込み条件を重ねるほど負荷が増える、という掛け算の関係だと理解しておくのが実態に近い捉え方です。具体的な件数の閾値は公式でも数値化されていないため、心配な場合は本番投入前にテストアプリで実データに近い件数・条件を試すのが確実です。
ポータルの枚数はコース次第
意外と見落とされがちなのがポータルの枚数です。ライトコースはポータルを追加できず標準の1枚のみ、スタンダードコースは標準ポータルに加えて3枚、ワイドコースは10枚まで追加できます（2026年8月のアップデート以降の枚数）。部門ごとに専用のポータルを分けたい、という運用はライトコースでは実現できません。また、ポータル上のアプリの並び替えは「お気に入りのアプリ」欄に対する個人設定であり、管理者が全社員向けに一括で並び順を設定することはできません。
できることを最大化するカスタマイズの選択肢（標準機能・プラグイン・JS・外注）
kintoneでできることの幅は、標準機能だけで判断すると狭く見えてしまいます。実際には4段階の選択肢があり、どこまで自社で対応し、どこから外部の力を借りるかを決めることが「使いこなし」の分かれ目です。
| 段階 | できること | 必要なスキル | 向いているケース |
|---|---|---|---|
| 標準機能 | アプリ作成・プロセス管理・リマインダー・アクセス権設定 | 特別なスキル不要 | まずは業務をそのままアプリ化したい |
| プラグイン | 帳票の一括印刷、ダッシュボード表示など標準にない機能の追加 | プラグインの導入・設定のみ | 標準機能の弱点をピンポイントで補いたい |
| JavaScript・CSSカスタマイズ | 画面の自動計算、入力チェック、独自のデザイン変更 | JavaScript等の開発知識 | 業務フローに合わせて細かく作り込みたい |
| 外注・パートナー | 要件整理から個別開発、運用の伴走まで | 発注先の選定・要件のすり合わせ | 社内にkintone担当者を専任で置けない |
プラグインでできる範囲
プラグインは標準機能の弱点をピンポイントで補う手段です。先ほどの帳票印刷の制約であれば、一括印刷やレイアウト調整に対応したプラグインを追加することで、標準の「1件ずつ画面表示のまま出力」という制約を回避できます。ダッシュボードも同様で、標準機能にはアクセス権をまたいだ横断的な集計表示がないため、複数アプリのステータス別件数を1画面にまとめたい場合はプラグインで補うのが現実的です。
なお、プラグインを自作する場合はマニフェストファイル（manifest.json）が必須で、プラグインの設定情報をここにまとめる仕組みになっています。既製のプラグインを導入するだけなら開発知識は不要ですが、自社専用に作り込みたい場合はこの開発知識が必要になります。
JavaScript・CSSカスタマイズでできる範囲
もう一段踏み込んだ作り込みをしたい場合は、JavaScript・CSSカスタマイズの出番です。入力時の自動計算やチェック、画面デザインの変更など、プラグインでは対応しきれない細かい要件に応えられます。ただし、開発・保守にはJavaScript等の知識が必要で、社内にkintoneの構築経験者がいない場合はハードルが上がります。
外注・パートナーに任せる範囲
サイボウズは「オフィシャルパートナー」制度を設けており、業務課題の整理から個別開発まで、導入前後を通じて支援を受けられます。一定の基準を満たしたパートナーは「kintoneエンタープライズパートナー」として認証されます。社内にkintone専任の担当者を置けない場合や、要件整理からまとめて任せたい場合は、こうした外部の力を借りる選択肢も検討に値します。
自分でどこまでやり、どこから外注に頼るか判断に迷ったら、無料相談で画面を見ながら一緒に整理することもできます。
自分で運用するか伴走支援を使うかの判断軸——pullieのアプローチ
先に触れておくと、pullieはサイボウズ社の認定パートナーではありません。そのうえで、kintone開発会社の選び方でも言及している通り、外注先を選ぶ際の判断軸を整理しておきます。
認定制度は、kintoneの技術力を外形的に示す一つの目安として尊重すべきものです。一方で、認定の維持や体制整備にどれだけのコストがかかり、それが見積り金額にどう反映されているかは各社の非公開情報であり、外部から検証することはできません。だからこそ、認定の有無にかかわらず、見積りの内訳を確認する習慣自体が必要になります。
もう一つ意識したいのは、認定が証明する範囲です。認定はkintoneというプラットフォームの技術力を示すものであり、発注側の業務——日報、承認フロー、請求、原価管理といった現場の実務——をどこまで理解しているかまでは保証しません。技術的には正しく作られているのに現場で使われない、という失敗は、この理解のギャップから生まれやすいと言えます。
pullieでは、建設・不動産の現場実務を経験したエンジニアが、業務の言葉のまま要件を聞き取り、kintoneの仕組みに翻訳しながら、現場の担当者と直接やり取りして小さく作り、定着まで伴走するという進め方を取っています。認定という外形の代わりに、最初の無料相談で実際の構築物や進め方そのものを見てもらうことを大事にしています。
どちらが正解というものではありません。大規模で多拠点にまたがる案件や、体制の厚さを重視するなら、認定パートナーの組織力が向いています。一方、現場での定着を最優先に小さく始めたいなら、「自社の業務をどこまで理解してくれるか」を判断基準の一つに加えてみてください。
まとめ
kintoneでできることは、アプリ作成・プロセス管理による自動化・外部連携・アクセス権管理という基本機能だけでも幅広く、業種によって使われ方も多様です。一方で、決まったフォーマットの帳票印刷や、複雑な権限設定を重ねた際の表示速度、ポータルの枚数などコースに依存する制約もあります。
標準機能で足りない部分は、プラグイン・JavaScript/CSSカスタマイズ・外注という3段階の選択肢で補えます。まずは標準機能だけで業務をアプリ化してみて、物足りなさを感じた部分から一つずつ拡張していくのが、無理なくkintoneを使いこなすための現実的な進め方です。
