この記事は約10分で読めます。
.png&w=3840&q=75)
監修者：白澤光純
株式会社コンクルー 代表取締役CEO
この投稿をシェアする
建設業でkintoneを使うとき、本体料金だけで予算を決めていませんか。公式料金と追加サービスの区分に加え、顧客・工事・原価明細の架空設計、二工事の検算例、権限と訂正、移行や保守の確認を整理し、小規模会社の導入判断を支援します。
AI搭載
コンクルーAI
中小建設会社のためのAIオールインワン業務管理ツール
顧客管理・見積作成・原価管理・電子受発注・請求支払いなど全ての業務がコンクルーAIひとつで完結
建設業でkintoneを使うなら、工事台帳や原価の画面を作る前に、「誰がどの数字を確定するか」を決めておきたいところです。顧客、工事、日報、請求を集められても、同じ工事の金額が担当ごとに違えば、月末の照合は残ってしまいますよね。
この記事では、kintoneを自社業務に合わせて設計する選択肢として、公式の料金条件と追加サービスの区分、少人数のリフォーム会社を想定した独自のデータ設計例を整理します。架空の設計は、実際に作成・操作したアプリや導入実績ではありません。工事管理の完成品として何がそろうかは、採用する構成ごとに確認します。
kintoneを検討する場面としては、現在の帳票に合わせて項目や処理の流れを整えたい場合、工事以外の顧客対応も一緒に管理したい場合が考えられます。ただし、欲しい帳票を列挙するだけでなく、設計、変更、問い合わせ、更新後の確認を誰が受け持つかまで考えます。専任がいない会社なら、外部の支援と社内の判断担当をどう分けるかが論点です。
一方で、すぐに既定の業務フローで使い始めたい、独自の仕様を維持する担当を置きにくい場合は、建設向けの専用ソフトも比較対象にできます。どちらが一律に優れているかではなく、標準の処理へ自社を合わせる部分と、自社側で設計する部分の配分が異なると考えましょう。
自社で確かめる条件 | kintoneで検討すること | 専用ソフトも含め比較すること |
|---|---|---|
工事台帳の独自項目が多い | 項目と関連データの設計範囲 | 標準項目と変更可能な範囲 |
日報と原価の確定が別担当 | 入力・確認・確定を分ける流れ | 既定の承認と原価反映の条件 |
社内に設計担当がいない | 外部支援の内容と保守の分担 | 標準サポートと運用変更の費用 |
すぐに既存帳票を出したい | 帳票追加の構成と確認工程 | 標準で出る帳票と例外対応 |
2026年10月15日に確認された公式料金では、税抜の月額単価はライト1ユーザー1,000円、スタンダード1,800円、ワイド3,000円、最低人数は順に10・10・1,000人です。外部連携・プラグイン拡張はスタンダードとワイドが対象。初期費用無料、30日間のお試し、月契約・年契約の案内があります。（出典：kintone公式「料金」、確認日：2026-10-15）
最低人数で本体月額を単純計算すると、ライト10,000円、スタンダード18,000円、ワイド3,000,000円で、いずれも税抜です。これは単価と最低人数からの計算で、導入見積総額ではありません。初期設定、支援、追加製品の費用を含めずに予算を決めないようにします。
公式の建設業向けページにある実行予算ダッシュボードや人員配置ガント等の例には、プラグインや個別カスタマイズに関する注記があります。本体だけで希望の全帳票や処理が完成すると読まず、各例の構成を確認します。（出典：kintone公式「建設業にkintone」、確認日：2026-10-15）
支援会社や追加サービスを利用するなら、見積書を「本体」「設計・構築」「追加製品」「データ整備・移行」「教育」「保守・変更対応」に分けて確認します。月額へ含むと説明された作業があれば、対応範囲と回数、対象外を確認しましょう。料金の合計だけを比較するより、何を誰が維持するかが見えます。
架空の社内予算表では、初年度を本体の契約費用＋初回構築＋移行＋教育＋初年度の追加製品・保守、次年度を継続費用＋保守＋変更見込みへ分けます。追加サービスの金額は見積で埋める空欄とし、この記事で相場を作りません。人数が最低数を下回る会社も、課金人数を実利用人数に読み替えないようにします。
ここからは、従業員8人の架空のリフォーム会社が、二つの現場を管理するための設計案です。本記事で製品上に実装した例ではなく、導入相談や試用で確かめる項目を作るための独自のたたき台です。使うアプリ数や関連付けの実現方法、権限の細部は、選ぶ構成で確認します。
データの箱 | 一行の単位 | 主な項目 | 識別番号 |
|---|---|---|---|
顧客 | 一顧客 | 名称、担当窓口、連絡先、注意事項 | C-001 |
工事 | 一工事・契約の管理単位 | 顧客ID、工事名、契約額、状態、担当 | P-101 |
原価明細 | 一工事の一費目・一発生行 | 工事ID、費目、金額、日付、根拠、確認状況 | CST-001 |
顧客名や現場名だけで関連付けると、表記の揺れで別の工事へ数字が付くことがあります。顧客ID、工事ID、費目コードを持ち、表示名とは分けます。同じ顧客が二件発注した場合、顧客は一件、工事は二件になる関係を、実装前の図で確認しましょう。
工事と契約をいつも一対一とするかは、自社の業務で決める事項です。追加契約を枝番で持つのか、変更履歴として元工事へ付けるのかを先にそろえます。あとから別担当が独自の管理番号を作り始めると、集計の単位が崩れます。
原価の箱には、発注済み、請求確認済み、見込み等の状態を持たせる設計を考えます。ただし、同じ支出を発注時と請求時に二回足さないよう、どの段階の金額を何の集計へ使うかを決めます。見積額、発注額、請求額、支払額を一つの金額へ上書きする案は、差異の説明が難しくなります。
一行へ全段階の列を持つ方法と、発注・請求等を別のデータにする方法では、入力のしやすさと照合の仕方が変わります。どちらを選ぶ場合も、元の発注行へ請求が対応し、分納や一部請求、金額変更を追えるかを架空例で確かめます。製品の関連機能があることと、自社の例外処理が成立することは別に確認します。
架空例では、P-101の社内管理上の契約額を1,000,000円、材料原価200,000円、外注原価300,000円、労務原価100,000円とします。原価計600,000円、差額400,000円、同じ基準の金額で計算した粗利率は40％です。会計上の収益認識を説明する例ではなく、工事の管理計算を照合する例です。
P-102は契約額500,000円、材料100,000円、外注150,000円、労務100,000円と仮定します。原価計350,000円、差額150,000円、粗利率30％。二工事合計は契約額1,500,000円、原価950,000円、差額550,000円です。工事別の40％と30％を単純平均せず、合計の550,000円÷1,500,000円で約36.7％と計算します。
架空工事 | 契約額 | 原価計 | 差額 | 確認すること |
|---|---|---|---|---|
P-101 | 1,000,000円 | 600,000円 | 400,000円 | 明細の費目合計と一致 |
P-102 | 500,000円 | 350,000円 | 150,000円 | 別工事の行が混ざらない |
合計 | 1,500,000円 | 950,000円 | 550,000円 | 未確定行を含む範囲を明示 |
この例を採用構成の検証へ持ち込み、元の原価明細、工事ごとの表示、全体の集計が同じ数になるかを確認します。集計画面が見やすいかだけでなく、根拠の行まで戻れること、未確認の金額をどう示すかを見ます。実行予算との差も必要なら、予算の版と比較する基準日を別に決めます。
P-101の外注原価が300,000円から330,000円へ変わった架空例では、変更を確認後、原価630,000円、差額370,000円、粗利率37％になります。元の発注金額を消して請求額だけを残すのではなく、差額30,000円の理由と確認状態を追えるかを検証します。
差額が未合意なら、実績へ即確定するのではなく確認待ちとして扱う設計も必要です。何を確定値として集計するかは、社内の管理ルールに沿って決め、表示上の合計を合わせるために確認待ちの行を消さないようにします。
架空の役割分担は、現場担当が日報と発生情報を入力、事務が証憑と請求を照合、社長が金額変更を確認、管理担当が項目や設定の変更を管理する形です。利用者全員に全ての編集を任せるのではなく、何を閲覧し何を変更する必要があるかを一覧にします。
ここで示すのは権限の要件です。アプリ、レコード、項目等のどの機能と設定で実現するか、追加構成の制約は、公式ヘルプと実際の試用環境で確認します。顧客の個人情報、外注単価、従業員の労務情報を誰でも見られる構成にしないことも、導入前の確認対象です。
役割 | 行う操作の案 | 検証する例外 |
|---|---|---|
現場 | 担当工事の入力、確認依頼 | 他工事の単価や個人情報が見えないか |
事務 | 証憑照合、請求確認、訂正申請 | 締め後の修正経路が残るか |
責任者 | 金額変更や例外の確認 | 本人不在時の代行と履歴 |
管理担当 | 項目変更と動作確認 | 変更が既存の集計へ与える影響 |
兼務する人がいても、設計上の役割を一つへまとめる必要はありません。普段の入力と設定変更を同じ感覚で行うと、数式や項目の変更が全工事へ影響する恐れがあります。変更する理由、影響する帳票、確認者、戻す方法を記録する運用を検討します。
顧客一件、工事二件、原価明細数行を架空データとして準備します。通常の入力から集計まで通した後、取消、追加変更、請求差、担当不在を試す計画を作ります。この段階で顧客の実資料を持ち込まず、情報管理や契約の確認後に扱う範囲を決めます。
検討ケース | 入力する架空データ | 合格条件の案 |
|---|---|---|
通常 | P-101の3費目 | 原価600,000円の根拠へ戻れる |
取消 | 誤った原価行一件 | 取消後の合計と履歴が一致 |
追加変更 | 契約変更と原価増 | 元の版と承認状態を追える |
請求差 | 外注費30,000円の増 | 確認待ちと確定を区分できる |
担当不在 | 確認担当が休み | 代行しても判断履歴が残る |
これは試用結果ではなく、試用前の確認計画です。各ケースで、入力に必要な項目、確認者の操作、訂正の方法、出力した資料を記録します。画面を作れたことだけで合格にせず、実務の区切りまで一周できるかを確認しましょう。
移行する対象を、継続工事、終了工事、顧客、費目、単価等に分けます。まず少数の架空行か確認済みの非機密サンプルで、列の型、空欄、日付、重複、管理番号の対応を見ます。列名が同じでも、予定額と実績額の意味が違うことがあるため、値だけでなく定義をそろえます。
移行後は件数だけでなく、工事別金額、未確定行、対象外行を照合します。失敗時に元へ戻す対象を決め、再取込で二重登録しない手順も確認します。この記事は工事台帳のCSV移行手順そのものを再掲するのではなく、kintoneの採用構成へ移す前の要件確認に絞ります。
導入相談では「日報から原価を集計したい」と伝えるだけでなく、どの項目を誰が入れ、何を確認して何の帳票へ出すかを見せます。その上で、本体の設定、プラグイン、外部サービス、個別開発のどこで実現するかを見積の行へ対応させます。例外処理だけ別費用になる場合も確認します。
追加サービスごとに契約主体、料金単位、利用人数、更新・解約、サポート、障害時の窓口を確認します。一つの画面で使えても契約が一つとは限りません。データの出力や引継ぎについても、終了前に何をどの形式で取り出すか、設計書や設定情報を誰が保有するかを確認しましょう。
月次の締めが合わない、項目を増やしたい、法令や社内手順が変わった、管理担当が退職した。こうした場面で誰がどこまで対応するかを確認します。問い合わせの受付と、個別アプリの変更作業が同じ料金へ含まれるとは決めつけず、支援内容を分けて比べます。
外部へ任せる場合も、社内には工事番号や費目、承認の意味を決める人が必要です。仕様の判断まで曖昧なまま外注すると、追加修正が繰り返されることがあります。依頼する前に「これができたら完了」とする架空例と検算表を一枚用意すると、相談が具体的になります。
架空の設計要件では、原価行の状態を「入力中、証憑確認待ち、差異照会中、確定、取消」とします。入力中の値を責任者の一覧へどう表示するか、差異照会中の金額を見込みへ含むかを決めます。状態を五つにすれば実現できるという説明ではなく、採用構成がその条件を扱えるかを試すための要件です。
確定への条件は、工事IDが存在し、費目が決まり、金額と根拠資料が対応し、確認者が記録されていることと仮定します。空欄の行があれば誰へ戻すか、締め後に確定額を変える場合はどの権限と履歴を使うかも決めます。入力の必須設定だけで、値の意味が正しいことまで保証されるとは考えません。
架空会社の従業員が8人でも、ライトやスタンダードの本体費用を8人分で見積もりません。利用する人、承認する人、設定を管理する人を整理した上で、契約上の最低人数と、外部の協力会社を参加させる場合の条件を確認します。外部参加の方式や別料金は、自社が選ぶ構成で問い合わせる項目です。
同じスタンダードを検討しても、10人で18,000円という本体の月額計算だけでは、初年度の支出は決まりません。構築費を払う時点、追加サービスの契約開始、教育、並行運用の期間を予算表へ置き、誰が承認する支出かを分けます。月額の安さだけでなく、変更を頼む窓口と作業費の範囲まで比べましょう。
外部へ構築を依頼するなら、項目定義、工事番号のルール、集計に含む状態、追加製品の一覧、確認ケースの結果、変更時の連絡先を引継ぎ資料として相談します。社内担当が交代した際に、設定の意味を説明できる状態が目標です。設計書があっても実際の設定と違えば役に立たないため、変更時の更新担当も決めておきます。
確認するのは、採用プランと課金人数、追加構成、初年度と継続の費用、設定変更の担当、既存資料との照合、終了時の搬出です。無料お試しがあることだけで、自社の構成を全て検証できると決めず、利用範囲と追加製品の条件も確認します。
独立した口コミの件数や利用条件を確認できないまま「評判がよい」「使いやすい」と結論付けるより、自社の通常処理と例外処理を具体化して検討する方が判断できます。本記事では実利用の体験や導入効果を提示していません。
まず顧客一件・工事二件の架空表を作り、見たい金額と確定する担当を書き出してみましょう。その設計を本体設定、追加サービス、支援費へ分けて確認することで、kintoneを採用した後の作業まで含めた比較へ進めます。
