価値の測り方
一つの建設プロジェクトを図面から支払まで一つの画面で:検収済み記録 288 件、金額にすると 0
実在の工事で、288 件の検収記録がすべて「検収済み」なのに、検収価値は 0 でした。数量のつながり 798 本がまだ機械の提案のままだったからです。一つひとつの画面は正しく見え、壊れているのは段階のあいだ。プロジェクト全体を一つの画面に載せると、待っているお金と手戻りはどれだけ減るのか。
工事の段階ごとに置き場所が違うとき、お金と質問はどこで止まるのか?
必要なのは工事数、契約金額、工期の月数、1 時間のコストだけ。月あたりの施工価値、図面質問の数、状況確認の回数はそこから導きます。すべて編集できます。
上の四つの数字から導いた値(月あたり、全工事)
仮定 — クリックしてすべての数字を確認・編集
段階のあいだで止まるお金
設計コンサルタントへの図面質問
プロジェクトの状況を知る
これは見積もりであり、約束ではありません。B が最も柔らかい項目です — 二つの質問の割合を等しくして読み直してください。「一つの画面」の数字をすべて今日の数字と同じにすると合計は 0 になります。誠実なモデルはそうできなければなりません。
施工中の公共の修復工事を一つ、匿名化して概要画面を開きます。検収記録は 288 件、288 件すべてが «Đã nghiệm thu»(検収済み)。 今日までの工程計画は契約金額の 42% を過ぎています。検収済みの価値を金額にすると、0 です。
誰も間違えておらず、ソフトウェアも壊れていません。工程計画は技術者の Excel ファイルから取り込まれ、どの作業がどの数量行に対応する かを機械が提案しました。そうしたつながりが 798 本あり、798 本すべてがまだ提案のままで、誰も確認していません。検収記録は確認 済みのつながりからしか数量を取らないので、記録はすべてあるのに、金額を持つ記録は一つもありません。同じ工事で、契約行 784 行の うち 490 行は工程計画のどの作業にも属していません。誰かが気づかない限り、それらの行は検収も支払いもされません。
一つひとつの画面は、それだけを見れば正しく見えます。記録の一覧も、契約の表も、工程計画もそろっています。壊れているのは画面と画面の あいだで、段階を並べたときにしか見えません。この記事の問いはこうです。ある段階で生まれた問題が別の段階からしか見えないとき、 それはいくらかかるのか。そしてプロジェクト全体を一つの画面に載せると、そのうちどれだけが消えるのか。
1. 何が変わったか
前回の記事では、日誌、検収記録、出来高数量表が一つの計画から生まれる話をしました。 プロジェクトのデータはもともと一本の軸にぶら下がっていました。図面、見積、数量拾い、契約数量行、作業、日誌、検収記録、支払回。 分かれていたのは画面だけです。今回の変更は、その同じ軸に沿って画面をつなぎます。
- すべてのプロジェクトに段階バー:概要 · 図書と数量拾い · 契約 · 施工(工程 / 日誌 / 検収)· 支払 · 設定。 古いリンクも正しい場所を開きます。
- «Tổng quan»(概要):段階ごとに 1 枚のカード。図面ページ数、数量拾い表、未解決の図面質問、契約金額、計画に入っていない行、 許容差を超えた行、今日までの計画 % と検収済み %、確定した日誌、支払済み額。最上部には «Cần làm»(やること) の枠があり、 その各行は件数を報告するだけでなく、問題の裏にある思い込みを正します。「数量のつながりはまだ提案です。記録は確認済みのつながり からしか数量を取らないので、これらの記録は 0 VND です」。
- 契約数量台帳に «Đã TT»(支払済み)列と «chỉ dòng lệch»(差異のある行だけ)フィルターが加わりました。数量拾いや検収数量が 契約とある割合以上ずれている行です。その割合は発注者ごとに違うので、パッケージごとに「設定」で決めます。
- 図面質問に一生がある:未解決 → 設計コンサルタントに質問済み → 回答あり(回答を記録)→ 処理済み または 見送り。設計 コンサルタントへの質問は一つの一覧として印刷できます。
- 質問は図面シートについて施工へ入る:未解決の質問があるシート上の作業、検収記録、日誌の日には ⚠ が付きます。作業や記録の 「図面番号 KC-01」は、アップロードした図面セットのまさにそのページを開くリンクです。
- プロジェクトのアシスタントがすべてのタブの下にいる。利用者がどのタブにいるかを知り、施工のすべてのタブを読めます。 「いくつ」の質問は全行の集計から答えます。上の工事で「検収記録はいくつか」は 1 回の読み取りで正しく 288 と数えられ、 クレジットは 2,910 VND でした。

