RFP・見積もり依頼メールはフィリピンB2B発注プロセスの起点となる最重要文書です。
フィリピンRFPは「要求仕様＋提出書式＋提出期限＋比較見積もり意向＋選定基準」の5要素が必須です。
本記事ではVendor Accreditation、SEC/BIR/Mayor’s Permit等のフィリピン固有要件を完全ガイドします。
RFI/RFP/RFQの3段階、不採用社への返信作法も整理します。
フィリピンRFPプロセス
フィリピンRFPプロセスは段階別に進みます。
4段階を理解することが基本です。
情報収集段階（RFI）
RFI（Request for Information）は情報収集段階です。
市場動向、ベンダー存在の確認、技術トレンドを把握する目的です。
フィリピン市場では特にローカル財閥の調達プロセスでRFIが多用されます。
提案要請段階（RFP）
RFP（Request for Proposal）は提案要請段階です。
具体的な要求仕様を提示し、ベンダーから提案書を集めます。
大型案件（PHP 5M超）では複数社RFPが標準です。
見積もり要請段階（RFQ）
RFQ（Request for Quotation）は見積もり要請段階です。
仕様確定後の価格比較が中心です。
3社以上の比較見積もりが一般的です。
Vendor Accreditation
Vendor Accreditation（ベンダー認証）はフィリピン固有プロセスです。
SM Group、Ayala、Globe等の財閥系は事前認証なしには取引開始できません。
SEC、BIR、Mayor’s Permit、SSS、PhilHealth、Pag-IBIG加入証明等の提出が必要です。
件名様式
RFP関連メールの件名は3パターンが標準です。
段階に応じて使い分けます。
「[Quote Request] OO Project – Company Name」
見積もり要請の件名です。
(1) [Quote Request] BGC Office Renovation – SM Group
(2) [Quote Request] BGC Office Renovation – SM Group
(3) 【見積依頼】BGCオフィス改装 – SM Group
角括弧の[Quote Request]タグでベンダー側の優先度判断が即座にできます。
「[RFP] OO Implementation – Submit by YYYYMMDD」
RFP送付の件名です。
(1) [RFP] ERP System Implementation – Submit by 20260530
(2) [RFP] ERP System Implementation – Submit by 20260530
(3) 【RFP】ERPシステム実装 – 2026年5月30日提出期限
提出期限を件名に含めると、ベンダー側のスケジュール管理が容易になります。
「[RFI] Information Gathering – OO」
RFI送付の件名です。
(1) [RFI] Information Gathering – Cloud Migration
(2) [RFI] Information Gathering – Cloud Migration
(3) 【RFI】情報収集 – クラウド移行
RFIは正式調達前の探索段階として位置付けます。
RFPメール本文構造
RFPメール本文は6要素で構造化します。
ベンダー側の判断材料を提供します。
自社紹介
自社紹介はベンダー側の関心を引く冒頭です。
「OO Company is a leading Japanese marketing firm with operations in BGC, Manila」のように業界・拠点を明示します。
ベンダー側が業界動向、競合分析等の準備に役立ちます。
要求仕様
要求仕様は最重要セクションです。
機能要件、非機能要件、プロジェクト範囲、期間・スケジュールを含めます。
後の3段で詳細展開します。
提出書式
提出書式を明示します。
「Proposal format: PDF, max 50 pages」「Quote format: Excel template attached」のように具体化します。
ベンダー側の作成効率に影響します。
提出期限
提出期限を明示します。
「Submission deadline: May 30, 2026, 5PM PHT」と具体時刻を含めます。
Holy Week、Christmas Season等の祝日影響も考慮します。
選定基準
選定基準を公開します。
「Evaluation: Price 40%, Quality 30%, Schedule 20%, Vendor capability 10%」のように配分を示します。
透明性が信頼関係構築に貢献します。
問い合わせ窓口
問い合わせ窓口を整理します。
「Inquiry window: Maria Santos, maria@OO.com.ph, +63-2-XXXX-XXXX」と一元化します。
窓口分散は混乱を招きます。
要求仕様の明確化
要求仕様の明確化はRFPの中核です。
4要素を構造化します。
機能要件
機能要件は具体的に記述します。
「Functional requirements: 1) User registration with OAuth, 2) Real-time chat, 3) PDF report generation」のように番号付きで列挙します。
各要件にPriority（必須/望ましい/オプション）を併記します。
非機能要件（性能・セキュリティ）
非機能要件は性能、セキュリティ、可用性等を含めます。
「Performance: 1000 concurrent users, Response time <1s」「Security: ISO 27001 compliance」のように具体化します。
NPC（National Privacy Commission）認定要件も含める場合があります。
プロジェクト範囲
プロジェクト範囲を明確化します。
Scope of Work（SoW）として、In-scope、Out-of-scope項目を明示します。
後の変更要請（Change Request）の判定基準にもなります。
期間・スケジュール
期間・スケジュールを示します。
「Project duration: 6 months, Kickoff: July 2026, Go-live: December 2026」と具体化します。
主要マイルストーンも併記します。
提出書式の指定
提出書式の指定はベンダー比較を容易にします。
4要素を整理します。
見積書フォーム
見積書フォームをExcel等で配布します。
「Quote template: Excel attached, Section A: Implementation, Section B: Maintenance」のように区分します。
横並び比較を可能にする設計です。
提案書フォーム
提案書フォームをPDF/Word指定します。
「Proposal template: 1) Executive Summary 2) Approach 3) Timeline 4) Team 5) References」のように章構成を指定します。
章別評価が容易になります。
添付資料リスト
添付資料リストを明示します。
「Required attachments: 1) Company profile, 2) Past projects, 3) Team CVs, 4) References」のように指定します。
ベンダー側の準備漏れを防ぎます。
ファイルフォーマット（PDF・Excel）
ファイルフォーマットを指定します。
「PDF for Proposal, Excel for Quote, Word/PDF for Company Profile」のように分けます。
受信側の処理効率に影響します。
提出期限の配慮
提出期限はベンダー側のスケジュール考慮が必要です。
3要素を整理します。
最低2週間以上確保
提出期限は最低2週間以上確保します。
ベンダー側は内部承認、技術検討、コスト算定等で時間を要します。
1週間以下は「真剣な提案を期待していない」と判定されます。
週末・祝日（Holy Week・Christmas）考慮
週末・祝日影響を期限算定に含めます。
Holy Week（4月）、All Saints’ Day（11月初）、Christmas Season（12月後半-1月初）は実質業務日が減ります。
「2 weeks excluding Holy Week」のように除外日を明示します。
再提出可能性の言及
再提出可能性を言及します。
「Final submission: May 30. Revisions allowed until June 5 with prior notification」のように示します。
ベンダー側の柔軟性確保に役立ちます。
比較見積もり意向の伝達
比較見積もり意向を明示することで透明性を保ちます。
3要素を整理します。
「Multiple vendors are being considered」
比較見積もり意向の標準フレーズです。
「Please be informed that multiple vendors are being considered for this project」と冒頭で告知します。
ベンダー側の競争意識を喚起できます。
選定時点の明示
選定時点を明示します。
「Vendor selection will be announced by June 15, 2026」と具体日を示します。
ベンダー側の他案件との優先度判断に役立ちます。
不採用社への返信約束
不採用社への返信を約束します。
「Unsuccessful bidders will be notified within 1 week of selection」と示します。
長期関係維持に貢献します。
選定基準の公開
選定基準の公開は透明性確保で重要です。
3要素を整理します。
価格・品質・スケジュール・実績の配分
選定基準の配分を明示します。
「Price 40%, Quality 30%, Schedule 20%, Vendor capability 10%」のように具体化します。
ベンダー側の提案戦略に直接影響します。
評価委員会の構成
評価委員会の構成を共有します。
「Evaluation committee: VP of Operations, IT Director, Procurement Manager」のように示します。
意思決定者の専門性が分かります。
選定プロセスの透明性
選定プロセスの透明性を保ちます。
「Selection process: 1) Initial screening, 2) Technical evaluation, 3) Commercial evaluation, 4) Final interview」のように段階を明示します。
ベンダー側の準備内容が明確になります。
問い合わせ窓口の整理
問い合わせ窓口の整理は混乱防止で重要です。
3要素を整えます。
回答窓口一元化
回答窓口を一元化します。
「For all inquiries, please contact: Maria Santos, maria@OO.com.ph」と単一窓口を指定します。
窓口分散は回答内容の不整合を生みます。
回答公開の有無
回答公開の有無を明示します。
「Q&A will be shared with all bidders weekly」のように共通公開を示します。
透明性確保と公平性維持に役立ちます。
連絡手段指定
連絡手段を指定します。
「Inquiry method: Email only. No phone calls during selection process」のように制限します。
窓口の業務負担を軽減します。
Vendor Accreditation要件
Vendor Accreditation要件はフィリピン固有のプロセスです。
4要件を理解します。
SEC登録証明書
SEC（Securities and Exchange Commission）登録証明書が必須です。
法人としての適法登録を証明します。
有効期限内のCertificate of Registrationを提出します。
BIR Certificate of Registration
BIR Certificate of Registration（Form 2303）が必須です。
TIN（Tax Identification Number）を明示します。
VAT登録/非登録の区分も含まれます。
Mayor’s Permit
Mayor’s Permit（市長許可証）が必要です。
事業所所在地の市町村役所で発行されます。
毎年更新が義務付けられています。
SSS/PhilHealth/Pag-IBIG加入証明
SSS（Social Security System）、PhilHealth、Pag-IBIG加入証明が必要です。
従業員福利厚生の遵守を証明します。
未加入は重大コンプライアンス違反となります。
見積書受信後の処理
見積書受信後の処理プロセスを準備します。
3要素を整理します。
受領確認メール
見積書受領確認メールを送ります。
「Salamat po sa inyong proposal. Natanggap po namin」（提案書ありがとうございます。受領しました）と即時返信します。
ベンダー側の不安を抑える効果があります。
追加質疑の整理
追加質疑があれば整理して送付します。
「Additional questions: 1) Q1, 2) Q2, 3) Q3」のように番号付き列挙が標準です。
回答期限も明示します。
選定結果通知の時期
選定結果通知の時期を再確認します。
「Selection result will be communicated by June 15, 2026」と日程を明示します。
遅延発生時は事前に再通知します。
不採用社への返信
不採用社への返信は長期関係維持で重要です。
3要素を準備します。
感謝・選定結果通知
感謝と選定結果を通知します。
「Thank you for your proposal. We have selected another vendor for this project」と簡潔に伝えます。
礼儀正しい通知が長期関係維持に繋がります。
不採用理由の適正共有
不採用理由を適正に共有します。
「Selection was based on price, schedule, and technical fit. Your proposal scored well on technical fit but had higher pricing」のように建設的フィードバックを示します。
過度な詳細はライバル情報漏洩リスクとなります。
今後の機会維持
今後の機会維持を明示します。
「We look forward to future opportunities to work together」と長期関係意思を示します。
次案件、別事業での再考慮可能性を残せます。
日本人のRFPメールNG
日本人が陥りがちなRFPメールの失敗を整理します。
これらを避けるだけで、フィリピンB2B調達での成功率が上がります。
要求仕様の曖昧さ
要求仕様の曖昧さは比較見積もり困難を生みます。
「OOシステムが欲しい」程度ではベンダー間の見積もり比較ができません。
機能要件、非機能要件、プロジェクト範囲を具体化します。
提出期限が短すぎ
提出期限が1週間以下では真剣な提案が期待できません。
最低2週間以上、複雑案件は4-6週間確保します。
Holy Week等の祝日影響も考慮します。
選定基準非公開で信頼低下
選定基準非公開はベンダー側の不信感を招きます。
透明性確保のため、配分（Price/Quality/Schedule等）を公開します。
不採用社への返信義務も明示します。
Vendor Accreditation要件への配慮欠如
Vendor Accreditation要件への配慮欠如は重大失敗です。
SM Group、Ayala、Globe等の財閥系は事前認証なしには取引開始できません。
SEC、BIR、Mayor’s Permit、SSS等の要件をRFP段階で明示します。
関連する内部リンク
契約・調達メールの全体像は、タガログ語の契約・調達メール完全ガイドで展開しています。
BIR Invoice関連メールは、BIR e-Invoice・入金確認・督促メールを参照してください。
NDA・契約書レビューは、NDA・契約書レビュー依頼メールを確認してください。
財閥向け営業メールは、フィリピン財閥向けB2B営業メール｜SM/Ayala/Jollibee/Globeと組み合わせて学習してください。
フィリピンビジネスマナー全般は、タガログ語ビジネス電話・メール完全ガイドを参照してください。
