入札の仕様書の読み方 ― 募集要項・評価基準と横に並べて何を書けば点になるかを抽出する

2-1三点セットそれぞれの役割

募集要項：参加資格・手続き・提出物

募集要項（自治体によっては「実施要領」「募集要領」「公募要領」と呼びます）は、手続きのルールブックです。一般的に、業務名・業務概要・契約期間・提案上限額（募集要項では「事業規模」「契約上限額」などと表記されることもあります）、参加資格、スケジュール（参加表明・質問受付・回答・提案書提出・審査日）、提出書類と様式、提出方法、審査方法、失格事由、結果の公表方法などが書かれています。

提案書の中身よりも先に、この募集要項で「自社は参加できるのか」「何をいつまでに何部出すのか」「何をすると失格になるのか」を確認します。自治体のプロポーザル事務マニュアルやガイドラインには、提案上限額を超える価格提案や、提出書類への虚偽記載、評価者への接触などを失格事由として定める例が多く見られます。

仕様書：業務内容・成果物・最低水準

仕様書（プロポーザルでは「企画提案仕様書」「業務委託仕様書（案）」とも呼びます）は、発注者が求める業務の範囲と最低水準を示す文書です。業務の目的・背景、業務内容、成果物と納品形式、履行期間、業務体制の条件、守秘義務や個人情報の取扱い、再委託の制限などが記載されます。

プロポーザルの仕様書は「最低限これだけは満たしてほしい」という水準と、「具体的な方法は提案してほしい」という余白が混在しているのが特徴です。仕様書に書かれていることを満たすのは前提であり、点が付くのは仕様書の水準をどう上回るか、どう具体化するかの部分です。

評価基準：何に何点を付けるか

評価基準（審査基準・評価要領・評価項目及び配点表）は、採点表そのものです。評価項目（例：業務の理解度、実施方針、実施体制、スケジュール（工程）、品質管理、独自提案、類似業務実績、見積）、各項目の配点、評価の着眼点（「〜について具体的に提案されているか」等）、評価段階（「特に優れている」「優れている」「標準」「やや劣る」「劣る」の5段階など）が示されます。最低基準点（合計が一定点未満なら選定しない）が定められている例もあります。

3つを横に並べて読む

三点セットは、次のように対応づけて読むと効率的です。

• 悪い例： 仕様書だけを読み込み、業務内容を順番に説明する提案書を作る。評価基準の「実施体制」「独自提案」に該当する記述が散らばり、評価者が採点根拠を探せない。
• 良い例： 評価基準の項目を縦軸、仕様書・募集要項の該当記述を横軸にした対照表を最初に作り、どの評価項目にどの仕様書の記述が関係するかを一覧にしてから章立てを決める。

よくある質問

2-2必須要件と任意要件を分解する

「〜すること」と「〜が望ましい」の区別

仕様書や募集要項の語尾は、要件の強さを示すシグナルです。一般的に次のように読み分けます。

要件一覧表（要件ID・原文・対応ページ・対応状況）の作り方

要件一覧表は、公告資料の要件を1行ずつ抜き出して管理する表です。作り方は次の手順が基本です。

1. 募集要項・仕様書・評価基準・質問回答をすべて集め、文書ごとに記号を決める（募集要項＝B、仕様書＝S、評価基準＝E、質問回答＝Q など）。
2. 「〜すること」「〜を提案すること」「〜が望ましい」を含む文を一文ずつ抜き出し、要件ID（例：S-03）を振る。
3. 原文はそのまま貼り付け、要約しない（言い換えると要件の範囲がずれるため）。
4. 区分（必須／任意／提案要求／参加資格／手続き／評価の6区分）、関係する評価項目、提案書の対応ページ、対応状況、担当者を記入する。
5. 質問への回答で解釈が変わった要件は、回答番号を備考に追記して更新する。

架空の記入例（市民向けオンライン申請システム導入支援業務）