2. 一つ目の流れ:段階のあいだで待っているお金
上の二つの漏れは、どちらもすでに稼いだのに支払回に届かないお金です。どの作業も持たない契約行の分と、数量のつながりがまだ提案 のまま検収された分。完全に失われるわけではなく、遅かれ早かれ誰かが気づきます。代償は、お金が待たされる日数です。
測り方。 直近 3 回の支払申請を取り出し、前の回に終わっていたのに次の回にしか入らなかった項目とその理由を数えます。概要のある ツールでは、«Cần làm» の行が現れてから消えるまでの日数を数えます。
信頼度: まずまず。止まっている割合は数えられます。「今日」の日数は会社自身の見積もりです。冒頭の工事では、止まっている割合は 検収価値のすべてです。例では美化しないよう 28% を使っています。
3. 二つ目の流れ:回答より先に現場へ届く図面質問
図面チェックは、全体図と詳細図が食い違う箇所を見つけます。基礎 M1 は平面図で 1.2 m、詳細図で 1.4 m。質問は設計コンサルタントへ 送られ、回答はあとから来ます。質問はあるファイルに、工程は別のファイルにあり、施工班は先に見た数字で基礎 M1 を掘ります。

測り方。 完了した工事について、設計コンサルタントとのやり取りの記録をたどります。質問はいくつか、その項目の着手日より後に回答 が来たのはいくつか、そのうち手直しが必要だったのはいくつか。
信頼度: 低い。最も柔らかい流れで、例の中では最も大きい流れです。手戻り 1 回は数十万 VND のこともあれば数億 VND のことも あります。二つの割合を等しくしても、合計はなお月 2.64 百万 VND です。

4. 三つ目の流れ:プロジェクトがどこにいるかを知る時間
現場会議の前、社長への報告の前、発注者から電話が来る前。誰かが工程表、検収台帳、支払ファイル、日誌を開き、頭の中で足し合わせます。
測り方。 1 週間、「工事 X はいまどこまで」に答えなければならなかった回とかかった時間を記録します。
信頼度: 高く、そして小さい。これは変更する理由ではなく、最も目に見える部分にすぎません。

