NETISへの登録を検討している技術開発者や施工会社にとって、申請前に悩みやすいのが「現場での採用実績がまだ少ない」という問題です。新しく開発した技術ほど、大規模な公共工事で何十件も使われているとは限りません。技術としては完成していても、導入時期が新しい、対象工種が限定されている、検証フィールドを確保しにくいといった理由から、施工実績を十分に蓄積できないケースがあります。
ただし、NETIS申請で確認されるのは、単純な施工件数だけではありません。申請技術について、技術の成立性が確認されていること、実用化されていること、従来技術との比較内容に根拠があることなどが重要になります。国土交通省の申請案内でも、補足資料として施工実績データだけでなく、第三者機関による審査証明、学術論文、自社試験データなどが挙げられており、客観性や再現性を備えた資料が重視されています。
そのため、実績が少ない段階では、「実績件数を多く見せる」ことよりも、「限られた実績から何を検証し、どこまで確認できているか」を整理することが重要です。試験条件、比較条件、測定方法、施工条件、適用範囲などを明確にし、第三者が見ても検証過程を追える資料にしておくことで、申請資料の説得力を高めやすくなります。
この記事では、NETIS申請を検討している実務担当者に向けて、施工実績が十分に蓄積されていない段階で準備しておきたい5種類の検証データと、そのまとめ方を解説します。
NETIS申請で「実績不足」をどう考えるか
NETIS申請を準備するとき、「施工実績は何件あれば十分なのか」と考えがちです。しかし、新規登録の段階では、単純な件数だけで判断しないことが重要です。技術の種類によって検証方法は大きく異なり、舗装材料のように物性試験を重ねやすい技術もあれば、大型構造物や特殊施工のように実施工の機会そのものが少ない技術もあります。
NETISの登録申請では、申請技術が実用化され、技術として成立していることを説明できる資料が必要になります。実験などによって技術の成立性が確認されていることや、性能・機能などが技術の目的に対応していることも確認事項になります。単なる構想段階や理論上だけの技術ではなく、実際に提供・利用できる状態にあることが重要です。
つまり、実績不足への対応は「施工件数の代わりになる魔法の資料を用意する」という意味ではありません。限られた施工実績しかないのであれば、その中で技術のどの部分が確認できているのかを細分化し、それぞれに根拠となる検証データを用意することが基本になります。
例えば、現場実績が一件しかなかったとしても、その現場について施工前後の条件、使用数量、作業時間、測定結果、安全上の問題、施工後の状態などが詳細に記録されていれば、技術特性を説明する材料になります。反対に、十数件の実績があっても、「問題なく施工できた」という結果だけで測定条件や比較条件が残っていなければ、申請資料として活用しにくくなる可能性があります。
まず整理したいのは、実績の「数」と検証データの「質」を分けて考えることです。
施工実績は技術が実際の環境で使用された事実を示します。一方、検証データは、その技術がどのような条件で、どの程度の性能を示し、従来技術と何が違うのかを説明するための根拠になります。NETIS申請を準備する段階では、この二つを組み合わせて技術全体を説明できる状態を目指すことが大切です。
また、申請技術について有利な結果だけを集めるのではなく、適用できる条件と適用が難しい条件を分けて示すことも重要です。適用範囲が明確であれば、発注者や施工者が現場への適合性を検討しやすくなります。新技術だからといって、あらゆる現場条件で優位になる必要はありません。
実績が少ない段階ほど、「どこまで確認済みなのか」「どこから先は未確認なのか」を明確にする姿勢が、申請資料全体の信頼性につながります。
検証データ1 技術の成立性を示す性能試験データ
最初に準備したいのは、申請技術そのものが目的どおりに機能することを確認する性能試験データです。
現場実績が少ない技術では、実施工だけですべての性能を確認することは難しい場合があります。その場合、室内試験、模擬試験、実証試験などを利用し、技術の基本性能を切り分けて確認します。
重要なのは、「性能が高かった」という結果だけではなく、何を確認するための試験だったのかを明確にすることです。
例えば、測定技術であれば、測定精度、繰り返し性、測定可能範囲、測定時間、環境条件による変化などが検討対象になります。施工機械であれば、施工能力、処理量、作業速度、施工精度などが考えられます。材料や構造に関係する技術では、強度、変形、耐久性など、技術目的に応じた評価項目が必要になります。
このとき、試験条件を必ず残します。
同じ技術でも、温度、湿度、対象物の状態、施工面積、作業人数、使用時間などが変われば結果が変わることがあります。「試験では良好だった」という情報だけでは、どの条件なら同じ結果が期待できるのか判断できません。
測定値を示す場合は、測定回数についても整理しておきます。一回だけの測定結果なのか、複数回実施して同程度の結果が得られたのかでは、データの意味が異なります。
さらに、基準値が存在する項目については、どの基準や仕様に対して確認したのかを整理します。ただし、適用される基準類は工種や工事条件によって異なるため、「この試験を通過したからすべての公共工事で使用できる」といった説明は避ける必要があります。
性能試験資料では、試験目的、試験条件、測定方法、測定機器、測定回数、結果、評価方法を対応させることがポイントです。
実績が少ない技術ほど、この基本データが重要になります。施工実績だけで性能を説明しようとすると、現場ごとの条件差が大きくなり、どの要因によって結果が得られたのか分かりにくくなるからです。
性能試験によって技術単体の特性を把握し、現場データによって実施工での適用性を確認するというように、役割を分けて整理すると説明しやすくなります。
また、想定した性能が出なかった試験結果を安易に除外しないことも大切です。特定条件で性能が低下するのであれば、その条件自体が適用限界を示す有用なデータになることがあります。
「最高性能」を示すことよりも、「どの条件なら、どの程度の性能になるか」を説明できる資料にすることが、実務で使える検証データにつながります。
検証データ2 従来技術との差を示す比較データ
NETIS申請では、申請技術そのものの性能だけでなく、比較対象となる従来技術との関係を整理することが重要です。
申請資料では、経済性、工程、品質・出来形、安全性、施工性、環境などの観点から比較が行われます。申請時には従来技術の設定の妥当性や、比較内容を裏付ける資料の整合性も確認されます。
ここで注意したいのが、比較対象の選び方です。
申請技術が有利に見えるように、現場ではほとんど採用されていない方法や、用途が異なる技術を従来技術として設定すると、比較の妥当性を説明しにくくなります。
重要なのは、「申請技術を使用しなければ、その現場では通常どの方法が選ばれるのか」という視点です。
そして、比較するときは可能な限り条件をそろえます。
例えば、作業時間を比較するのであれば、施工数量が同じでなければ単純比較はできません。作業人数が違う場合も、施工時間だけでなく投入した人員を確認する必要があります。
施工時間が短くなっていても、事前準備に多くの時間が必要になっている場合は、準備から撤去までを含めた全体工程で比較した方が実態を表しやすくなります。
品質について比較する場合も同様です。
申請技術で施工した箇所と従来技術で施工した箇所について、同じ方法で測定しなければ、数値差が技術の差なのか測定方法の差なのか判断しにくくなります。
現場条件もできるだけ記録します。
天候、施工面積、対象構造物、作業空間、地盤条件、作業員の経験などが大きく異なれば、比較結果にも影響する可能性があります。
完全に同じ条件の二つの現場を用意することは現実的ではありません。そのため、条件差をなくすことだけを目標にするのではなく、「どの条件が同じで、どの条件が異なるのか」を明記することが重要です。
比較データで特に避けたいのは、割合だけを示す方法です。
「作業時間を大幅に短縮」「施工性が向上」といった表現だけでは、元になった条件が分かりません。
例えば作業時間なら、従来方法では何人で何時間、申請技術では何人で何時間だったのかという基礎データを残しておけば、比較計算の根拠を確認できます。
同じ考え方で、施工数量、測定回数、使用材料量なども元データを残します。
比較結果を作るときは、結論だけではなく計算過程を再確認できるようにすることが大切です。
また、すべての評価項目で申請技術が優れている必要はありません。
例えば施工時間では有利でも、準備作業が増える場合があります。品質管理では有利でも、適用できる施工条件が限定されることもあります。
不利になる部分を無理に隠すよりも、メリットと制約条件を分けて示した方が、技術の特徴を正確に説明できます。
NETISは新技術の情報を収集・共有し、現場で活用し、その効果を検証・評価してさらなる技術開発につなげる仕組みです。申請資料の段階で従来技術との差を整理しておくことは、その後の活用効果を確認するための基礎にもなります。
検証データ3 現場での再現性を示す試験施工データ
性能試験で技術の基本性能を確認できても、実際の工事現場で同じように機能するとは限りません。
そこで重要になるのが試験施工データです。
試験施工では、実際の施工に近い環境を用意し、技術が現場条件の中で使用できるかを確認します。
施工実績が少ない場合、一回の試験施工からできるだけ多くの情報を取得することが重要です。
記録しておきたいのは結果だけではありません。
施工場所の条件、施工対象、施工数量、使用機材、配置人数、開始時刻と終了時刻、準備時間、施工時間、撤去時間、作業手順などを残しておきます。
また、施工中に発生した問題も重要な記録です。
予定していた手順を変更した、機材を再設定した、一部工程をやり直したなどの出来事があれば、その原因と対応方法を記録します。
こうした情報は、一見すると申請技術に不利なデータに思えるかもしれません。しかし、実際には現場適用条件を整理するための重要な材料になります。
例えば、ある条件では準備作業が増えることが分かれば、その条件を事前確認事項として設定できます。一定の作業空間が必要だと分かれば、適用可能な現場条件を具体化できます。
さらに、同じ条件で複数回作業できる場合は、結果のばらつきを確認します。
一回目だけ良好な結果が出ても、二回目、三回目で大きく変動するのであれば、作業者の熟練度や環境条件などの影響を検討する必要があります。
逆に、作業者が変わっても同程度の結果になるのであれば、再現性を説明するための材料になります。
ただし、少数の試験結果だけから「誰が使用しても同じ結果になる」と断定するのは適切ではありません。
確認した人数、施工回数、条件の範囲を明示し、その範囲内で得られた結果として整理します。
写真記録も有効です。
施工前、設置状況、施工中、施工完了、撤去後といった流れで記録しておくと、文章や数値だけでは説明しにくい現場条件を確認できます。
写真には可能であれば撮影日時や撮影位置などの情報をひも付け、どの施工記録に対応する写真なのか分かる状態にします。
試験施工データの目的は、「成功した現場の写真を見せること」ではありません。
技術をどの条件で、どの手順で使用した結果、何が確認できたのかを第三者が追えるようにすることです。
現場実績が少ない段階では、一つひとつの試験施工を単なるデモンストレーションで終わらせず、検証機会として設計することが重要です。
検証データ4 安全性・品質・耐久性などを確認するデータ
新技術の価値は、工程短縮や省人化だけでは判断できません。
公共工事で使用する技術であれば、安全性、品質、出来形、耐久性、施工性、環境への影響なども重要になります。
そのため、申請前の検証では、技術の主なメリットだけに測定項目を集中させないことが重要です。
例えば、作業時間を短縮する技術であれば、短縮効果だけではなく、作業方法の変更によって安全面に新たなリスクが生じないかを確認します。
機械化によって高所作業が減る一方、機械の移動範囲が増える可能性もあります。作業員が危険箇所に近づく時間が減る一方で、別の接触リスクが発生する場合もあります。
安全性については、単に「事故が発生しなかった」という記録だけでは十分な検証にならないことがあります。
どのような危険要因を想定し、どの対策を実施し、その状態で作業できたのかを整理します。
品質についても同様です。
完成物の測定値だけでなく、ばらつきがどの程度だったかを確認します。
複数箇所で測定できる場合には、平均的な結果だけではなく、最大値や最小値なども確認しておくと、性能の安定性を把握しやすくなります。
長期間使用する技術の場合は、施工直後の結果だけでは分からない項目もあります。
経時変化が想定される材料や構造であれば、一定期間後に状態を確認する追跡調査を検討します。
NETISの運用でも、工事完了までの確認が適切ではない耐久性などについては、技術内容に応じて活用後に追跡調査を行う考え方が示されています。
申請前の自主検証でも、この考え方は参考になります。
施工直後、一か月後、数か月後など、技術特性に応じて確認時期を設定し、同じ測定方法で状態を記録します。
もちろん、すべての技術で長期間の追跡試験が必要という意味ではありません。技術の種類によって確認すべき項目は異なります。
重要なのは、その技術でどのような不具合が起こり得るのかを事前に考え、必要な確認項目を設定することです。
環境面について効果を説明する場合にも、測定できるものはできるだけ数値化します。
発生量、使用量、作業回数、運搬回数など、比較できる指標に変換できれば、単なる印象評価を避けられます。
一方で、測定していない項目について「環境負荷を大幅に削減する」などと断定するのは避けます。
検証データは、確認できたことと確認していないことを区別して記録することが重要です。
実績が少ない段階ほど、メリットだけでなく安全性や品質などを含めて広い角度から検証しておくことで、技術全体の説明を組み立てやすくなります。
検証データ5 実際の利用状況を残した施工・追跡記録
五つ目は、実際に技術を利用した施工記録です。
現場実績が少ない場合でも、すでに使用した現場があるなら、その記録をできるだけ詳細に整理します。
重要なのは「何件使用したか」という件数だけではありません。
いつ、どこで、どのような目的で、どの規模の施工に使用したのかを確認できるようにします。
同じ一件の実績でも、施工条件が詳しく記録されている場合と、案件名だけが残っている場合では、検証資料として利用できる情報量が大きく異なります。
施工記録には、現場条件、施工対象、施工数量、使用期間、作業人数、施工手順などを対応させます。
可能であれば、作業前後の写真や測定結果もひも付けます。
また、技術導入時に想定していた効果と、実際に得られた結果を分けて記録することも重要です。
例えば、作業時間を短縮できると想定していたのであれば、施工後に実測した作業時間を記録します。
「短縮できた」という評価だけでなく、どの工程が短くなり、どの工程は変わらなかったのかを確認します。
逆に、想定していた効果が得られなかった現場も重要です。
その原因を分析すると、適用条件が見えてくる場合があります。
例えば、狭い現場で準備時間が増えた、特定の環境条件では測定が安定しなかった、施工数量が少ない場合は準備時間の比率が高くなったなどです。
こうした結果を蓄積すると、技術が有効になりやすい条件と、有利になりにくい条件を分けられます。
施工実績を管理するときには、案件ごとに同じ項目で記録することも有効です。
毎回記録項目が違うと、複数現場を比較しにくくなります。
施工日時、対象工種、施工数量、現場条件、作業人数、使用時間、測定結果、問題発生の有無、対応内容など、技術特性に合わせた共通項目を設定しておきます。
実績が増えてきたら、そのデータを横断的に確認します。
施工時間のばらつきが大きい場合は、施工数量や現場条件との関係を確認します。
特定条件で繰り返し問題が発生していれば、適用条件や施工手順の見直しが必要かもしれません。
逆に、異なる複数現場でも同程度の結果が得られているのであれば、再現性を検討する材料になります。
このように施工記録は、単なる「採用実績一覧」ではなく、技術改善のためのデータベースとして管理することが重要です。
NETIS申請後にも現場活用を通じて効果の検証や評価が行われるため、申請前から施工データを一定の形式で管理しておくことは、その後の記録業務を整理するうえでも役立ちます。
少ない実績でも伝わりやすい検証条件のそろえ方
実績件数が限られているときほど、「検証条件をそろえる」という考え方が重要になります。
例えば三件の試験施工があったとして、一件目では作業時間だけを記録し、二件目では施工写真だけを残し、三件目では品質だけを測定している状態では、三件を横断して比較できません。
そこで、検証開始前に共通の記録項目を決めます。
重要なのは、申請資料を作り始めてから過去のデータを探すのではなく、試験施工の段階で「将来比較すること」を前提に記録方法を設計することです。
まず技術の目的を一文で整理します。
何を改善する技術なのかが曖昧なままだと、測定すべき項目も曖昧になります。
例えば省人化を目的とする技術なら、単純な作業時間だけでなく作業人数も必要です。
品質向上を目的とする技術なら、品質を判断する測定値が必要です。
安全性向上を目的とする技術なら、作業員が危険箇所で行う作業時間や作業回数など、比較可能な指標を検討します。
次に、従来技術との比較条件を決めます。
施工数量、作業範囲、測定範囲、作業開始・終了の定義などをそろえます。
特に工程比較では、「作業時間」に何を含めるかを統一することが重要です。
ある試験では準備時間を含め、別の試験では施工時間だけを記録すると、結果を正しく比較できません。
データ取得方法も統一します。
作業時間を測るなら、誰が、どの時点からどの時点まで計測するのかを決めます。
寸法や位置を測定するなら、測定方法や測定位置をそろえます。
写真を撮影する場合も、施工前、施工中、施工後など必要な撮影タイミングを決めておくと記録漏れを減らせます。
また、データを整理するときには元データを残します。
比較結果の割合だけを保存するのではなく、計算前の測定値を残しておきます。
後から比較条件を変更する必要が生じても、元データがあれば再計算できます。
検証条件の変更履歴も重要です。
試験途中で測定方法を変えた場合、それ以前の結果と単純比較できない可能性があります。
そのため、測定方法を変更した日時と理由を記録し、旧条件と新条件を区別します。
こうした管理は地味に見えますが、申請資料を作る段階で大きな差になります。
実績が少ない技術では、一件ごとの情報価値が高くなります。
だからこそ、現場が終わってから記憶を頼りに資料を作るのではなく、試験施工と同時に検証記録を完成させる運用が重要です。
検証データをNETIS申請資料へ整理する方法
検証データがそろっても、そのまま大量の試験資料を提出すれば分かりやすいとは限りません。
NETIS申請を意識するなら、「何を証明するための資料なのか」を対応させて整理します。
最初に、申請技術の特徴を整理します。
従来技術のどの部分を変更したのか、変更によって何が期待されるのか、その効果をどのデータで確認したのかを一本の流れにします。
例えば、作業工程を変更した技術であれば、「工程変更によって作業人数を減らせる」という説明だけで終わらせません。
どの工程を変更したのか、その結果として従来方法と比べて作業人数や作業時間がどう変化したのか、その比較に使用した現場条件は何かという順番で整理します。
このとき、技術概要と詳細データの数字を一致させることが重要です。
概要資料では作業時間がある値になっているのに、試験報告書では別の値になっていると、どの条件の数字なのか分からなくなります。
複数の試験条件があるなら、それぞれを区別して記載します。
また、申請書類の文章と添付資料を対応させます。
本文中で「試験により確認した」と記載しているなら、どの試験結果を指しているのか分かる状態にします。
一つの資料に大量の結果を詰め込むより、試験目的ごとに整理した方が確認しやすくなる場合があります。
写真についても同じです。
写真だけを並べるのではなく、何を確認するための写真なのかを明確にします。
施工状況を示す写真、品質確認位置を示す写真、従来方法との作業方法の違いを示す写真など、役割を分けます。
数値については、できるだけ測定条件とセットにします。
数値だけが独立していると、その値がどの条件で得られたのか判断できません。
特に試験条件の違う複数データを平均化するときは注意が必要です。
異なる条件を一つの平均値にまとめることで、実際の技術特性が分かりにくくなることがあります。
条件差が大きい場合は、無理にまとめず個別に示した方が適切です。
さらに、申請前には説明資料全体で用語を統一します。
同じ工程を資料ごとに別の名称で表していると、別工程と誤解される可能性があります。
施工数量の単位、時間の単位、測定値の単位なども統一します。
申請資料の役割は、技術を良く見せる広告資料を作ることではありません。
第三者が技術内容、比較条件、性能、適用条件を確認できるようにすることです。
国土交通省の案内でも、申請時の参考資料として施工実績、自社試験、第三者機関による審査証明、学術論文などが挙げられています。つまり、資料の種類を一つに限定するのではなく、技術の成立性や比較内容を裏付ける複数の根拠を組み合わせて整理する考え方が重要です。
実績不足のときに避けたい資料の作り方
実績が少ないと、どうしても一つの成功事例から大きな効果を説明したくなります。しかし、確認できた範囲を超えて一般化すると、資料の信頼性を下げる原因になります。
例えば、一件の現場で作業時間が短くなったからといって、すべての現場で同じ割合の短縮が期待できるとは限りません。
施工数量、現場条件、作業員の熟練度などが違えば結果も変わる可能性があります。
そのため、「必ず短縮できる」「どの現場でも同じ精度になる」といった断定は避け、どの条件で確認した結果なのかを明確にします。
検証条件が違う数値をそのまま比較することも避けます。
施工数量が異なる、作業人数が違う、測定条件が異なるといった場合は、その条件差を説明します。
また、検証していない性能を推測だけで記載しないことも重要です。
理論上期待できる効果と、実験や施工によって確認した効果は分けます。
「期待される」と「確認した」は意味が異なります。
写真だけに頼った資料も注意が必要です。
施工写真は現場状況を理解するためには有効ですが、作業時間や精度を証明する数値の代わりにはなりません。
数値で説明する項目は、元となる測定記録を残します。
一方で、数値さえ多ければよいわけでもありません。
技術目的と関係のない測定データを大量に掲載すると、本当に重要な検証結果が見えにくくなります。
「このデータは何を確認するために取得したのか」という関係を意識して整理します。
そして、実績不足そのものを隠そうとしないことが重要です。
実績件数が限られているのであれば、その範囲を明確にしたうえで、性能試験、比較試験、試験施工、追跡調査などを組み合わせ、現時点で確認できている範囲を説明します。
NETIS申請に向けた検証では、実績を多く見せることより、情報の客観性と再現性を高めることが基本になります。
まとめ
NETIS申請前に施工実績が少ない場合でも、実績件数だけを理由に準備を止める必要はありません。
まず整理したいのは、技術の成立性を示す性能試験データです。次に、従来技術と同じ条件で比較できるデータを準備し、何がどの程度変わるのかを確認します。さらに、試験施工によって現場での再現性を記録し、安全性、品質、耐久性、施工性など技術目的以外の項目についても確認します。そして、実際の施工記録や追跡記録を一定の形式で蓄積していくことが重要です。
一つひとつの実績が少なくても、試験目的、施工条件、測定方法、比較条件、結果が整理されていれば、その技術について何が確認済みなのかを説明しやすくなります。
反対に、現場実績が増えてから記録を整理しようとすると、施工条件や測定方法が分からなくなり、比較できるデータが残らないことがあります。
NETIS申請を考え始めた段階から、施工記録を将来の検証データとして扱うことが大切です。
特に現場写真、撮影位置、施工日時、測定結果、作業内容などを案件ごとに整理しておけば、試験施工や施工実績を振り返るときの負担を抑えやすくなります。
LRTK Phoneを活用すれば、現場写真と位置情報、施工記録を現場でひも付けながら管理できるため、NETIS申請に向けた実績整理でも、いつ、どこで、どのような作業を行ったのかを後から確認しやすくなります。これから実績を積み上げる技術ほど、施工が終わってから資料を探すのではなく、検証に使える記録を現場で継続的に残す仕組みを整えておくことが重要です。