ドイツB2B の Angebot プロセス
ドイツB2B の見積もりプロセスは構造化されています。
Angebotsanfrage、Lastenheft 提示、Angebot 比較、選定の流れです。
VDI 2519 標準に基づく構造化が必須です。
本記事は Angebotsanfrage・RFP メールを実戦テンプレ付きで解説します。
既存記事のドイツ語ビジネスメール基本では RFP プロセスを扱っていません。本記事は RFP プロセス専用の実装ガイドです。
Angebotsanfrage（見積もり依頼）
Angebotsanfrage は見積もり依頼の正式な呼称です。
(1) Angebotsanfrage = formelle Aufforderung zur Angebotsabgabe
(2) Angebots-anfurage formere aufuforderung tsuru angebots-abugabe
(3) 見積もり依頼＝正式な見積提出要請
正式書面で送付します。
Lastenheft 提示
Lastenheft（要求仕様書）の提示が必要です。
「Lastenheft = was der Kunde will」が定義です。
顧客側の要求事項をドキュメント化します。
Angebot 受領 → 比較 → 選定 → Pflichtenheft 合意
選定後は Pflichtenheft 合意です。
「Pflichtenheft = wie es umgesetzt wird」が定義です。
ベンダー側の実装計画書として機能します。
Lastenheft の構造（VDI 2519）
Lastenheft の構造は VDI 2519 標準で規定されています。
Zielsetzung・Anforderungen・Restriktionen・Abnahmekriterien の4要素です。
標準準拠が業界共通の前提です。
Zielsetzung（目的）
Zielsetzung はプロジェクトの目的です。
「Was soll erreicht werden? Welcher Mehrwert entsteht?」を明示します。
戦略的目標を簡潔に記述します。
Anforderungen（要求）
Anforderungen は機能要求です。
「Funktionale und nicht-funktionale Anforderungen」を区分します。
MoSCoW（Must/Should/Could/Won’t）優先度付けが定石です。
Restriktionen（制約）
Restriktionen は制約条件です。
「Budget, Termin, Technologie, Compliance」が代表例です。
制約明示で実現可能性を高めます。
Abnahmekriterien（受入基準）
Abnahmekriterien は受入基準です。
「Funktion, Performance, Qualität, Dokumentation」の4軸で示します。
関連記事はLieferung・Abnahme 完了メールを参照します。
Pflichtenheft の構造
Pflichtenheft はベンダー側の実装計画書です。
Lastenheft 回答・詳細設計・スケジュール・リスク管理の4要素です。
Lastenheft への完全回答が前提です。
Lastenheft への回答
Lastenheft への完全回答が必須です。
「Jede Anforderung wird beantwortet, mit Erfüllungsgrad」と書きます。
未回答項目はゼロにします。
詳細設計
詳細設計を提示します。
「Architektur, Module, Schnittstellen, Datenmodell」を含めます。
UML 図・データベース設計が補足資料です。
スケジュール・体制
スケジュール・体制を明示します。
「Meilensteinplan, Projektorganisation, Ressourcen」を提示します。
Gantt チャートが定石の表現方法です。
リスク管理
リスク管理計画も含めます。
「Risikoidentifikation, -bewertung, -minderung」の3段で構造化します。
定期的なリスクレビューが標準です。
Angebotsanfrage メールの本文
Angebotsanfrage メール本文は形式があります。
件名・本文・添付の3軸で構成します。
形式遵守が形式重視のドイツ流です。
件名「Angebotsanfrage [プロジェクト名]」
標準フォーマットは件名で「Angebotsanfrage」を明示します。
「Angebotsanfrage Projekt Phoenix – Modernisierung Kundenportal」と書きます。
件名から内容が明確に伝わります。
「Wir bitten Sie um ein Angebot zu folgendem Vorhaben」
本文の標準的な書き出しです。
(1) Wir bitten Sie um ein Angebot zu folgendem Vorhaben
(2) Beer bitten zee um ain angebot tsuu forugendem forhaben
(3) 以下の案件について見積もりをお願いします
形式的な要請表現です。
Lastenheft 添付＋締切日
Lastenheft を添付し、締切日を明示します。
「Lastenheft im Anhang. Angebotsfrist: [日付]」と書きます。
14-30日後が標準的な締切日です。
公募 Ausschreibung（公共調達）
公募 Ausschreibung は公共調達のプロセスです。
GWB §97 ff. EU 調達指令が法的根拠です。
VOB・VOL・VOF の3区分があります。
GWB §97 ff. EU調達指令
GWB §97 ff. が法的根拠です。
「§97 ff. GWB regelt öffentliche Vergabeverfahren」が条文です。
EU 公示閾値超えは TED 公示義務です。
VOB（建設）・VOL（物品）・VOF（自由業）
3区分の調達規則があります。
「VOB: Bau, VOL: Lieferung, VOF: freiberuflich」と分類されます。
業種別の特殊規定があります。
TED（EU公示）・Bund.de
EU 公示は TED ポータル、連邦は Bund.de が代表的です。
「TED: ted.europa.eu, Bund: service.bund.de」が URL です。
公開入札情報が一元化されています。
民間 RFP のフロー
民間 RFP のフローを理解します。
3-5社見積もり・NDA 締結・Q&A 期間が3軸です。
競争原理を機能させるプロセスです。
3-5社の見積もり収集が定石
3-5社の見積もり収集が定石です。
「3-5 Anbieter erhalten Angebotsanfrage」が標準です。
少なすぎは比較不能、多すぎは管理困難です。
NDA 締結後に詳細共有
詳細情報共有前は NDA 締結が必須です。
「NDA-Abschluss vor Lastenheft-Versand」が定石です。
関連記事はNDA・AGB 検討メールを参照します。
Q&A 期間の設定
Q&A 期間の設定が必須です。
「Q&A-Phase: 1 Woche nach Lastenheft-Versand」が標準です。
全応募者への Q&A 共有が公平性の鍵です。
見積もり比較マトリクス
見積もり比較マトリクスを整備します。
Eignungskriterien・Zuschlagskriterien・Preis-Leistungs-Verhältnis の3軸です。
客観的判断の基盤になります。
Eignungskriterien（適格基準）
Eignungskriterien は応募資格の基準です。
「Technische / wirtschaftliche / fachliche Eignung」の3軸で評価します。
非適格は審査前に除外されます。
Zuschlagskriterien（落札基準）
Zuschlagskriterien は落札基準です。
「Preis (40%), Qualität (30%), Lieferzeit (20%), Service (10%)」のように加重評価します。
事前公表が必須です。
Preis-Leistungs-Verhältnis
Preis-Leistungs-Verhältnis（コストパフォーマンス）が判断基準です。
(1) Bestes Preis-Leistungs-Verhältnis als Auswahlkriterium
(2) Beshto-zo prais raistung-zu ferhelutonisu aru auzubaru-kriterium
(3) 最良コストパフォーマンスを選定基準とする
最低価格のみでは選定しません。
ベンダー側の Angebot 構造
ベンダー側の Angebot 構造を理解します。
Deckblatt・Management Summary・Lösungsbeschreibung・Preis・AGB の5要素です。
形式不適合は審査前に除外されます。
Deckblatt（表紙）
Deckblatt（表紙）が冒頭です。
「Firmenname, Logo, Angebot-Nr., Datum, Ansprechpartner」を記載します。
専門的な体裁が信頼を築きます。
Management Summary
Management Summary は3-5ページです。
「Lösung, Mehrwert, Preis, Zeitplan, Referenzen」を要約します。
Geschäftsführer 向けの簡潔な提案書です。
Lösungsbeschreibung
Lösungsbeschreibung は詳細解決策です。
「Detailbeschreibung der Lösung mit Architektur」を記載します。
Lastenheft への完全回答です。
Preis・Zahlungsbedingungen
Preis・Zahlungsbedingungen を明示します。
「Festpreis EUR 150.000 zzgl. MwSt., 30 Tage netto, 2% Skonto」と書きます。
関連記事はRechnung 送付メールを参照します。
AGB・Referenzen
AGB・Referenzen を添付します。
「AGB als PDF, mindestens 3 Referenzen」が定石です。
類似プロジェクト実績の提示が信頼構築の鍵です。
Q&A メールの作法
Q&A メールには作法があります。
標準表現・番号付き・全応募者共有義務が3軸です。
形式遵守が公平性の鍵です。
「Zu Ihrer Anfrage haben wir folgende Rückfragen」
Q&A の標準的な書き出しです。
「Zu Ihrer Anfrage vom [日付] haben wir folgende Rückfragen」と書きます。
「Rückfragen」（追加質問）が形式表現です。
番号付き質問リスト
質問は番号付きリストで構造化します。
「1. Frage zu Anforderung X / 2. Frage zu Termin / 3. Frage zu Budget」のように整理します。
回答管理を容易にします。
全応募者への共有義務（公共調達）
公共調達では全応募者へ共有義務があります。
「Q&A-Antworten an alle Bewerber gleichzeitig」が原則です。
情報非対称性の排除が公平性の鍵です。
期限管理
期限管理が RFP プロセスの基本です。
Angebotsfrist・Bindefrist・延長依頼の3軸です。
期限超過は失格事由です。
Angebotsfrist（提出締切）
Angebotsfrist は見積もり提出締切です。
「Angebotsfrist: 30.04.2026, 12:00 Uhr」のように時刻まで明示します。
期限超過は通常受付不可です。
Bindefrist（拘束期間）
Bindefrist は提出後の拘束期間です。
「Bindefrist: 60 Tage nach Abgabe」が標準です。
この期間中は提出条件を変更できません。
延長依頼の作法
延長依頼には作法があります。
「Aufgrund [理由] bitten wir um Verlängerung der Angebotsfrist um 1 Woche」と書きます。
具体的理由の提示が必須です。
落選通知（Absage）への対応
落選通知（Absage）への対応も論点です。
感謝表現・フィードバック依頼・再応募機会維持の3軸です。
長期関係維持が次回応募に繋がります。
「Vielen Dank für die Berücksichtigung」
落選への標準的な感謝表現です。
(1) Vielen Dank für die Berücksichtigung
(2) Beren danku fyur dee beryukku-zihiitigung
(3) ご検討いただきありがとうございます
「Berücksichtigung」（考慮）が形式表現です。
フィードバック依頼
フィードバック依頼で次回改善に繋げます。
「Wir würden uns über Feedback zur weiteren Verbesserung freuen」と書きます。
建設的な情報収集です。
再応募機会の維持
再応募機会の維持が長期戦略です。
「Bei zukünftigen Projekten würden wir uns über erneute Anfrage freuen」と締めます。
関係を切らないことが重要です。
落札後の Pflichtenheft 合意
落札後は Pflichtenheft 合意です。
作成期間・承認プロセス・契約付属書化の3軸です。
正式契約への移行プロセスです。
Pflichtenheft 作成期間
Pflichtenheft 作成は2-4週間です。
「Pflichtenheft-Erstellung in 2-4 Wochen nach Zuschlag」が標準です。
詳細設計の取りまとめ期間です。
クライアント承認プロセス
クライアント承認プロセスがあります。
「Pflichtenheft → Review-Sitzung → Anpassung → Freigabe」のフローです。
段階的承認が標準です。
契約書付属書化
Pflichtenheft は契約書付属書になります。
「Pflichtenheft als Anlage 1 zum Hauptvertrag」が形式です。
法的拘束力を持つドキュメントです。
業界別 RFP 慣行
業界別 RFP 慣行があります。
IT・SaaS、製造業、コンサルの3業種で典型例があります。
業界特性を理解した RFP 作成が重要です。
IT・SaaS（機能・SLA・セキュリティ）
IT・SaaS は機能・SLA・セキュリティ重視です。
「Funktionalität, SLA, ISO 27001, GDPR」が評価軸です。
クラウドサービス提供の信頼性が問われます。
製造業（仕様・品質・納期）
製造業は仕様・品質・納期重視です。
「Technische Spezifikation, IATF 16949, Liefertermin」が評価軸です。
VDA 6.3 認証が必須の場合もあります。
コンサル（経験・体制・成果物）
コンサルは経験・体制・成果物重視です。
「Referenzen, Senior-Beraterprofile, Deliverables」が評価軸です。
過去実績の説得力が落札の鍵です。
国際 RFP の特殊性
国際 RFP は特殊事項があります。
多言語対応・通貨・国際裁判管轄の3軸です。
越境取引特有の論点が多数あります。
多言語対応
多言語対応が必要です。
「Lastenheft auf Deutsch und Englisch」が標準です。
翻訳の優先言語を契約で合意します。
通貨・為替リスク
通貨・為替リスクの管理が必要です。
「Preise in EUR, Wechselkursrisiko beim Käufer」と契約します。
為替ヘッジも検討事項です。
国際裁判管轄
国際裁判管轄を明確化します。
「Gerichtsstand: München, anwendbares Recht: deutsches Recht」と合意します。
関連記事はNDA・AGB 検討メールを参照します。
日本人の RFP 対応 NG
日本人の典型ミスを避けると RFP 対応が改善します。
Lastenheft 不在・AGB 確認漏れ・Zuschlagskriterien 理解不足の3つが主な失敗です。
NG パターンを事前確認します。
Lastenheft 不在で見積もり提出
Lastenheft なしの見積もり提出は不可能です。
「Ohne Lastenheft: kein konkretes Angebot möglich」と原則を理解します。
Lastenheft 取得が前提条件です。
AGB 確認漏れ
AGB 確認漏れは契約後トラブルの原因です。
「Sorgfältige AGB-Prüfung vor Angebot」が必須です。
関連記事はNDA・AGB 検討メールを参照します。
Zuschlagskriterien の理解不足
Zuschlagskriterien 理解不足は落札確率を下げます。
「Auswahlkriterien analysieren, Angebot anpassen」が戦略です。
関連記事はRechnung 送付メールを参照します。
Lastenheft・Pflichtenheft の二段方式と VDI 2519 標準準拠で RFP プロセスの成功確率が大きく向上します。