要件の漏れは減点ではなく失格になりうる

評価項目への記述が薄いと点が下がるだけですが、必須要件や参加資格、提出条件を満たしていない場合は、「失格」「無効」と定めている募集要項が多く見られます。たとえば「募集要項に示した提案書の作成・提出条件に違反した場合は失格とする」「仕様を満たさない提案を行った場合は失格とする」という趣旨の規定を置く例があります。どれだけ内容が優れていても、審査の土俵に上がれなければ得点はゼロです。

• 悪い例： 「研修を実施します」とだけ書き、質問回答で示された「2回以上」という条件に触れていない。
• 良い例： 「職員向け操作研修を、導入前と稼働1か月後の計2回、各回2時間で実施します（仕様書S-08・質問回答No.5に対応）」と、回数と根拠を明記する。

提出直前には、この要件一覧表に「記載ページ（最終版）」「照合結果」の列を足し、完成版の提案書と1件ずつ照合します。

よくある質問

2-3配点から重点を見抜く

配点の大きい項目にページを割く

提案書のページ数には上限があるため、どこに紙幅を使うかが勝敗を左右します。基本は配点に比例してページを配分することです。

• 悪い例： 配点10点の「会社概要・実績」に5ページ、配点30点の「実施方針」に4ページを充てる。自社の紹介に熱が入り、点の大きい項目が手薄になる。
• 良い例： 20ページ上限・技術点85点の場合、表紙・目次・対応表で2ページを確保し、残り18ページを配点比率で割り振る。配点30点の項目には約6ページ、配点10点の項目には約2ページを目安にする。

配分の計算式は単純です。「（その項目の配点 ÷ 技術点の合計）× 本文に使えるページ数」で目安を出し、図表の必要量に応じて調整します。

評価の着眼点の文言を分解する

評価基準には、評価項目ごとに「評価の着眼点」（自治体によっては「評価の視点」「評価内容」と表記されます）が書かれています。着眼点は、評価者が採点するときに見るチェック項目そのものです。1つの着眼点に複数の要素が含まれていることが多いため、分解して一つずつ応えます。

たとえば着眼点が「事業の目的を理解し、地域の実情を踏まえた具体的かつ実現可能な提案となっているか」であれば、次の4要素に分けられます。

分解した要素は、そのまま提案書の小見出しや段落の書き出しに使うと、評価者が採点根拠を見つけやすくなります。

同じ配点の項目の優先順位の付け方

同じ配点の項目が並んだときは、次の順で優先順位を付けると効率的です。

1. 他社と差がつきやすい項目を優先する：「実施体制」「スケジュール（工程）」は各社とも似た内容になりやすく、「業務の理解度（課題認識）」「独自提案」は差がつきやすい傾向があります。
2. 着眼点の数が多い項目を厚くする：着眼点が多い項目ほど、応えるべき要素が多く紙幅が必要です。
3. 評価段階の幅を確認する：「優れている／標準／劣る」の3段階か5段階かで、上位評価を取りにいく価値が変わります。

よくある質問

2-4行間を読む

「背景」「目的」に書かれた課題

仕様書の冒頭にある「背景」「目的」は、読み飛ばされがちですが、発注者が事業を始めた理由が凝縮された部分です。ここに書かれた言葉は、評価基準の「業務の理解度」「課題認識」の採点で、評価者が基準にする言葉でもあります。

• 悪い例： 仕様書の目的「窓口の混雑緩和と市民サービスの向上を図る」をそのまま提案書に書き写し、「本業務の目的を十分に理解しています」と書く。
• 良い例： 「仕様書の目的に掲げられた『窓口の混雑緩和』は、繁忙期の待ち時間の長さと、来庁しなくてよい手続きの周知不足の2つに分けて考えるべきと当社は捉えています」と、目的を課題に分解し、自社の解釈を加える。

前年度からの変更点に本音が出る

