実際の利用者レビューで比較
具体的な商品・サービスを比べる
公式情報は仕様・料金・対象条件の確認に使い、使いやすさや満足度の評価は公開レビューの傾向を中心に採点しました。良い意見だけでなく、不満や使いにくさの声も得点に反映しています。
表は横方向にスクロールできます
| 順位 | 商品・サービス | 総合得点 | レビュー根拠 | 現場での使いやすさ | 用途との適合度 | 注意点の把握しやすさ | 詳細 |
|---|---|---|---|---|---|---|---|
| 1位 | 株式会社ダイテック 現場Plus | 91/100 | 28/30 | 23/25 | 28/30 | 12/15 | 詳細を見る |
| 2位 | 株式会社アンドパッド ANDPAD | 88/100 | 26/30 | 21/25 | 29/30 | 12/15 | 詳細を見る |
| 3位 | 株式会社アルダグラム KANNA | 69/100 | 12/30 | 21/25 | 25/30 | 11/15 | 詳細を見る |
-
1位 株式会社ダイテック
現場Plus
総合得点 91/100項目別の得点
レビュー根拠 28/30点現場での使いやすさ 23/25点用途との適合度 28/30点注意点の把握しやすさ 12/15点レビューで評価された点
- 工程・写真・図面をまとめて共有でき、電話やFAXを減らせたという声が多い
- 現場のIT習熟度が高くなくても操作しやすいという評価が目立つ
レビューで気になった点
- 通知量や権限・初期ルールを整理しないと情報が埋もれやすいという指摘がある
-
2位 株式会社アンドパッド
ANDPAD
総合得点 88/100項目別の得点
レビュー根拠 26/30点現場での使いやすさ 21/25点用途との適合度 29/30点注意点の把握しやすさ 12/15点レビューで評価された点
- 案件単位で工程・写真・見積・連絡を一元管理できる点が評価されている
- 元請・協力会社への進捗共有をタイムリーにできたという声がある
レビューで気になった点
- 関係のない通知が増えやすいことや、初期設定が分かりにくいという指摘がある
-
3位 株式会社アルダグラム
KANNA
総合得点 69/100項目別の得点
レビュー根拠 12/30点現場での使いやすさ 21/25点用途との適合度 25/30点注意点の把握しやすさ 11/15点レビューで評価された点
- 写真付き報告の標準化や即時共有、導入のしやすさを評価する声がある
レビューで気になった点
- 案件数が多い場合の絞り込みに改善要望があり、公開レビューは1件と少ない
レビューは投稿者の利用環境や目的で評価が変わります。点数はレビューの星をそのまま転載せず、記事テーマに合う評価項目へ編集部が配点した相対評価です。
協力会社との工程共有で先に決めるべきなのは、使う道具ではなく「誰が、いつ、どの記録を確定するか」です。
複数職種が乗り込み時期を調整する建築現場を想定し、3週先行工程+制約ログ・クラウド工程表の共同更新・週間定例+確定版PDF配布の三つを比較しました。以下の選び分けは製品の販売数や利用者数ではなく、複数職種が乗り込み時期を調整する建築現場の条件に応じて使い分ける選択肢です。
想定条件に最も合う方法は3週先行工程+制約ログです。着手不能の理由を作業日前に処理できる点を重視しています。ただし、協力会社のスマホ利用と権限設定が可能な現場ではクラウド工程表の共同更新、デジタル共同編集が難しい小規模現場では週間定例+確定版PDF配布のほうが合理的です。
3つの方法を比較
| 区分 | 方式 | 主な仕組み | 向く条件 | 注意点 |
|---|---|---|---|---|
| 方法A | 3週先行工程+制約ログ | 先行3週間の阻害要因を除去 | 資材・承認・前工程の待ちが多い現場 | 細かな日々の入替えは別途伝達が必要になる |
| 方法B | クラウド工程表の共同更新 | 各社が同じ工程表を閲覧・更新 | 協力会社のスマホ利用と権限設定が可能な現場 | 編集権限が広すぎると基準工程まで書き換わる |
| 方法C | 週間定例+確定版PDF配布 | 会議で調整し確定版を固定 | デジタル共同編集が難しい小規模現場 | 会議後の変更が紙や電話へ分散しやすい |
比較の前提と評価軸
協力会社との工程共有の選び分けは、次の4項目を合計100点として編集部が決めました。法令適合や発注者指定は点数より優先し、満たさない方式は採用対象にしません。
| 評価項目 | 配点 | 評価するときに見る記録 |
|---|---|---|
| 変更の到達速度 | 30点 | 更新時刻と既読・確認時刻 |
| 制約の見える化 | 30点 | 資材・図面・前工程の制約ログ |
| 担当境界の明確さ | 20点 | 作業区画と会社名が入った工程表 |
| 参加しやすさ | 20点 | 協力会社別の未確認件数 |
「便利そう」「報告が増えた」といった印象は証拠に含めません。比較時に使うのは、作成日時、承認履歴、差し戻し理由、期限超過など、同じ条件で数え直せる記録です。
3方式の仕組み・強み・弱点
方法A:3週先行工程+制約ログ
週間工程を並べるだけでなく、各作業の開始条件を制約ログへ分離し、解除担当と期限を毎週確認します。
強みは着手不能の理由を作業日前に処理できることです。制約ID、解除担当、解除確認日時を残せるため、手待ちが生じた案件でも、誰がどの条件をいつ解消したかを3週先行工程から再確認できます。
一方で、細かな日々の入替えは別途伝達が必要になるという弱点があります。資材・承認・前工程の待ちが多い現場に限定し、制約の少ない現場では定例確認の頻度を下げて記録負荷を抑えます。
導入時は次の3週間に着手する10作業を小さく試します。10作業の試行後は、制約未解除による手待ち件数と、制約ID・解除担当・解除確認日時の欠落率を旧運用と同じ週単位で比較します。
方法B:クラウド工程表の共同更新
元請が基準工程を管理し、各社は担当作業の実績と見通しだけを権限内で更新します。
強みは最新版を一つに保ち変更時刻も追えることです。変更履歴と会社別確認ログを組み合わせることで、工程更新から各社の確認までに要した時間を会社別に追跡できます。
一方で、編集権限が広すぎると基準工程まで書き換わるという弱点があります。共同更新はスマホ利用と権限設計ができる協力会社に絞り、基準工程を変更できる権限は元請担当者だけに限定します。
導入時は2職種・1フロアの工程を小さく試します。試行後は更新から確認までの時間と、変更履歴・会社別確認ログの欠落数を旧運用と同じ条件で比べます。
方法C:週間定例+確定版PDF配布
定例会で翌週の作業区画と人数を調整し、版番号付きPDFを正本として参加会社へ配布します。
強みは導入が容易で確定内容を保存しやすいことです。版番号付き工程表と配布先一覧を突き合わせれば、どの会社にどの版が届いたかを受領記録から確認できます。
一方で、会議後の変更が紙や電話へ分散しやすいという弱点があります。PDF配布は共同編集が難しい小規模現場に限り、会議後の変更には新しい版番号と配布時刻を必ず付けます。
導入時は翌週分の定例一回を小さく試します。定例を終えたら、旧版参照による行き違い件数と、配布先一覧の未確認会社数を数えます。
条件別の選び分け
| 現場・会社の状態 | 優先する方式 | 選ぶ理由 | 導入前に確認すること |
|---|---|---|---|
| 資材・承認・前工程の待ちが多い現場 | 3週先行工程+制約ログ | 着手不能の理由を作業日前に処理できる | 制約ID、解除担当、解除確認日時が取得できるか |
| 協力会社のスマホ利用と権限設定が可能な現場 | クラウド工程表の共同更新 | 最新版を一つに保ち変更時刻も追える | 編集権限が広すぎると基準工程まで書き換わるへの対策 |
| デジタル共同編集が難しい小規模現場 | 週間定例+確定版PDF配布 | 導入が容易で確定内容を保存しやすい | 翌週分の定例一回を実施できるか |
複数方式を併用する場合も、正本となる記録は一つに決めます。口頭やチャットで決まった変更は、責任者と期限を付けて正本へ戻さなければ検索漏れが起きます。
評価に使う実在の記録
| 記録 | 何を確認できるか | 取得時点 |
|---|---|---|
| 基準工程表 | 契約上の節目と全体の前後関係 | 着工前と承認変更時 |
| 3週先行工程表 | 直近作業の区画・人数・開始条件 | 週間定例時 |
| 制約ログ | 着手を妨げる事項と解除責任 | 制約発見時 |
| 変更確認履歴 | 各社へ更新が届いた時刻 | 工程変更後 |
記録が存在しない指標は0件として扱わず「測定不能」とします。未記録と問題なしを区別しない集計は、改善したように見えても意思決定には使えません。
導入を失敗させない5ステップ
- 対象を一つに絞る:次の3週間に着手する10作業を試行範囲として、開始日と終了日を決めます。
- 現在値を残す:変更前の制約未解除の手待ち件数と工程変更の確認時間を同じ集計条件で保存します。
- 正本と責任者を決める:基準工程表を正本とし、作成者・確認者・締切を明記します。
- 例外を通す:通常ケースだけでなく、開始条件のない作業名だけを並べる場面でも処理が止まらないか確認します。
- 継続可否を判定する:旧版参照件数まで測り、改善・継続・中止の理由を一行で残します。
全社導入から始めると、方式が悪いのか説明不足なのかを切り分けられません。複数職種が乗り込み時期を調整する建築現場に合う小さな単位で旧運用と並べ、判定日を過ぎたら二重入力を終了します。
起きやすい失敗と対策
| 失敗の兆候 | なぜ危険か | 修正策 |
|---|---|---|
| 開始条件のない作業名だけを並べる | 制約未解除の手待ち件数を正しく数えられない | 基準工程表の必須欄と確定者を見直す |
| 電話変更を工程表へ反映しない | 工程変更の確認時間の悪化原因が追えない | 3週先行工程表へ変更理由を残す |
| 全協力会社へ編集権限を与える | 現場ごとの解釈差が広がる | 制約ログを月次でサンプル確認する |
記入欄を増やせば再発を防げるとは限りません。使われない欄は削り、判断に必要な根拠、責任者、期限、完了条件を優先します。
効果測定:単位を混ぜない
| 指標 | 単位 | 計算・数え方 | 確認頻度 |
|---|---|---|---|
| 制約未解除の手待ち件数 | 件 | 開始予定日に着手できなかった作業を制約ID別に数える | 週次 |
| 工程変更の確認時間 | 時間 | 更新時刻から担当会社の確認時刻までを測る | 変更ごと |
| 旧版参照件数 | 件 | 誤った版を根拠にした調整を数える | 月次 |
件数と時間、率を同じ欄へ合算してはいけません。率を比べるときは分母も併記し、工事件数や対象人数が変わった月でも読み違えないようにします。
最初の判定では三指標すべての改善を必須にしません。主要指標である制約未解除の手待ち件数が改善し、ほかの二指標が許容範囲に収まるかを、複数職種が乗り込み時期を調整する建築現場の責任者が確認します。
よくある質問
Q. 3週先行工程+制約ログを必ず採用すべきですか?
いいえ。この方法が有力なのは、複数職種が乗り込み時期を調整する建築現場という想定条件での編集部判断です。協力会社のスマホ利用と権限設定が可能な現場ならクラウド工程表の共同更新、デジタル共同編集が難しい小規模現場なら週間定例+確定版PDF配布を選びます。
Q. 専用サービスを契約しないと始められませんか?
記録件数が少ない間は表計算や既存フォームでも試せます。基準工程表の検索や承認が破綻した時点で、権限管理・履歴・連携を備えたサービスを比較します。
Q. 試行が成功したと判断する基準は何ですか?
制約未解除の手待ち件数を試行前と同じ条件で比較し、工程変更の確認時間と旧版参照件数が悪化していないことを確認します。測定不能な項目があれば成功とは判定しません。
Q. 最低限残す証拠は何ですか?
基準工程表、3週先行工程表、制約ログ、変更確認履歴です。変更時には変更者・日時・理由・承認者も同じ記録へ加えます。
まとめ
複数職種が乗り込み時期を調整する建築現場では3週先行工程+制約ログを有力な方法として整理しました。週間工程を並べるだけでなく、各作業の開始条件を制約ログへ分離し、解除担当と期限を毎週確認します。 ただし、細かな日々の入替えは別途伝達が必要になる場合はクラウド工程表の共同更新または週間定例+確定版PDF配布へ切り替えます。
採用後は制約未解除の手待ち件数だけでなく工程変更の確認時間と旧版参照件数も確認してください。数値の改善と証拠の欠落を同時に見れば、入力回数だけ増えた見かけの効率化を避けられます。
参照した一次・公的情報
上記資料は法令・公的基準と運用上の制約を確認するために参照しました。3方式は、複数職種が乗り込み時期を調整する建築現場に対して本サイトが設定した編集上の優先順です。発注者仕様、契約図書、就業規則、税務上の取扱いが別に定められている場合は、それらを優先してください。