「現場の進捗は LINE、原価は Excel、見積は Word、契約は紙、写真は SD カード」── 中小工務店の現場で当たり前になっているこの分散が、いま限界に達しています。2024 年 4 月から適用された時間外労働の上限規制で『今までの長時間労働で吸収していた業務工数』が物理的に取れなくなり、国土交通省が推進する i-Construction 2.0 では建設プロセス全体のデジタル化が中小工務店にも求められ、人材不足と高齢化はこの 3 年で目に見えて加速しています。一方、ツールを増やせば現場の負担が増え、専用工事管理 SaaS は単価が高く、Excel は転記ミスと属人化が止まらない──この 3 つの板挟みが、中小工務店の DX が止まる主因です。
本記事は、年商 3-30 億・社員 10-50 名・年間工事件数 30-200 件の中小工務店を念頭に、Lark の Base + Messenger + Docs + Calendar + Approval の 5 モジュールを 1 テナント内に一元化することで、案件マスタ・工程・原価・現場日報・写真・職人手配を 30 日で 1 つの動線に集約する具体手順を解説します。当社アウフヘーベンジャパン株式会社が自社 EC 事業で月 240 時間 → 24 時間 (-90%) を実証した『Lark 集約』の設計思想を、建設業の現場/事務分断問題に当てはめて、工事台帳 4 テーブル設計テンプレートから 30 日導入ロードマップまでを順に提示します。お急ぎの方は Lark 導入支援サービス または お問い合わせフォーム から、60 分の無料相談もご利用ください。
📍 結論を急ぐ方へ: 「自社の工事管理・原価管理 Lark 集約 30 日設計たたき台」を 60 分で受け取れます。検討初期段階のお問い合わせも歓迎です。
相談内容の例: 現場が Excel と LINE で情報が分断している / 工事原価が月末まで見えない / 専用 SaaS は機能過剰で単価が高い / 補助金活用と Lark 導入を並行で進めたい / 30-50 名規模でツールを 5 つ以上抱えている 等
📌 この記事でわかること
- 建設業が一元化を急ぐ 5 つの構造的理由: 2024 年問題・原価不透明・現場/事務分断・人材高齢化・補助金タイミングを整理
- 業務システム選定の比較軸: Excel 継続・専用工事管理 SaaS・kintone・Lark を 5 軸で比較し、中小工務店が選ぶべき基準を明示
- Lark 5 モジュール統合の全体像: Base + Messenger + Docs + Calendar + Approval で工事管理を 1 テナントに集約する設計図
- Lark Base 工事台帳 4 テーブル設計テンプレート: 案件マスタ / 工程 / 実行予算 / 入出金の項目とリレーション、ロールアップ集計の組み方
- 30 日導入ロードマップ: Day 1-10 棚卸し / Day 11-20 並走 / Day 21-30 切替の具体手順と『現場が使わない』を回避する設計
目次
- 建設業がいま「ツール一元化」を急ぐ 5 つの構造的理由
- 中小工務店が抱える業務システム選定の壁 — Excel / 専用 SaaS / Lark 比較
- Lark で工事管理を組み立てる全体像 — 5 モジュール統合設計
- Lark Base 工事台帳テンプレ — 4 テーブル設計と項目リスト
- 原価管理を「リアルタイム化」する Lark の動線設計
- 現場日報 × 写真管理 を Lark Docs + Base + Messenger で一本化
- 職人・協力会社の手配を Lark Messenger で完結させるチャットルール
- マルチ現場のガントチャート設計 — Lark Base ビューと遅延アラート
- 30 日導入ロードマップ — 棚卸し・並走・切替
- よくある質問
1. 建設業がいま「ツール一元化」を急ぐ 5 つの構造的理由
結論: 2024 年問題・原価不透明・現場/事務分断・人材高齢化・補助金タイミングの 5 つが同時に立ち上がっており、ツール分散のまま延命できる期限が短くなっている。本セクションでは公的データと現場の構造を客観的に整理します。
1-1. 2024 年問題 (時間外労働上限規制) で『長時間で吸収していた業務工数』が取れなくなった
厚生労働省『時間外労働の上限規制』の特例として猶予されていた建設業に対する時間外労働の上限規制が、2024 年 4 月から本格適用されました。原則 月 45 時間・年 360 時間、特別条項でも年 720 時間 / 単月 100 時間未満 (休日労働含む) / 複数月平均 80 時間以内が上限です。これまで現場と事務所の情報分断・転記作業・電話確認の往復で吸収していた『書類仕事の余剰工数』が、物理的に取れなくなりました。
つまり、ツール一元化は『あったら便利』ではなく『これをやらないと法令違反リスクと採用難の悪循環に入る』段階に来ています。中堅以上の建設会社は 2022-2024 年に既に着手済みで、いま遅れているのは社員 10-50 名規模の中小工務店です。
1-2. 工事原価がリアルタイムに見えない構造
中小工務店の典型的な原価管理は『現場担当が紙の出来高表に手書き → 月末に事務所が Excel に転記 → 翌月 10 日頃に粗利が判明』というフローです。赤字工事が判明するのは現場終盤か工事完了後で、すでに手の打ちようがないのが構造です。仕入請求書の到着遅延・職人の作業実績の集計遅れ・追加変更工事の精算遅れが重なり、月末・月初に経理が深夜まで Excel と格闘する光景が常態化しています。
建設業会計の特殊性から、案件ごとに『見積原価 / 実行予算 / 実績原価』の 3 段階管理が必要で、ここに『労務 / 材料 / 外注 / 経費』の費目分類が掛け算されます。Excel では費目別の小計と工事別の合計を二重管理する必要があり、変更があった瞬間に整合が崩れるのが避けられません。
1-3. 現場と事務所の情報分断 — LINE と Excel の合間に落ちる情報
多くの中小工務店で、現場 ⇄ 事務所のコミュニケーションは LINE グループに依存しています。LINE は速報には強い一方、『案件単位の検索性ゼロ』『過去のやり取りが流れる』『退職者がグループに残り続ける』『写真がアルバムから消える』という構造的な限界があります。結果、図面の最新版が誰の LINE にあるか分からない、変更指示の証拠が見つからない、職人ごとの作業実績が事務所まで届かないという『情報の中抜け』が日常化します。
分断の根本原因は『現場で使えるツール』と『事務所で使えるツール』が別だからです。事務所側で kintone や専用工事管理 SaaS を入れても、現場が LINE のままなら情報の流通は LINE で止まります。『現場・事務・経営層が同じツールで会話できる』ことが、一元化の最低条件です。
1-4. 人材不足と高齢化 — 採用力と教育投資の余力が縮む
建設業従事者の高齢化と若年入職者の不足は構造的課題として続いています。新規入職者が IT ツールを使えるのは前提で、逆に『独自仕様の Excel ファイル群』『社内ローカルルールの伝票』『LINE グループ内のお作法』を新人教育で覚えてもらう負荷は、採用後 3 ヶ月の離職率を押し上げます。『新人が初日から扱える標準的なツール』に統一することは、採用力と離職率の両方を改善します。
同時に、ベテラン職人の側にも『スマホで完結する報告手段』を残すことが重要です。タブレット必須、PC 必須、独自アプリ必須となると、現場の高齢メンバーが使えず、結局事務員が代理入力する旧体制に戻ります。Lark Messenger の UI は LINE と非常に似ており、写真送信・スタンプ・既読確認・通話が LINE 感覚で完結するため、ベテラン層の習熟ハードルが低いことが現場導入の鍵です。
1-5. 中小建設業向け補助金のタイミング — 2026 年度公募で SaaS 導入が対象
2026 年度の『デジタル化・AI 導入補助金』(旧 IT 導入補助金) は施工管理アプリ・クラウド会計・勤怠管理など建設業の業務効率化に資する SaaS 導入が対象になり得ます。建設業の中小事業者は加えて『中小企業省力化投資補助金』や、業界団体・自治体が運用するデジタル化支援スキームも候補に入ります。補助対象 / 採択条件 / 補助率は年度ごとに公募要領が更新されるため、必ず事務局の公募要領を一次情報として確認してください。詳細は 2026 年度 デジタル化・AI 導入補助金 完全ガイド で整理していますが、ポイントは『補助金で初期費用を圧縮しつつ、ランニングコストが低い SaaS を選ぶ』設計です。Lark Pro は 1 ユーザー月 ¥1,420 (税抜・年払い) で工事管理 + チャット + 会議 + Docs + 承認まで全部入りのため、補助対象範囲を 1 ツールに集約できる強みがあります (出典: Lark 公式プラン一覧 2026 年 6 月確認)。
2. 中小工務店が抱える業務システム選定の壁 — Excel / 専用 SaaS / Lark 比較
結論: 年商 3-30 億・社員 10-50 名・年間工事件数 30-200 件の中小工務店なら、『Lark + 必要に応じて専用 SaaS をハブ連携』が最もコストパフォーマンスが高い。本セクションは選択肢ごとの強み・弱み・コストを実数で比較します。
2-1. 4 つの選択肢の構造比較
| 選択肢 | 強み | 弱み | 30 名規模 月額目安 |
|---|---|---|---|
| Excel 継続 | 初期コストゼロ・誰でも使える | 転記ミス・並行編集事故・属人化・現場と分断 | ¥0 (人件費ロス別) |
| 専用工事管理 SaaS | 建設業特化機能・原価管理が深い | 単価が高い・現場が使わないリスク・チャットは別 | ¥150,000〜¥450,000 |
| kintone (汎用 DB) | カスタマイズ自由・国内シェア大 | 最小契約 10 名化 + 値上げ・チャットは別 (Slack 等) | ¥54,000 (スタンダード 30 名) |
| Lark (統合型) | 業務 DB + チャット + 会議 + Docs + 承認が 1 つに | 建設業特化機能はないので自社設計が必要 | ¥42,600 (Pro 30 名) |
2-2. Excel 継続の限界 — 案件 50 件超で破綻する 3 つのパターン
Excel は単発の試算には強力ですが、業務基盤として使うと以下の 3 パターンで破綻します。①転記ミス: 案件マスタ → 原価表 → 入金管理表の三重転記で、月末に数字が合わなくなる。②並行編集事故: 複数人が同時に開いて『誰の保存が上書きされたか分からない』状態が頻発する。③属人化: 関数とマクロを組んだ担当者が退職すると、誰もメンテできないブラックボックスが残る。詳しい脱 Excel 設計は Lark Base 脱 Excel 30 日チャレンジ で解説しています。
2-3. 専用工事管理 SaaS の課題 — 機能過剰と単価のミスマッチ
専用工事管理 SaaS は『建設業特化』『現場 IoT 連携』『BIM 連携』など強力な機能を持つ反面、機能が豊富すぎて中小工務店が使い切れないケースが多発します。1 ユーザー月 5,000-15,000 円のレンジで、社員 30 名なら月 15-45 万・年 180-540 万のランニングコストになり、コスト負担に対する活用度が見合わないという経営判断が下されがちです。さらに『工事管理は専用 SaaS、チャットは LINE、会議は Zoom、ドキュメントは Word/Excel、承認は紙』の分散構造は解消されません。
2-4. kintone は値上げと最小契約 10 名化の影響を受けるタイミング
kintone は汎用業務 DB として実績豊富ですが、2026 年 11 月から既存契約にも最小契約 10 ユーザー化が完全適用され、スタンダードコースは 1 ユーザー月 ¥1,800 (税抜) です。5-9 名規模だと使わない 3-5 席分を払い続ける構造になります。さらに kintone はチャット機能・会議機能を持たないため、Slack や Teams・Zoom と組み合わせる必要があり、ツール分散のコストが残ります。詳しい kintone との比較は Lark vs kintone どっちを選ぶべきか と kintone 値上げ&最小契約 10 名化(2026 年 11 月) をご参照ください。
2-5. なぜ中小工務店は Lark が刺さりやすいのか
Lark は『業務 DB (Base) + チャット (Messenger) + 会議 (Meetings) + ドキュメント (Docs) + 承認 (Approval) を 1 テナント内に統合した SaaS』です。中小工務店の業務構造は『現場 (写真・日報・職人手配・進捗報告)』と『事務 (原価・支払・契約・経営判断)』が密に連携する必要があるため、『同じツール内で会話・データ・承認が完結する』ことが現場/事務分断の解消に直結します。Lark Pro なら 30 名で月 ¥42,600・年 ¥511,200 (Pro 単価 ¥1,420 × 30 × 12) で、専用工事管理 SaaS の 1/4〜1/10 のコストで一元化が成立します。具体的な統合効果は SaaS ポカリプス 2026 — 中小企業が『統合型』へ移行すべき 5 つの理由 でも整理しています。
3. Lark で工事管理を組み立てる全体像 — 5 モジュール統合設計
結論: 中小工務店の工事管理は、Lark の Base / Messenger / Docs / Calendar / Approval の 5 モジュールにマッピングできる。本セクションは『どの業務をどのモジュールで受けるか』のマップを提示します。
3-1. 業務 ⇄ Lark モジュール マッピング表
| 業務領域 | 主モジュール | 補助モジュール | 解消する分散 |
|---|---|---|---|
| 案件マスタ・工程・原価 | Lark Base | Docs (見積/契約) | Excel + 紙伝票 → 1 つの DB |
| 現場 ⇄ 事務 連絡 | Lark Messenger | Base (案件と紐付け) | LINE → 案件単位で検索可能なチャット |
| 日報・写真・図面 | Lark Docs + Base | Messenger (即時投稿) | 紙の日報 + SD カード → 検索可能なアーカイブ |
| 職人・協力会社の手配 | Lark Messenger (グループ) | Calendar (予定共有) | 電話 + LINE 複数グループ → 案件別の正規グループ |
| 見積・追加変更承認 | Lark Approval | Docs (申請文書) | 紙の決裁・メールチェーン → ワークフロー |
| 会議・打合せ・遠隔現場確認 | Lark Meetings | Docs (議事録) | Zoom + Word → 1 ツールで完結 |
3-2. なぜ 5 モジュール統合が原価管理の精度を上げるのか
原価管理が遅れる根本原因は『原価情報が複数ツールに分散している』ことです。仕入請求書はメール、職人の稼働時間は LINE、変更工事はメモ、外注費は紙の請求書。これを Excel に転記する時点で 1-2 週間の遅延が発生します。Lark の 5 モジュール統合では、仕入・労務・外注・追加変更のすべてが『Lark Base の同じ案件レコード』に紐づくため、転記の中間ステップが消え、月末月初の集計が翌日に縮みます。
3-3. 同一テナントで完結する強み — 権限とログの一元管理
5 つの SaaS を組み合わせる運用と、1 つのテナントで完結させる運用の最大の違いは、権限管理と監査ログです。退職者の権限剥奪を 1 箇所で完結でき、ISO/プライバシーマーク等の社外監査時にもアクセスログを 1 箇所で揃えられます。中小工務店の場合、ISMS 取得済みでなくても、『元職員が退職後も LINE グループに残ったまま』『協力会社の旧担当者が古い Dropbox を見られたまま』というガバナンス事故が経営リスクになります。Lark の統合テナントは、この種の事故を構造的に防止します。
4. Lark Base 工事台帳テンプレ — 4 テーブル設計と項目リスト
結論: 案件マスタ・工程・実行予算・入出金の 4 テーブルを関連付ければ、中小工務店の工事台帳は Lark Base で十分に運用できる。本セクションは 4 テーブルの項目と関連付けを具体的に提示します。
4-1. 案件マスタテーブル — 工事 1 件 1 行の親テーブル
- 主キー: 案件番号 (例: 2026-K-0123 形式の自動採番)
- 基本情報: 案件名 / 施主名 / 工事種別 (新築/リフォーム/メンテ) / 受注額 / 着工日 / 完了予定日 / 担当 PM
- ステータス: 見積中 / 受注 / 着工 / 進行中 / 引渡 / 完了 / 保留 / 失注
- 住所・連絡先: 工事場所住所 / 施主連絡先 / 緊急連絡先
- 関連工程: 工程テーブルへの 1:N リンク
- 関連原価: 実行予算テーブルへの 1:N リンク (受注額 vs 実行予算 vs 実績原価のロールアップ)
- 粗利集計: フォーミュラで『受注額 – 実績原価』を自動算出
4-2. 工程テーブル — 案件 ⇄ 工程の 1:N で進捗を粒度高く管理
- 主キー: 工程 ID (自動採番)
- 外部キー: 案件マスタへのリンク
- 工程情報: 工程名 (基礎 / 上棟 / 内装 / 設備 / 引渡 等) / 担当 / 開始予定日 / 完了予定日 / 実績開始 / 実績完了
- 進捗: 0% / 25% / 50% / 75% / 100% の単一選択
- 関連職人: 担当する協力会社 / 職人グループへのリンク
- 関連写真: 写真テーブルへの 1:N リンク (Lark Base 添付ファイル)
- 遅延フラグ: フォーミュラで『完了予定 < 今日 AND 進捗 < 100%』を自動判定
工程テーブルは Lark Base のガントチャートで案件・工程管理を一元化する完全手順 で解説しているガントビューを設定することで、案件横断の工程可視化が可能になります。
4-3. 実行予算テーブル — 費目別の実行予算と実績原価を 1:N で管理
- 主キー: 予算 ID
- 外部キー: 案件マスタへのリンク
- 費目分類: 労務費 / 材料費 / 外注費 / 経費 (建設業会計 4 区分)
- 明細: 費目名 / 仕入先・職人 / 見積原価 / 実行予算 / 実績原価 / 残予算
- 支払予定日: 月次集計でキャッシュフロー計画に使用
- 承認状態: 申請中 / 承認済 / 否認 (Lark Approval と連動)
- 関連入出金: 入出金テーブルへの 1:N リンク
4-4. 入出金テーブル — 入金予定 / 仕入支払 / 経費精算の集約
- 主キー: 入出金 ID
- 外部キー: 案件マスタ / 実行予算へのリンク
- 区分: 入金 / 出金 (仕入) / 出金 (外注) / 出金 (経費)
- 金額・予定日・実績日: キャッシュフロー集計の元
- 請求書添付: 仕入請求書・領収書を Lark Base 添付ファイルとして保管
- 会計コード: 会計ソフト連携用の費目コード (CSV エクスポート対応)
4-5. 4 テーブルの関連付け図
関連付けは『案件マスタ (親) → 工程・実行予算・入出金 (子)』の 1:N 構造です。Lark Base のリンクフィールドとロールアップを使うことで、案件マスタ 1 行を開けば『関連工程の進捗・実行予算の総額・実績原価の集計・支払予定・粗利』が同時に表示される台帳が完成します。Excel の VLOOKUP / SUMIF の複雑な相互参照が、リンクフィールドとロールアップの設定数十クリックに置き換わります。Lark Base の基礎モジュールについては Lark Base が中小企業の業務効率を変える 3 つの理由 もご参照ください。
💡 4 テーブル設計テンプレートをお渡しします: 案件マスタ / 工程 / 実行予算 / 入出金 の関連付け済み Lark Base テンプレートを 60 分の無料相談で展開します。
既存の Excel 工事台帳を持ち込んでいただけば、自社の費目構成に合わせたカスタマイズ案も同時に提示します。
5. 原価管理を「リアルタイム化」する Lark の動線設計
結論: 仕入請求書到着 → Lark Base 入力 → ロールアップ集計 → 粗利可視化 までを当日中に回す動線が、原価のリアルタイム化を実現する。本セクションは入力ハードルを下げる具体的な動線を提示します。
5-1. 仕入請求書を当日中に Lark Base に入れる動線
- 請求書受領 (事務員): 紙 / PDF / 電子データの 3 系統を受領
- Lark Messenger に投稿: 『#請求書受領』チャンネルに PDF を画像投稿 (証跡)
- Lark Base 入出金テーブルに新規行: 区分 = 出金 (仕入)、金額 / 仕入先 / 案件 (リンク) / 費目 / 予定日 を入力 (モバイルから 2 分)
- 添付ファイルに請求書 PDF を保存: Lark Base のファイル列に直接ドロップ
- 承認フロー: 一定金額超は Lark Approval が自動起動 → 担当 PM → 経理 → 代表 の順で承認
- 支払指示: 承認完了でステータス更新、月次の支払一覧ビューに自動集約
5-2. 経費精算を Lark Approval で並走させる
現場担当者の交通費・燃料費・小口経費は、紙の精算書と領収書テープ貼り付けの代わりに、Lark Approval のモバイルフォーム + 領収書写真添付で完結させます。Approval から承認されたデータは Lark Base の入出金テーブルに自動連携 (Workflow 設定) し、原価としてリアルタイム計上されます。承認フローの設計詳細は Lark Base × Workflow で承認フローを自動化する実装ガイド をご参照ください。
5-3. ロールアップ集計で『案件粗利』を当日可視化
案件マスタの 1 行を開けば、関連する実行予算と入出金がロールアップで自動集計され、『受注額 ¥30,000,000 / 実行予算 ¥24,500,000 / 実績原価 ¥18,200,000 / 残予算 ¥6,300,000 / 暫定粗利 ¥11,800,000』のように、その時点の数字が即座に見えます。費目別の進捗 (労務 / 材料 / 外注 / 経費) も同時に表示できるため、『材料費が想定より 8% オーバーしている』『外注費が予算消化 80% で工程は 50%』といった早期警告を、月末を待たずに掴めるようになります。
5-4. 月次決算が当月内に終わる体質
従来は『月末 → 仕入請求書集計 1 週間 → 経費精算集計 3 日 → 原価転記 3 日 → 翌月 10 日に粗利確定』が標準でした。Lark Base での原価リアルタイム化を実装すると、月末日 18 時時点で 90% の原価が確定済になり、翌月 3 日以内に粗利確定・経営会議が可能になります。当社の自社 EC 事業では、月次の業務工数を 240 時間 → 24 時間 (-90%) に圧縮した実証がありますが、その大部分はこの『集計の中間ステップを消す』設計から生まれています。建設業の原価管理にも同じ設計思想が適用できる領域です。詳しい自社実証は 中小 EC 事業者の Lark 活用 — 自社実証で見る業務時間 240h→24h と 90% 削減の現実 をご参照ください。
6. 現場日報 × 写真管理 を Lark Docs + Base + Messenger で一本化
結論: 日報フォーマットを Lark Docs テンプレで統一し、写真は Lark Base の案件レコードに紐づけ、即時投稿動線を Messenger に置く。これだけで紙の日報・SD カード・LINE の写真の三重管理が消えます。
6-1. 日報テンプレ — Lark Docs で統一フォーマット
Lark Docs テンプレに『日付 / 案件 / 工程 / 出役者 / 作業内容 / 進捗 / 翌日予定 / 安全事項 / 写真』の項目を組み、現場ごとに毎日コピーして使う運用にします。Docs はモバイルから 3 タップで複製可能で、音声入力も使えるため、現場での記入時間は 3-5 分に収まります。記入完了後にチャットで『日報投稿しました』とリンクを送れば、事務所側は当日中に全現場の状況を一覧できます。
6-2. 写真管理 — Lark Base の案件 × 工程テーブルに紐づける
- 写真テーブル設計: 写真 ID / 案件 (リンク) / 工程 (リンク) / 撮影日 / 撮影者 / カテゴリ (進捗 / 検査 / 完了 / 不具合) / 写真本体 (添付)
- モバイル投稿: 現場でスマホから 1 タップで案件選択 → 写真撮影 → 投稿
- 検索性: 『案件 ABC の上棟検査写真だけ』『2026 年 5 月撮影の不具合写真だけ』といった条件検索が可能
- 外部共有: 施主に共有したい写真は Lark Docs にビュー埋め込みでまとめて公開リンクを生成
6-3. Messenger からの即時投稿動線
Lark Messenger の案件別グループから、写真を投稿すると同時に Lark Base の写真テーブルに自動転記する Workflow を組むことで、現場の入力負荷を最小化します。職人がチャットに写真を投げる行動だけで、構造化された写真台帳が裏で構築されていく設計です。LINE では実現できない『情報の二重利用』が、Lark の統合テナント設計の真価です。
7. 職人・協力会社の手配を Lark Messenger で完結させるチャットルール
結論: 工程別グループチャットを Lark Messenger に作り、協力会社をゲスト招待し、案件終了時に権限を切るルールを固定化する。これだけで LINE グループ運用の構造的欠陥が解消します。
7-1. 工程別グループの設計パターン
- 案件全体グループ: PM・現場監督・事務 (社内のみ)
- 工程別グループ: 基礎 / 上棟 / 内装 / 設備 / 引渡 ごとに分割、該当工程の協力会社をゲスト招待
- 連絡用グループ: 施主との緊急連絡用 (必要時のみ)
- 固定トピック: 各グループの先頭ピン留めに『案件名・住所・工期・緊急連絡先』を固定
7-2. 協力会社をゲスト招待する権限設計
Lark は外部メールアドレスのユーザーをゲストとしてグループに招待でき、招待された協力会社は『チャットと指定 Docs のみ閲覧可能』『Base や経営情報は不可視』という権限設定が可能です。LINE グループでは権限分離ができず『退職した協力会社の担当者が古い案件のやり取りを見られたまま』という事故が頻発しますが、Lark なら案件終了日にワンクリックで権限を切ることができます。
7-3. 工程完了の写真報告ルール
工程の完了時には、職人が現場でスマホから『#完了報告 [工程名] [日付]』のフォーマットでチャットに投稿し、写真 3-5 枚を同時添付するルールにします。事務所側は Workflow で『#完了報告』タグを検知して、Lark Base の工程テーブルを自動でステータス更新 → 案件マスタの工程進捗を再集計、までを自動化できます。職人側の負荷は『投稿 1 回』だけで、その後の台帳更新は全部自動で走る設計です。
7-4. 月末締めの原価確定通知
毎月 25 日に Workflow で『今月の請求未着案件をリストアップ → 各協力会社の Messenger に通知 → 月末までの請求書提出を依頼』を自動実行します。これにより『請求書の到着遅延で粗利確定が翌々月になる』問題が構造的に解消されます。
8. マルチ現場のガントチャート設計 — Lark Base ビューと遅延アラート
結論: 工程テーブルを Lark Base のガントビューで開き、案件 × 工程 × 担当者の 3 軸で並べると、複数現場の進捗が 1 画面で見渡せる。遅延アラートは Workflow で自動化します。
8-1. ガントビューの設定 — 案件 × 工程の 2 軸表示
Lark Base のガントビューは、行ごとに 1 工程を表示し、横軸を時系列に並べる標準機能です。中小工務店の場合、5-20 案件 × 各 5-10 工程 = 30-200 行のガントチャートが運用レンジになります。案件単位でグルーピングすれば、案件ごとの工程進捗が折り畳み可能な階層構造で表示できます。詳しいガント設計手順は Lark Base のガントチャートで案件・工程管理を一元化する完全手順 をご参照ください。
8-2. 担当者別ビューでリソース可視化
同じ工程テーブルから『担当者で並べる』ビューを別途作成すれば、PM ごと・現場監督ごとの抱える工程量が一覧できます。『来週から鈴木 PM の負荷が 8 案件並走で危険』という早期把握が可能になり、案件配分の調整が前倒しで判断できます。
8-3. 遅延アラートを Workflow で自動化
- 遅延条件: 完了予定日 < 今日 AND 進捗 < 100%
- 1 日遅延: 担当 PM の Messenger に DM 通知
- 3 日遅延: 担当 PM + 営業所長のグループに通知
- 7 日遅延: 経営層への自動レポート
- 1 日前リマインド: 完了予定日の前日に担当 PM へリマインド
これらのアラートは Lark Base の自動化 (Automation) で構築でき、Lark Pro プランなら月 50,000 回まで自動化実行が可能です (出典: Lark 公式プラン一覧 2026 年 6 月確認)。中小工務店の規模なら、1 日数十回の自動化で十分にカバーできます。
9. 30 日導入ロードマップ — 棚卸し・並走・切替
結論: 全部一度に移行せず、上位 3 領域 (案件・工程・原価) から着手し、代表ユーザー 5 名で並走運用する設計が、30 日切替を成立させる。本セクションは Day 1 から Day 30 までの具体スケジュールを提示します。
9-1. Step 1: 業務棚卸しと現状把握 (Day 1-10)
- Day 1-3: 動いている Excel ファイル・LINE グループ・紙伝票を全部リスト化
- Day 4-5: 案件マスタ / 工程 / 原価 / 入出金 / 日報 / 写真 / 職人手配 の 7 領域にマッピング
- Day 6-7: 代表ユーザー 5 名 (現場 3・事務 2) を選定、30 日伴走責任者 1 名を決定
- Day 8-10: 上位 3 領域を選定 (通常は案件マスタ・工程・原価)、過去 3 ヶ月分のサンプル案件を 5-10 件抽出
棚卸しを飛ばして即実装に入ると、結局『使われない箱』を作って終わるリスクが高いため、Day 1-10 の現状把握は省略しません。詳しい失敗パターン回避策は Lark 導入失敗パターン 3 つ — 中小企業が避けるべき落とし穴 をご参照ください。
9-2. Step 2: Lark Base テンプレ構築と並走運用 (Day 11-20)
- Day 11-13: 案件マスタ・工程・実行予算・入出金の 4 テーブル構築、リレーション・ロールアップ・フォーミュラ設定
- Day 14-15: ガントビュー・担当者別ビュー・遅延アラート Workflow を構築、サンプル案件で動作確認
- Day 16-17: 事務所側ユーザー 2 名で並走運用開始、Excel と Lark Base の両方に入力
- Day 18-19: 現場側ユーザー 3 名を巻き込み、モバイルからの入力テスト、不足項目をリストアップ
- Day 20: 並走運用の最終調整、テンプレ修正、切替判断会議
9-3. Step 3: 切替・運用安定化 (Day 21-30)
- Day 21: Excel 新規入力停止日。代表ユーザーから全社員へ通達、Lark Base 単独運用開始
- Day 22-24: 困りごとを Messenger に投げる『#移行サポート』チャンネルを設置、小さな改修を即対応
- Day 25-26: 月末締め業務を初めて Lark Base で実施、集計遅延・転記漏れがないかチェック
- Day 27-28: 翌月分の案件投入と工程設定、職人グループに Lark Messenger 招待開始
- Day 29-30: 30 日成果のレビュー、KPI 確認 (集計時間・転記回数・案件可視性)、次の 30 日で追加する領域を決定
切替の鍵は『Excel への新規入力を Day 21 でハッキリ止める』ことです。並走を延長すると、全員が Excel に戻る重力が働き、Lark Base への切替が永遠に来ません。Day 11-20 の 10 日間で並走をしっかりやるからこそ、Day 21 の切替が成立します。
9-4. 30 日で『扱わない』領域 — 後追い計画
日報・写真管理・職人手配・経費精算は『次の 30 日』で乗せます。30 日で全部やろうとすると、現場の習熟が追いつかず、結局 LINE と Excel に戻ります。優先順位は『案件マスタ・工程・原価』を最初の 30 日で固め、次に『日報・写真』を Day 31-60、最後に『職人手配グループ全展開』を Day 61-90 という 3 段階展開が、当社の伴走経験上もっとも定着率が高い設計です。中小企業全体の DX 進め方は 中小企業の DX を 90 日で軌道に乗せる実践ロードマップ でも整理しています。
🚩 30 日ロードマップを自社案件に当てはめます: 自社の年商・社員数・案件数・既存ツールを踏まえた『工事管理 Lark 集約 30 日設計』を 60 分で具体化します。
2024 年問題と人材不足の中で、いつまでに何を変えるべきか — 経営判断材料を持ち帰っていただける構成です。
10. よくある質問
Q1. 中小工務店が Lark を使う場合、最初に着手すべき業務はどれですか?
案件マスタと工程管理 (ガント) の 2 つから着手するのが最短です。理由は、ここが現場と事務所の情報分断の起点であり、ここが整うだけで『今どの案件がどの工程にあるか』が両方からリアルタイムで見えるようになるためです。原価管理・日報・写真管理はその後 Day 11-20 で乗せていく順序が、現場の習熟度を保ちながら 30 日に収める設計上のセオリーです。最初から原価管理を入れようとすると、入力負荷が高くて現場が使わない状態になりがちで、これが Lark 導入失敗パターンの 1 つです。
Q2. Excel と専用工事管理 SaaS と Lark、中小工務店はどう選び分けるべきですか?
年商 3-30 億・社員 10-50 名・年間工事件数 30-200 件の中小工務店なら Lark の汎用 + 自社カスタムが最もコストパフォーマンスが高い領域です。Excel 継続は転記ミス・属人化・並行編集事故が積み上がり、案件 50 件を超えたあたりで限界が来ます。専用工事管理 SaaS は機能が豊富で安心感がありますが、1 ユーザー月 5,000-15,000 円の単価帯が多く、社員 30 名で月 15 万-45 万、年 180 万-540 万のコスト負担になります。Lark Pro なら 30 名で月 ¥42,600 (年 ¥511,200) で工事管理 + チャット + 会議 + Docs + 承認まで全部入り、現場が LINE 感覚で使えるという両立が成立します。
Q3. Lark Base で工事原価管理は本当に可能ですか? 専用システムでないと無理ではないですか?
工事 1 件あたりの原価項目数が 30-100 程度、年間案件数が 200 件以下の中小工務店なら Lark Base で十分に運用できます。案件マスタ・工程・実行予算・入出金の 4 テーブルを関連付ければ、見積原価 vs 実行予算 vs 実績原価のリアルタイム比較・粗利可視化・支払予定の月次集計が Lark Base のロールアップとフォーミュラで自動計算できます。一方、原価項目が 500 以上・複数工事を跨ぐ共通費按分が必要・建設業会計の仕訳まで連動させたい場合は専用システムが向いており、Lark Base は前工程 (現場・事務) の入力ハブとして使い、会計連動は CSV または freee / マネーフォワード経由で処理する設計が現実的です。
Q4. 職人・協力会社など社外の関係者を Lark のグループに入れて大丈夫ですか?
はい、Lark は外部ユーザーをゲストとして招待でき、工程別のグループチャットや特定の Docs / Base を共有することが可能です。協力会社の担当者ごとに見える範囲を絞り、案件終了後はワンクリックで権限を切れるため、LINE グループで起こりがちな『退職者がグループに残り続ける』『過去案件のやり取りが混ざる』問題を構造的に解決できます。ただし招待時には『社外には実行予算と粗利は見せない』『写真の取り扱いルールを共有する』など、社内側のガバナンスを先に決めておくことが重要です。
Q5. 現場のベテラン職人がスマートフォンに不慣れですが、本当に Lark を使えますか?
使えます。Lark Messenger の UI は LINE と非常に似ており、写真送信・スタンプ・既読確認・通話まで LINE 感覚で操作できます。Lark Base への入力もモバイル UI が用意されており、案件名と工程を選び『完了』ボタンを押すだけの設計にすれば、入力 3 タップで現場報告が完結します。当社が中小製造業の事例で確認しているのは『最初の 1 週間は事務員が現場の代理入力 → 2 週目から職人がスマホで自分で入力 → 3 週目以降は職人主導』という習熟カーブで、3 週間程度の伴走で 60 代の職人さんでも問題なく定着するケースが多いです。
Q6. 建設業向けの専用機能 (BIM 連携・施工管理アプリ連携など) は Lark で扱えますか?
BIM ビューワや 3D モデル直接編集など『建設業の専門ツール』としての機能は Lark の守備範囲外です。Lark がカバーするのは『情報の一元化・流通・蓄積』の領域で、BIM / CAD / 施工管理アプリは引き続き専用ツールを使い、その成果物 (PDF・図面・進捗データ) を Lark Docs / Base に集約する設計が正解です。例えば ANDPAD や スパイダープラス で記録した日報・写真・図面を Lark Base にリンクして、案件単位で串刺し検索できるようにする、というハブ運用が実用解です。
Q7. Lark 導入に補助金は使えますか? 建設業向けの補助金はどれが対象ですか?
2026 年度『デジタル化・AI 導入補助金』(旧 IT 導入補助金) は SaaS 導入を含む業務効率化が対象になり得ます。建設業の中小事業者は加えて『中小企業省力化投資補助金』や、業界団体・自治体が運用する建設業向けデジタル化支援スキームも候補に入ります。いずれも年度ごとに公募要領が更新され、補助対象 / 採択条件 / 補助率も改定されるため、必ず事務局の公募要領を一次情報として確認のうえ、自社の補助対象 / 採択条件 / 期日を満たすか判断してください。当社では『Lark 導入と補助金申請を並行で組み立てる』相談も受けており、申請ストーリーの組み立てから伴走しています。
Q8. 30 日で本当に Lark への切り替えが完了しますか?
上位 3 領域 (案件マスタ・工程・原価) に絞り、現場 3 名+事務 2 名の代表ユーザーで進める設計なら、30 日切替は現実的なレンジです。当社の自社 EC 事業では受発注・在庫・経費・案件管理を Lark Base に集約し、月 240 時間の業務工数を 24 時間 (-90%) に圧縮した実績があります。一方、年間 200 件超の案件規模・複数支店・基幹会計と密結合といった環境では 30 日では完了せず、90 日プランで Phase 1-3 に分割する設計が安全です。30 日設計の最大のリスクは『並走期間を縮めすぎて切替日に現場が使えない』ことで、Day 11-20 の 10 日間の並走運用は必ず確保してください。
Q9. 既存の業務システム (見積ソフト・原価管理ソフト・会計ソフト) と Lark はどう連携させますか?
連携の基本は『情報の入口を Lark に一本化し、出力先に既存システムを置く』設計です。具体的には、案件発生 → Lark Base に登録 → 見積データを Lark Docs / Sheets で作成 → 承認は Lark Approval → 確定見積を既存見積ソフトに転記 (もしくは CSV / API 連携)、原価実績は仕入請求書到着時に Lark Base へ入力 → 月次で会計ソフトへ CSV エクスポート、という流れです。完全な API 自動連携が必要な場合は Lark の Webhook / OpenAPI を活用しますが、最初の 30 日は CSV / コピペ運用で十分で、運用が落ち着いてから自動化を追加する順序が安全です。
Q10. 中小工務店 1 社の Lark 導入を相談だけでもお願いできますか?
はい、60 分の無料相談を実施しています。検討初期段階のご相談を歓迎しており、相談だけで契約を強制することはありません。当社アウフヘーベンジャパン株式会社は群馬・前橋を拠点に、自社 EC 事業で月 240 時間 → 24 時間 (-90%) を実証した実体験から、中小企業の Lark 導入と業務システム移行を伴走しています。建設業については、現場/事務分断と原価不透明の解消を 30 日プランで設計するご相談を多くいただいています。お問い合わせフォームまたは Lark 導入支援サービスページからご相談ください。
まとめ — いま着手すべき 3 つの行動
本記事では、中小工務店の工事管理・原価管理を Lark の 5 モジュールで一元化する全体像を、業務システム選定の比較軸・4 テーブル設計テンプレ・原価リアルタイム化動線・現場日報×写真管理・職人手配チャットルール・マルチ現場ガント・30 日導入ロードマップまで順に提示しました。
2024 年問題と人材不足の中で、ツール分散のまま延命できる期限は短くなっています。中堅以上の建設会社は既に着手済みで、いま遅れているのは社員 10-50 名規模の中小工務店です。最初の 30 日で『案件マスタ・工程・原価』の 3 領域だけ Lark Base に集約する──これが最小コストで最大の経営効果を生む着手順序です。読了後の行動として、以下の 3 つをおすすめします。
- 自社の現状棚卸し: 動いている Excel・LINE・紙伝票を 1 枚にリスト化し、案件マスタ / 工程 / 原価 / 入出金 / 日報 / 写真 / 職人手配 の 7 領域にマッピングする
- Lark Pro の無料体験: Lark 公式 から 14 日間の無料試用を始め、案件マスタテーブルだけ作って動作感を確認する
- 60 分の無料相談: 自社の年商・社員数・案件数を踏まえた『工事管理 Lark 集約 30 日設計』を お問い合わせフォーム から受け取る
🏗 中小工務店の Lark 集約 30 日設計: 自社 EC 事業で月 240h→24h(-90%) を実証したアウフヘーベンジャパンが、貴社の工事管理・原価管理を 60 分で具体化します。
『現場と事務所の情報分断をどう解消するか』『専用 SaaS と Lark の使い分け』『補助金活用と並行設計』 — どんな段階のご相談でも歓迎です。
関連記事 — Lark 導入を立体的に検討するために
- Lark Base が中小企業の業務効率を変える 3 つの理由 — Base の基礎モジュール理解
- Lark Base のガントチャートで案件・工程管理を一元化する完全手順 — 工程管理セクションの実装詳細
- Lark Base 脱 Excel 30 日チャレンジ — 脱 Excel 設計の総論
- Lark Base × Workflow で承認フローを自動化する実装ガイド — 承認動線の設計
- Lark vs kintone どっちを選ぶべきか — 汎用業務 DB の比較
- SaaS ポカリプス 2026 — 中小企業が『統合型』へ移行すべき 5 つの理由 — 統合型の経営合理性
- Lark 導入失敗パターン 3 つ — 中小企業が避けるべき落とし穴 — 失敗回避策
- 2026 年度 デジタル化・AI 導入補助金 完全ガイド — 補助金活用
- 中小企業の DX を 90 日で軌道に乗せる実践ロードマップ — DX 全体設計
- 中小 EC 事業者の Lark 活用 — 月 240h→24h 自社実証 — Lark 集約の効果実証
- Lark 導入支援サービス / Lark Base 業務システム構築 / 会社案内
※ 本記事は アウフヘーベンジャパン株式会社 が運営しています。Lark は ByteDance Ltd. の登録商標です。当社は Lark の導入を支援する独立した第三者コンサルティング事業者であり、ByteDance 社の公式機関ではありません。Lark の料金・機能・プラン構成は変更される可能性があるため、最新の情報は Lark 公式プラン一覧 をご確認ください。本記事の数値・引用は 2026 年 6 月 5 日時点の公開情報に基づきます。