「どの工程が今どこまで進んでいるか、誰も即答できない」
月曜の朝、工場長が最初にやることは何でしょうか。先週の日報ファイルを開く、各ラインの担当者に口頭で確認する、ホワイトボードを見に行く。こうした光景は、製造現場でよくあるものです。
問題は情報が散らばっていることです。工程の進捗はExcelに、検査の記録は紙の帳票に、設備の点検履歴は別のノートにあります。それぞれは存在していても、つながっていません。そのため「今、どの品番が何工程まで進んでいるか」に即答できず、確認のために人が動くことになります。
この記事では、製造業でkintoneを使う7つの場面を先に一覧で示し、生産管理アプリの構成例、工程進捗台帳の作り方、料金、向かない要件を順に説明します。読み終えたときに「自社は何から台帳にするか」が決まる状態を目指します。
製造業の活用7場面を一覧で見る
サイボウズが紹介している製造業向けの活用例と公式サンプルアプリをもとに、7つの場面を表にしました。詳しい説明は次の章以降にあります。
| 場面 | 現場の困りごと | kintoneでの見せ方 |
|---|---|---|
| ① 生産進捗管理 | 工程ごとの進み具合を人に聞いて回る | 顧客別・製品別の進捗一覧、グラフ、コメントで納期のやり取り |
| ② 品質記録・不具合報告 | 検査票が紙で、後から探せない | ロット番号・検査日・合否・処置内容をレコードで蓄積 |
| ③ 作業日報 | 翌朝の集計に時間がかかる | ペーパーレス化と自動集計 |
| ④ 設備点検・保全 | 前回の点検がいつか分からない | QRコードを使った点検記録と履歴 |
| ⑤ 製造計画 | 計画と実績が別ファイル | ガントチャートで計画を表示 |
| ⑥ 図面・部品構成 | BOMや変更履歴が表計算ファイルに散在 | 「BOM管理」「4M変更履歴管理」などのサンプル |
| ⑦ 営業・購買から生産へ | 受注情報が製造側に届くのが遅い | 同じレコードを営業と製造が更新 |
製造業でkintoneが選ばれる理由と料金体系
サイボウズは、kintoneを営業・購買から設計・製造・品質・研究/知財まで、製造業のさまざまな用途で使えると案内しています。プログラミングなしでアプリを作れることと、現場のタブレットやスマートフォンから入力できることが、導入の入口として検討されやすい点です。
料金は次の2コースが中心です（サイボウズ公式の料金ページで確認した内容です）。
| 項目 | ライトコース | スタンダードコース |
|---|---|---|
| 月額（1ユーザー） | 1,000円 | 1,800円 |
| 最低ユーザー数 | 10 | 10 |
| 最小構成の月額（単価×10ユーザー） | 10,000円 | 18,000円 |
| アプリ数の上限 | 200 | 1,000 |
| プラグイン | 使えない | 使える |
| 外部サービス連携 | なし | あり |
| kintone AI | 対象外 | 利用可 |
最小構成の月額は、単価に最低ユーザー数を掛けた計算値です。実際の請求額は人数やオプションで変わります。費用がユーザー数で決まるため、1つの部署や1つの工程から小さく始められます。なお、スタンダードのAPIリクエスト上限は1日1万回です。
プラグインや外部サービス連携、kintone AIを使いたい場合はスタンダードが前提になります。どちらを選ぶかはkintoneライト・スタンダード費用と機能で選ぶ判断ガイドで整理しています。
活用場面の詳細
① 生産進捗管理
どの工程が着工前か、進行中か、完了したかをレコードで管理します。公式の「生産進捗管理（工程流動）」サンプルアプリでは、営業が受注数量と納期を登録し、生産管理・製造部が進捗を更新する形になっています。顧客別・製品別に進捗を一覧でき、納期のやり取りはコメント機能で行い、グラフ表示にも対応しています。
② 品質記録・不具合報告
タブレットやスマートフォンからの不具合報告が、公式の活用例として挙げられています。サンプルには「不具合見える化」「検査成績管理」もあります。紙の検査票から移すと、ロット番号・検査日・合否・処置内容を、あとから探せる形で残せます。
③ 作業日報のペーパーレス化
日報のペーパーレス化と自動集計は、公式が紹介する代表的な活用例です。詳しくはkintone日報アプリの作り方と運用定着のコツで手順を説明しています。
④ 設備点検・保全管理
QRコードを使った設備保全管理も、公式の活用例にあります。サンプルには「設備メンテナンス」があります。点検記録が残れば、前回の点検がいつだったかをすぐ確認できます。
⑤ 製造計画のガントチャート
製造計画をガントチャートで見る使い方も、公式の活用例に含まれています。計画と実績を同じ場所で確認する方法は、kintoneで進捗管理ダッシュボードを作る方法で詳しく解説しています。
⑥ 図面・部品構成まわりの管理
サンプルには「BOM管理」や「4M変更履歴管理」があります。部品構成や変更履歴を別々の表計算ファイルで持っている場合に、検討の対象になります。
⑦ 営業・購買から生産までのつなぎ
①のサンプルのように、営業が受注数量と納期を入れ、生産側が同じレコードを更新していく形にすると、営業と製造が同じ情報を見られます。部門ごとにファイルを分けていると、受注の変更が製造側に届くまでに時間がかかります。同じレコードを見る形にすれば、その行き違いを減らせます。
生産管理をkintoneで組むときの構成例
「kintoneで生産管理はできるか」という相談は多く、答えは「範囲を決めれば、現場の記録と見える化には使える」です。ここで示すのは、公式の事例ではなく、アプリの持ち方を考えるための構成例です。
| アプリ | 持たせる情報 | 見たいときの切り口 |
|---|---|---|
| 受注台帳 | 顧客・品番・数量・納期 | 顧客別、納期が近い順 |
| 工程進捗台帳 | 工程名・ステータス・担当者・完了予定日 | 工程別、ステータス別 |
| 実績・日報 | 作業日・数量・不良数 | 日別、品番別 |
3つを分ける理由は、入力する人とタイミングが違うからです。受注は営業、進捗は製造、実績は現場が入れます。1枚に全部を詰め込むと入力項目が増え、入力が続かなくなります。
計算フィールドを使えば、数量の合計や不良率のような値を入力せずに表示できます。サブテーブルを使う場合は、テーブル外の計算フィールドでSUM関数による集計もできます（設計の注意点は後述します）。
ただし、会計・原価・生産計画までを一つで担わせたい場合は、後述の「向かない要件」に近づきます。まずは「進捗を一覧で見られること」だけを目標にして、工程進捗台帳から始めるのが現実的です。
サンプルアプリが自社の業務に合わないとき
公式サイトには、製造業向けのサンプルアプリが36種以上掲載されています（確認日2026-08-26）。まずはサンプルを見て、自社に近いものから着手するのが近道です。
それでも合わない場合は、次の順で見比べると判断しやすくなります。ここからは事実の紹介ではなく、進め方の目安です。
- 入力項目を見比べる。名称の変更や項目の追加で済むなら、サンプルを土台にします。
- 業務の流れを見比べる。誰が入力し、誰が確認するかが自社と大きく違うなら、サンプルを直すより一から作るほうが早くなることがあります。
- 一覧で見たい切り口を見比べる。顧客別、製品別、工程別など、見たい単位が違えば、項目の設計から考え直します。
一から作る場合の基本手順は、次の章で説明します。
出典: kintone活用ソリューション（製造業サンプルアプリ）（https://kintone-sol.cybozu.co.jp/apps/gyoshu/cat/）
芙陽工業の事例と、工程進捗台帳アプリの作り方
芙陽工業の事例
大阪・豊中でフォークリフト用フォーク部品を鍛造する芙陽工業（1938年創業）は、kintone導入後に250以上のアプリを運用しています。製造現場にiPadを配布し、製造負荷管理アプリで作業を可視化しました。公開されている事例では、製造不具合と出荷ミスがゼロになり、設備不具合による業務の滞りも大幅に減ったとされています。
他業種での活用例は、建設業向けkintone活用事例と導入のポイントで紹介しています。業種が違っても、台帳で状況を一覧にする考え方は共通します。
規模の大きな事例ですが、このあと紹介するのは、1つの台帳から始める最小の形です。
工程進捗台帳アプリを作る
基本の手順は、kintone公式ヘルプに沿っています。
ステップ1: アプリを作成する ポータルから「アプリを作成」を選び、「はじめから作成」をクリックします。アプリ名に「工程進捗台帳」と入力します。
ステップ2: フィールドを配置する フォーム編集画面で、必要なフィールドをドラッグ＆ドロップで配置し、フィールド名を設定します。最初は、工程名・ステータス・担当者・完了予定日のように、今いちばん知りたいことに絞ります。項目は、現場から「これも残したい」と出てきてから足せます。
ステップ3: 保存して公開する 「フォームを保存」をクリックし、続けて「アプリを公開」をクリックします。これで担当者がレコードを入力できます。担当者が工程の情報を登録する画面は、次のようになります。
入力されたレコードは、一覧画面でまとめて確認できます。工程が増えても、1件ずつ開いて見比べる必要はありません。
ステップ4: プロセス管理を設定する（任意） 「作業者が完了報告し、管理者が確認する」といった流れが必要なら、kintoneプロセス管理の使い方を参考にしてプロセス管理を設定します。最初のステータスと担当者、次のステータスと担当者、ボタン名にあたるアクションの順に、最終ステータスまで繰り返し定義します。スタンダードコースなら、プロセス管理設定AIがアプリ名とフォームの選択フィールドを読み取り、ステータス・作業者・アクションを提案します。提案はワンクリックで反映できます。
設計で押さえておく落とし穴
サブテーブルは最初に構成を固める。 工程の明細行をサブテーブルにする場合、テーブル外に保存済みのフィールドをテーブルの中へ移すこと、テーブル内のフィールドを外へ出すことは、どちらもできません。構成を変えたくなったら、既存のフィールドを使うのをやめ、サブテーブルを作り直すことになります。公開前に、どの項目を明細行に入れるか決めてください。
サブテーブルの中に置けるフィールドの種類も限られています。工程の明細行には、数値・文字列・選択肢・計算といった基本的なものを使う前提で設計すると安全です。
IoT・設備データとの連携はどこまで考えるか
「生産設備の稼働状況をリアルタイムでkintoneに映したい」という相談は、製造業ではよく出てきます。ただし、kintoneと工場のIoT・センサーデータの連携について、具体的な製品や価格、標準機能で完結するかどうかは、今回確認した公式情報の範囲では詳細を確認できていません。
はっきりしているのは、工場機器との高頻度の制御連携が、kintoneの向かない要件に挙げられていることです。センサーの値を毎秒処理するような使い方は、kintoneで受け止める用途ではありません。
そこで、次のように「kintoneに入れるもの」と「別で受けるもの」を分けて考えます。
| kintoneに入れるもの | 別の仕組みで受けるもの |
|---|---|
| 日次や工程単位の稼働の要約 | センサー値の高頻度な取得・制御 |
| 停止の理由や対応の記録 | リアルタイム制御 |
| 点検記録、不具合報告 | 大量の時系列データの分析 |
スタンダードコースのAPIリクエスト上限は1日1万回です。連携の方式や頻度を決めるときは、この上限も踏まえて導入前に個別に確認してください。
kintone×AI連携——製造業での活用可能性
kintone AIはスタンダード・ワイドコースで使えます。ライトコースは対象外です。利用できる6機能は次のとおりです。
| 機能 | 概要 |
|---|---|
| 検索AI | レコードなどの検索 |
| アプリ作成AI | アプリ作成の支援 |
| プロセス管理設定AI | ステータス・作業者・アクションの提案 |
| スレッド要約AI | コメントのやり取りの要約 |
| レコード一覧分析AI | 一覧データの傾向分析 |
| アプリ設定レビューAI | アプリ設定の見直し |
製造業の工程管理で、まず試しやすいのはプロセス管理設定AIです。承認フローの設定は慣れていない担当者には難しい作業ですが、提案を土台に調整できます。
外部AIとの組み合わせでは、JavaScriptで連携する実装例がサイボウズの開発者向け資料に公開されています。たとえばGemini APIによる手書き画像の読み取り・分析、ChatGPTによるFAQチャットの構築、見積書の異常値検出です。製造業の「材料寸法の解析」や「生産計画の支援」への応用は技術的には考えられますが、製造業での具体的な導入事例は、確認できた公式情報の中にはありません。レコード一覧分析AIで生産データの傾向を見る使い方も含め、活用の可能性として受け止めてください。
kintoneが向かない要件と補完策
kintoneが得意なことと、そうでないことを分けて考えます。より詳しくはkintoneのデメリット5つと向かないケースを正直に解説もご覧ください。
向かない要件
| 要件 | 補足 |
|---|---|
| 数十万件を超えるビッグデータ処理 | 大量データの分析は別の基盤が向く |
| ERPレベルの全社横断システム | 会計・原価・生産計画までを一つで担う用途 |
| 工場機器との高頻度の制御連携 | センサー値の毎秒処理やリアルタイム制御 |
補完策
これらが必要でも、kintoneを「現場の入力口と進捗の見える化の場」として使い、基幹システムとは分けて考える方法があります。kintoneは200以上のプラグイン、JavaScript、外部APIで機能を拡張できます。プラグインはスタンダードコース以上が前提です。
既存のExcel管理表からの移行も検討しやすくなっています。スタンダードコースでは、Excelからのアプリ作成が最大1MB・1,000行・500列、kintone CSV読み込みエラーを事前に防ぐ方法で紹介しているCSVでのレコード一括登録が最大100MB・10万行まで対応しています。
導入に失敗しない3つのポイントと、製造業パック
現場でよくあるつまずき
kintone導入でよくあるのは、画面は完成したのに、現場が入力してくれないというつまずきです。入力項目が多すぎる、入力しても誰も見ていない、最初から広い範囲を一度に作ろうとする、といった形で現れます。詳細はkintoneが使いこなせない・使いにくいを改善する方法でも整理しています。次の3点で防ぎやすくなります。
ポイント1: 入力を軽くする。 最初は「必要な情報」だけにして、「あったほうがいい情報」は後で足します。項目を増やすのは、現場から要望が出てからで十分です。
ポイント2: 入力が役に立つことを見せる。 入力したデータが一覧やグラフで見え、会議で実際に使われる状態を早めに作ります。「入力したのに誰も見ていない」と感じると、入力は止まりやすくなります。
ポイント3: 1つの業務から始める。 工程進捗なら工程進捗だけ、日報なら日報だけに絞ります。芙陽工業のように大きく広げた事例でも、出発点は個別の現場の課題でした。
製造業パック
pullieでは、製造業向けの3アプリセット「製造業パック」（¥7,980・買い切り）を提供しています。プラグインは使わず標準機能だけで動くため、ライト・スタンダードのどちらでも使えます。
| アプリ | 内容 |
|---|---|
| 作業日報 | 不良率の自動計算つき |
| 品質チェックシート | ロット番号つきの検査記録 |
| 設備点検記録 | 日常・定期点検と次回点検日の管理 |
依頼先に確認したい質問と、pullieの立ち位置
自社だけで進めるのが難しいと感じたら、外部に頼む選択肢もあります。依頼先を比べるときは、次の質問が判断材料になります。
- 製造業の現場で、日報・検査・点検がどう回っているかを、どこまで具体的に聞いてくれるか
- 近い業種や近い規模での開発経験があるか。あるなら、どんな範囲を作ったのか
- 最初の問い合わせで、画面を見ながら進め方を説明してくれるか
- 作って終わりでなく、現場が使い始めた後の修正や相談にどう対応するか
pullie（プーリー）は、サイボウズの認定パートナーではない独立したサービスです。認定という外形はありませんが、現場の業務の言葉のまま要件を聞き、kintoneの仕組みに翻訳することを大切にしています。大規模・多拠点で組織体制を重視するなら、パートナー企業の組織力が向きます。現場への定着を優先して小さく始めるなら、kintone開発会社の選び方を参考に「自社の業務をどこまで理解してくれるか」を依頼先選びの基準に加えてみてください。
まとめ
製造業でkintoneを使う場面は、生産進捗、品質記録、日報、設備点検、製造計画、設計まわりの管理、営業・購買とのつなぎの7つに整理できます。ユーザー数に応じた料金で小さく始められ、サンプルアプリを土台にすることも、一から作ることもできます。
一方で、ビッグデータ処理、ERP領域、工場機器との高頻度の制御連携は向きません。設備データの連携は、導入前に方式を確認してください。
最初の一歩は、今いちばん困っている1つの工程や帳票を選び、必要最小限の項目で台帳を作ることです。入力が続く形と、入力データが見える仕組みをセットで用意すると、現場に根づきやすくなります。自社の工程にどこまで当てはまるかは、無料相談で画面を見ながら整理できます。