5. 差し引くもの
概要、段階バー、質問の一生、図面リンクは AI を使わないので、モデルの費用はかかりません。数量のつながりの確認は新しい費用では ありません。金額を持つべき記録には、どのみち必要な作業です。変更はそれを忘れさせないだけです。アシスタントへの質問には費用が かかります。アシスタントが実際に読んだ分だけクレジットが引かれ、たとえば記録を数える質問 1 件で 2,910 VND。そうした質問を月 10 件 しても約 2.9 万 VND で、下の最も小さい流れのおよそ 20 分の 1 なので、計算表では省いています。
6. 合計
| 流れ | 月あたり金額 | 信頼度 |
|---|---|---|
| 止まったお金の資本コスト | 2.07 百万 | まずまず |
| 未回答の図面質問による手戻り | 3.20 百万 | 低い |
| プロジェクトがどこにいるかを知る時間 | 0.57 百万 | 高い |
| 合計 | 5.84 百万 |
50 億 VND の工事を 2 件施工している会社で、月約 5.8 百万 VND、年 70 百万 VND。その半分以上は最も柔らかい流れにあります。その 流れを丸ごと外しても、残り(月 2.6 百万)は数えられる数字の上に立っています。
表にない数字。 冒頭の工事では、検収済みの価値のすべてが一つの確認作業を待っています。止まっている割合は 28% ではなく 100% です。 計算表の「数量のつながりがまだ提案のまま検収された価値の割合」に 100% を入れて読み直してください。例でそれを使わないのは、一つの 事例であって平均ではないからです。
7. この ROI は何の上に立っているか
画面は告げるだけで、動くのは人です。 概要は 798 本のつながりがまだ提案だと知っていますが、代わりに確認はしませんし、するべきでも ありません。間違ったつながりが記録に結びつけば、間違った数字がきれいに印刷されるだけです。誰も «Cần làm» を読まなければ、「一つの 画面」の日数は今日の日数と同じになり、一つ目の流れは 0 になります。
質問がシートについていくのは、シート番号が一致するときだけです。 作業の「図面番号」は手入力です。「KC-01」「kc 1」「KC.01」は 同じものとして扱われます。「A 通り基礎」はどのシートにも一致せず、その場合はただの文字として表示されます。死んだリンクもなく、印も 付きません。
許容差は発注者のもので、ソフトウェアのものではありません。 既定は 5%。パッケージごとの「設定」で変えます。«chỉ dòng lệch» の フィルターが役に立つのは、その閾値が支払いを承認する人が実際に使っている閾値であるときだけです。
図面チェックをやり直すと質問一覧が置き換わります。 新しいチェックは新しい一覧を作り、古い回の状態と設計コンサルタントの回答は まだ引き継がれません。新しい回を走らせる前に、古い回の質問を閉じてください。
8. 自社で測る
- 基準を取る。 直近 3 回の支払申請:どの項目が 1 回遅れたか、その理由。設計コンサルタントとのやり取り:どの回答が項目の着手 後に来たか。1 週間:「工事はどこまで」に答えるのに何回、何分かかったか。
- 1 件の工事を 1 か月動かす。 毎週、現れた «Cần làm» の行と消えた日、状態別の図面質問、質問が未解決のまま着手された ⚠ 付きの 作業を記録します。
- 同じ種類どうしで比べる。 基礎の月は仕上げの月より図面質問が多い。基礎の月は基礎の月と比べます。
9. 覚えておくこと
プロジェクトは段階の中で壊れるのではなく、二つの段階がつながるところで壊れます。 記録はそろい、契約もそろい、計画もそろって いるのに、金額は 0。すべての段階が一つの画面にあり、その画面がどのつなぎ目がまだ開いているかを告げるなら、壊れたものが見つかるのは もう支払申請をまとめる日ではなくなります。
どの画面も正しいことは、プロジェクトが正しいことを意味しません。正しいのは、数字が図面から支払回まで、誰にも書き写されずに届くときです。
288 件の検収記録、提案のままの 798 本のつながり、計画に入っていない 490/784 行の契約行、今日までの計画 42%、記録を数える質問 1 件 2,910 VND は、このツールを使っている実在の工事で測ったもので、匿名化しています。工事数、契約金額、日数、割合、手戻りの費用、 計算表のすべての仮定は例示の数字です。ご自身の数字に置き換えてください。
次に読む
-
請求書を二重に作らない:作る前に会計帳簿に問い合わせる、209件中199件はすでにあった
請求書の作成を会計ソフトからERPへ移すとき、両方で請求書を作る期間が生まれます。ERPが作る前に会計帳簿に直接問い合わせれば、切り替え一回で何件の重複を避けられるのか。後始末せずに済む重複一件はいくらに当たるのか。
-
積算書を一つのリンクで共有する:Excel をメールで回す往復に何時間かかり、「どれが最新版?」はなぜ起きるか
積算書一式は Excel ファイルのメールで 2〜4 人の間を回り、いつも誰かが「どれが最新版?」と尋ねます。一式すべて — 図面、数量表、一つひとつの数字の出どころ — が一つの共有プロジェクトの後ろにあり、メールで共同作業に招くか、アカウント不要の閲覧専用リンクを送れるなら、確認の往復は毎月何時間を取り戻せるのか。
-
元の発注書単価で請求する:納品書は21,000、チェーンのPOは30,000
スーパーチェーンが支払うのは自社のPOに書いた単価で、仕入先の納品書の単価ではありません。機械がPO単価を読み、差が妥当ならその単価で請求し、次回のために価格表を直すと、毎月いくらになるのか。どの行は人が判断するのか。