継続事業や毎年発注される業務では、前年度の仕様書と今年度の仕様書を比べると、発注者の問題意識が見えます。追加された業務、増えた回数、新たに加わった報告義務、削られた業務は、前年度の運営で発注者が感じた不満や新しい方針の表れです。前年度の公告資料は、自治体のウェブサイトや契約情報の公表ページで確認できる場合があります。

架空の例： 前年度は「月1回の報告」だった仕様が、今年度は「月1回の報告に加え、課題発生時は3営業日以内に報告すること」に変わっている場合、発注者は前年度に課題の報告が遅れたことを問題視している可能性があります。提案書の品質管理・進捗管理の項目で、報告の迅速化策を具体的に書くと評価されやすくなります。

曖昧な記述は「提案を求めている」領域

仕様書の中で「効果的な方法により」「適切な手法で」「詳細は協議の上決定する」と書かれている部分は、発注者が方法を決めきれていない、あるいは事業者の提案を求めている領域です。ここは差がつく余白であり、具体的な方法を示すことで評価者に「この事業者に任せれば進む」と感じてもらえます。

• 悪い例： 仕様書の「効果的な広報を行うこと」に対し、「効果的な広報を実施します」と同じ言葉で返す。
• 良い例： 「広報は、貴市の広報紙（年2回）、SNS（週1回投稿）、公民館での説明会（3回）の3つの経路で行い、各経路の申請件数を毎月集計して効果を確認します」と、手段・頻度・効果測定まで示す。

ただし、曖昧な記述が単に必須要件の範囲を不明確にしている場合は、自社の解釈で書き進めるより、質問書で確認するほうが安全です。

よくある質問

2-5質問書（質疑）の戦略的な使い方

質問書の手続きの基本

公募型プロポーザルでは、募集要項に質問の受付期間、提出方法（指定様式・電子メール等）、回答日、回答方法が定められているのが一般的です。自治体のガイドラインやマニュアルでは、質問への回答は参加者全員に対して行うこと、ホームページへの掲載で回答することを定めている例が多く見られ、個別には回答しないと明記する例もあります。電話や窓口での口頭質問は受け付けない、受付期間を過ぎた質問には回答しないとする例も多く見られます。回答の内容は、募集要項や仕様書を補足・修正するものとして扱われることがあるため、回答が公表されたら必ず要件一覧表に反映します。

聞くべきこと：要件の解釈・既存環境・評価の扱い

質問すべきなのは、答えによって提案内容や見積が大きく変わる事項です。

• 悪い例： 「研修の内容について教えてください」のように、何を確認したいのかが曖昧な質問を出す。回答も抽象的になり、解釈は確定しない。
• 良い例： 「仕様書4(2)の操作研修について、対象人数（想定）と実施回数の下限をご教示ください」と、条文の位置と確認したい数値を明示する。

聞かないほうがよいこと：自社の手の内が漏れる質問

質問と回答が全参加者に公開される場合、質問の内容そのものが競合へのヒントになります。次のような質問は避けるか、表現を一般化します。

• 自社の独自提案の中身が推測できる質問（例：「〇〇方式による本人確認を提案してもよいですか」）
• 自社の弱みを示す質問（例：「類似実績が市区町村以外の場合でも評価されますか」）
• 募集要項を読めば分かる事項（読解力を疑われるうえ、回答も得られにくい）

独自提案の可否を確かめたいときは、「仕様書に記載のない機能を追加提案することは可能ですか」のように一般化した聞き方にします。

他社の質問と回答から競合を読む

公開された質問一覧は、競合の動向を知る貴重な情報源です。質問の数や内容から、参加を検討している事業者の業種・得意分野、既存事業者がいるかどうか（既存環境を前提とした質問が少ない等）、各社がどの要件を重視しているかを推測できます。他社の質問で明らかになった条件は、自社の提案にも同じように反映します。

よくある質問