今日の文書 — RFP（提案依頼書）
RFP（Request for Proposal／提案依頼書） — 解きたい課題を社外に渡し、解き方と体制と価格を各社に提案してもらうための文書。調達の3つの依頼書は、何を相手に求めるかで違う:
| RFI（情報提供依頼書） | RFP（提案依頼書） | RFQ（見積依頼書） | |
|---|---|---|---|
| 相手に求めるもの | 市場に何があるかの情報 | 解き方の提案と価格 | 決まった仕様に対する価格 |
| こちらで決まっていること | ほぼ何もない | 課題と達成したい結果、動かせない条件 | 仕様・数量・納期 |
| 今回のシリーズで | Day004（配信基盤のRFI） | 今日 | 調達#3（次の調達回） |
この文書の勝負どころ: 課題を伝え、解決策を縛りすぎていないか。 米国連邦調達規則（FAR 37.602）は、成果ベースの調達で作業を "in terms of the required results rather than either 'how' the work is to be accomplished"（どう行うかではなく、求める結果で）記述せよとしている。さらに一歩進めた形が SOO（Statement of Objectives／目的記述書） で、発注者は目的だけを示し、作業の記述（PWS）は応募者が作る（出典は設計メモ）。RFPに解き方を書き込むと、こちらより詳しい相手の知恵を、提案の前に捨てることになる。
シナリオ
あなたは株式会社ノヴァストア EC事業本部・販促システム部の MOpsチームマネージャー・宮田（Day004〜Day020の続き）。
2028年9月、データ研究枠の結果（Day013）を受けて、休眠会員33万人へのメール配信を止めた。Gmailの迷惑メール報告率（Google Postmaster Tools）は 0.24% → 0.09%（9〜10月平均） に下がった。ところが2028年11月から再び上がり始め、直近4週（1/29〜2/25）の平均は0.21%、2/9（金）のバレンタインセール当日は0.33% と、Googleが「超えてはならない」とする0.3%を1日だけ超えた。
11月に変えたことは3つあり、どれが効いているかを社内では切り分けられない。
- H1 頻度: 年末施策で週4→週5に増やし、そのまま戻していない
- H2 登録経路: 11〜12月の提携ポイントサイトのキャンペーンで、新規会員が 4.1万人 増えた
- H3 件名: 販促企画課が件名に「【最終】」「残りわずか」を多用し始めた
- Gmailの報告は会員単位では見えない（Postmaster Tools と Feedback Loop は、こちらが付けた識別子ごとの集計しか返さない）。当社は識別子に配信IDしか入れていないため、登録経路で分けて見ることができない
配信基盤は StreamGate（2027年に選定。2031年3月まで契約）。社内に到達性（deliverability）の専門家はいない。高梨部長が FY2029上期の部予算から 600万円 を確保し、外部の専門家に診断と改善の支援を頼むことになった。宮田はRFPを 3/1（木）に4社へ送る: 到達性コンサルの Inboxa、Mailwise Partners、Senderline、そして現行基盤の提供元 StreamGate のプロフェッショナルサービス部門。
- 影響: メール経由の増分売上（配信しない対照群との差。Day008の方式）は月約1,900万円〔仮定〕。Gmail宛ては会員アドレスの約38%〔仮定〕で、迷惑メールフォルダ行きが増えれば、その分（月約720万円〔導出〕）が削られていく
- 読み手: 各社の提案責任者（営業とコンサルタントの2人組を想定）。カタログの主な読み手「ベンダー」が、Lv2の「前提を共有していない社外の相手」とそのまま一致するので、ルール5（間接読み手）は使わない
読み手プロファイル
| 項目 | 内容 |
|---|---|
| 誰が読むか | 4社の提案責任者（各社2名程度）。到達性の実務には宮田より詳しい |
| 何を判断するために読むか | ①そもそも提案を出すか（bid / no-bid） ②出すなら、どの範囲を・どの体制で・いくらで提案するか |
| 何を知っているか | Gmail・Yahooの送信者要件、Postmaster Tools、到達性の一般的な原因と打ち手。他社の似た案件 |
| 何を知らないか | ノヴァストアの会員数・配信頻度・報告率の推移。休眠停止の経緯。社内でどこまで分かっていて何が分からないか。誰が・何を基準に選ぶのか |
| 何を気にしているか | 勝てる見込みがあるか（現行基盤の提供元ありきの出来レースではないか）。予算が提案の規模に合うか。報告率という、自社では動かせない数字の結果責任を負わされないか。提案書づくりの工数（1件で数十時間） |
| 読む時間と場面 | 受け取った週の社内会議（bid / no-bid の判断）で、まず1〜2ページを10分。出すと決めたら、提案書を書きながら何度も読み返す |
この読み手が変わると何が変わるか: 読み手が 高梨部長（予算の承認者） なら、「なぜ外に頼むのか」「600万円で何が返ってくるか」が中心で、評価基準の配点はほぼ要らない。StreamGate 1社だけに頼む随意契約なら、出来レースの心配への手当ては要らず、その代わり「基盤の提供元が自社製品の追加販売を勧めないか」の歯止めを書く。RFQ（価格だけを比べる） にするなら、今日Betterで返した「解き方」をこちらで決め切ってから出すことになる——それには社内に専門家が要り、今はいない。今回は解き方をこちらより知っている社外の相手が、出すかどうかを10分で決めるので、課題と結果と動かせない条件を先に置き、解き方は空けて渡す。
4段階で見る — 「2. 解決したい課題と、求める提案」
同じRFPの 「2. 解決したい課題と、求める提案」 を4段階で書き分けたもの。RFPで最も差が出るのは、会社概要や提出様式ではなく、相手に何を考えてほしいかを書くこの部分。タブで精読、「横に並べる」で差を一望できる。
行数ではBestがBetterより1行短いが、字数ではBestが最長（Better 505字＜Best 567字）で逆転ではない。推移の説明は全文へ移したが、bid / no-bid の材料（予算・2段階・求めないこと・日付）を足した分の方が多い。
課題が1行もなく、専用IP・監視ツール・頻度AIの注文。
「限りなく0%」「施策一式」「総合的に判断」。
数値は社外秘で出さない。良い会社ほど辞退する。背景→目的→要求R1〜R6→評価の型は正しい。
ただしR1〜R4は原因不明のまま決めた解き方の注文。
動かせない条件・結果責任・予算・配点がない。起きていること／まだ分かっていないこと（H1〜H3）／
達成したい結果（方法は問わない）／動かせない条件。
解き方は詳しい相手に返し、配点40/30/20/10を公開。冒頭は「提案するか、3/8まで」。4社・現行基盤も参加、
2段階（診断150万・支援450万、別の会社でも可）、
成果報酬は求めない、10ページ・プレゼンなし、日付すべて。"as close to 0% as possible",
"any other measures", "evaluated comprehensively":
an unbounded ask, a classic no-bid.Background, objective, "The vendor shall ..." R1-R6.
But "shall add two dedicated IPs" fixes the method
before anyone knows the cause. Budget not disclosed."What we do not know" and "approach is up to you".
No "shall": obligations only in Fixed constraints.
Evaluation points published: 40 / 30 / 20 / 10."Please tell us ... whether you intend to bid".
Two phases with ceilings; Phase 2 "not reserved".
"We are not asking for" success fees; same data for all.2. 要求仕様
当社メール配信の到達率改善のため、以下の対応をお願いいたします。
・専用IPアドレスの追加（2本以上）およびIPウォームアップ
・シードリストによる受信箱到達率の監視ツールの導入
・AIによる配信頻度の最適化
・DMARCポリシーを p=reject に変更
・迷惑メール率を限りなく0%に近づけること
・その他、到達率改善に資する施策一式
※現状の数値等は社外秘のため、提案前には開示できません
※詳細は個別にお打ち合わせのうえ、ご提案ください
※お見積りは御社書式で結構です
※評価は総合的に判断させていただきます2. Requirements
To improve our email deliverability, please provide the following:
- Addition of at least two dedicated IP addresses and IP warm-up
- Implementation of a seed-list inbox placement monitoring tool
- AI-based send frequency optimization
- Change of DMARC policy to p=reject
- Spam rate as close to 0% as possible
- Any other measures that may contribute to deliverability
* Current figures are confidential and cannot be shared before proposals
* Details to be discussed in individual meetings
* Quotations may be in your own format
* Proposals will be evaluated comprehensively"as close to 0% as possible" "any other measures" は、英語圏のベンダーには範囲が無限の依頼と読まれ、no-bid の典型的な理由になる。"evaluated comprehensively" は評価基準がない、という意味にしか取られない。
2. 背景・目的・要求事項
2.1 背景 当社メールのGmail宛て迷惑メール報告率が上昇している（直近4週平均0.21%）
2.2 目的 Gmailの送信者ガイドラインに沿い、報告率を0.10%未満に下げる
2.3 要求事項（必須）
R1 専用IPアドレスを2本追加し、8週間でウォームアップを完了すること
R2 シードリスト方式の到達率監視ツールを導入し、週次で報告すること
R3 会員ごとの最適な配信頻度を機械学習で算出し、配信に反映すること
R4 DMARCを p=none から p=reject へ段階的に移行すること
R5 改善施策の月次報告書を提出すること
R6 契約期間は2029/4〜2029/9とすること
2.4 提案書に記載いただく事項 実施内容、体制、スケジュール、実績、見積り
2.5 評価方法 技術・価格・実績を総合的に評価する
2.6 予算 非開示Badから何が変わったか:
- ①結論の位置が少し動いた。背景と目的が要求の前に来て、到達点（0.10%未満）が数字で書かれた
- ③事実と解釈の分離が動いた。報告率の実数が出て、Googleのガイドラインという外の基準に結びついた
- ④次の行動が動いた。要求がR1〜R6の番号つきになり、期間・報告の頻度が決まった
- 多くのRFPはこの水準で出される。 背景→目的→要求→提案書の記載事項→評価、という型として正しい
まだ足りないもの（ここが今日の本題）:
- R1〜R4は、要求ではなく解き方の注文。 原因が分からないまま（2.1の背景には、なぜ上がったかの話が1行もない）、解き方を決め打ちしている。原因がH2（登録経路）なら、R1〜R4を全部やっても報告率は下がらない
- 「なぜ上がったか分からない」ことが書かれていない。 読み手が一番知りたい「何を診断してほしいのか」がない。到達性の専門家に頼む理由そのものが抜けている
- 動かせない条件がない。 StreamGateとの契約が2031/3まで続くことが書かれていないので、基盤の乗り換えを提案してくる会社が出る。そうした提案は全部無駄になる
- 報告率の結果責任を誰が持つかがない。 頻度と件名を決めるのは当社なのに、2.2の書き方では「御社が0.10%未満にせよ」と読める。読み手は自分で動かせない数字の責任を見積もりに上乗せする
- 選ばれ方と予算が見えない。 「総合的に評価」「予算非開示」では、読み手は勝てる見込みを判断できない
2. Background, Objectives and Requirements
2.1 Background Our Gmail spam complaint rate has risen (0.21% over the last 4 weeks)
2.2 Objective Reduce the rate below 0.10%, in line with Gmail sender guidelines
2.3 Mandatory requirements
R1 The vendor shall add two dedicated IPs and complete warm-up within 8 weeks
R2 The vendor shall deploy a seed-list monitoring tool and report weekly
R3 The vendor shall calculate optimal send frequency per member using machine learning
R4 The vendor shall migrate DMARC from p=none to p=reject in stages
R5 The vendor shall submit monthly improvement reports
R6 The contract term shall be April-September 2029
2.4 Proposal contents Approach, team, schedule, references, pricing
2.5 Evaluation Technical merit, price and experience, evaluated comprehensively
2.6 Budget Not disclosed"The vendor shall ..." はRFP・契約の要求文の定型で、型は正しい。ただし "shall" で書いた瞬間に解き方が契約上の義務になる。原因が分からないまま "shall add two dedicated IPs" と書くのは、英語ではより強く解き方の固定に見える。
2. 解決したい課題と、提案していただきたいこと（提案責任者の皆さまへ）
起きていること（Gmail Postmaster Tools の迷惑メール報告率）
2028/9 休眠会員33万人への配信停止で 0.24%→0.09%（9〜10月平均）
11月から上昇。直近4週（1/29〜2/25）平均0.21%、2/9 は0.33%
まだ分かっていないこと（当社の仮説。どれも確かめていない）
H1 頻度を週4→週5に増やした ／ H2 提携キャンペーンで4.1万人が登録 ／ H3 件名の煽り表現
当社は Feedback-ID に配信IDしか入れておらず、登録経路で切り分けられない
達成したい結果（方法は問いません）
Gmail報告率の7日平均0.10%未満を、2029/9末までに4週続ける
動かせない条件
配信基盤は StreamGate（2031/3まで契約）。乗り換えを前提にした提案はお受けできません
配信の頻度・件名・対象を最終的に決めるのは当社（販促企画課）です
提案していただきたいこと
①原因の切り分け方（使うデータ・期間・当社に頼む作業） ②切り分けた後の打ち手の進め方
評価の基準（配点）: 切り分けの確かさ40 ／ 打ち手の進め方30 ／ 価格20 ／ 体制10Goodから何が変わったか（★ここが今日の学習の中心）:
読み手プロファイルの各項目に、変更を1対1で対応させている。
| 読み手プロファイルの項目 | Betterで行った変更 |
|---|---|
| 読み手が知っていること「到達性の原因と打ち手は、宮田より詳しい」 | 解き方の注文（GoodのR1〜R4）を全部外し、「達成したい結果（方法は問いません）」にした。専用IPもシードリストも、必要なら読み手が提案する。FAR 37.602 の「how ではなく結果で書く」と同じ形 |
| 読み手が知らないこと「社内でどこまで分かっていて何が分からないか」 | 「まだ分かっていないこと」を独立した見出しにした。 仮説H1〜H3を並べ、「どれも確かめていない」と明記。さらに切り分けられない理由（Feedback-ID に配信IDしか入れていない）を書いた。専門家はこの1行で「識別子の付け方から直す提案」ができる |
| 読み手が判断すること「どの範囲で提案するか」 | 「提案していただきたいこと」を①切り分け方 ②その後の進め方の2つに絞った。Goodの「実施内容一式」と違い、診断が先、打ち手は後という順序を示した |
| 読み手が気にすること「報告率の結果責任を負わされないか」 | 「頻度・件名・対象を最終的に決めるのは当社」と書いた。報告率を動かすレバーの多くは当社が握っていると先に認めたので、読み手は結果責任を見積もりに上乗せしなくてよい |
| 読み手が気にすること「無駄な提案を書かされないか」 | 動かせない条件に、StreamGateの契約（2031/3まで）を書いた。乗り換えの提案は最初から出てこない |
| 読み手が知らないこと「何を基準に選ぶのか」 | 配点を4項目で公開した。 価格が20点しかないことから、「安く出すより、切り分けの確かさで勝負してほしい」が伝わる |
| Goodの「0.10%未満にする」 | 「7日平均0.10%未満を4週続ける」にした。1日だけ下がった日を達成と呼ばない。Postmaster Tools は日次の値なので、どの値で判定するかを決めた |
RFPの要求事項は「こちらが答えを知っている部分」だけにする: Goodの要求事項は、こちらが答えを知らないこと（原因）まで答えを書いていた。分かっていること（起きていること・動かせない条件・達成したい結果）は詳しく、分かっていないこと（原因・解き方）は空けて渡す。この分け方そのものが、到達性の専門家に頼む理由になる。
それでも残っている問題（Bestで扱う）:
- 予算が見えない。 読み手は600万円の案件か60万円の案件か分からず、提案の規模を当てずっぽうで決めることになる。4社の提案が比べられない
- 診断と打ち手が同じ契約になっている。 診断した会社が、自社の製品やサービスで解ける原因を見つけやすい（利益相反）。特にStreamGateは、専用IPの追加オプションを売る立場でもある
- 「出来レースではないか」に答えていない。 現行基盤の提供元が混じっていること、データを全社に同じだけ出すかどうかが書かれていない
- 提案書の工数を下げていない。 bid / no-bid を決める読み手にとって、提案のコスト（ページ数・プレゼンの有無）は判断材料そのもの
ここで動いた軸: ②読み手適合（解き方を、詳しい相手に返した）、③事実と解釈の分離（分かっていること／分かっていないことを見出しで分けた）、⑤想定反論（「結果責任を負わされるのか」「乗り換えを提案していいのか」に先回り）。
2. The problem, and what we are asking you to propose
What is happening (Gmail Postmaster Tools spam rate)
Sep 2028: stopping email to 330,000 inactive members cut it from 0.24% to 0.09% (Sep-Oct avg)
It has risen since November: 0.21% avg (29 Jan-25 Feb), 0.33% on 9 Feb
What we do not know (our hypotheses; none tested)
H1 frequency up from 4 to 5 a week / H2 41,000 sign-ups via an affiliate campaign / H3 urgent subject lines
Our Feedback-ID carries only the campaign ID, so we cannot split by sign-up source
Outcome we want (approach is up to you)
Gmail spam rate, 7-day average, below 0.10% for 4 consecutive weeks by end of Sep 2029
Fixed constraints
Our ESP is StreamGate under contract until Mar 2031. We cannot accept proposals that require switching
We make the final call on frequency, subject lines and audience (Promotions Planning)
Please propose
(1) How you would find the cause (data, period, work needed from us) (2) How you would run the fixes
Evaluation (points): diagnosis 40 / approach to fixes 30 / price 20 / team 10"approach is up to you" と "What we do not know" は、英文RFPの statement of objectives 型の要点。"shall" を1つも使わず、義務は Fixed constraints にだけ置いた。評価の配点を数字で出すのは英語圏の公共調達では標準的で、出さないと no-bid の理由になる。
ご提案いただくかどうかを、3/8（木）までにお知らせください（辞退の場合も理由を1行いただけると助かります）
この依頼で決まっていること
依頼先は4社。うち1社は現行の配信基盤の提供元（StreamGate）。データ・質問への回答・評価は4社とも同じ
2段階で発注します。予算の上限も先にお伝えします
第1段階 原因の切り分け 6週・固定価格 上限150万円 ／ 第2段階 打ち手の支援 4〜9月 上限450万円
第2段階は第1段階の結果を見て当社が決めます。第1段階の受託者に限りません
達成したい結果: Gmail報告率の7日平均0.10%未満を、2029/9末までに4週続ける（方法は問いません）
求めないこと
報告率の成果報酬・結果の保証（頻度・件名・対象を決めるのは当社です）
配信基盤の乗り換え（2031/3まで契約）。専用IPの追加も前提にしません（必要ならご提案ください）
当社の仮説（H1 頻度 ／ H2 登録経路 ／ H3 件名）と違う見立ても歓迎します
提案書は10ページ以内・プレゼンなし。NDA締結後、Postmaster Tools 13か月分と配信ログを3/2にお渡しします
質問は3/12（月）まで。回答は4社全員に同じ文面で3/15（木）に送ります
評価の配点: 切り分けの確かさ40 ／ 打ち手の進め方30 ／ 価格20 ／ 体制10。結果は4/10（火）に点数つきで全社へBetterから何が変わったか:
- ①結論の位置が動いた。冒頭を読み手が最初に決めること（提案するか、3/8まで）にした。RFPの読み手が最初の10分で下すのは、内容の理解ではなく bid / no-bid の判断なので、その材料（社数・予算・選ばれ方・工数）を先頭にまとめた
- ②読み手適合が動いた。予算の上限を開示した。 「起きていること」の詳細や仮説の根拠は全文の2章へ移し、比較本体には仮説の名前だけを残した
- ③事実と解釈の分離が動いた。2段階に分け、第2段階は第1段階の受託者に限らないと書いた。診断の結論が自社の売り物に寄る利益相反を、契約の形で切った
- ④次の行動が動いた。3/8（参加の返事）・3/2（データ）・3/12（質問）・3/15（回答）・4/10（結果）と、読み手の側の日付がすべて決まった
- ⑤想定反論が動いた。「出来レースでは?」→ 現行基盤の提供元が入っていると自分から書き、データと回答と評価を4社同じにすると約束した。「結果責任は?」→ 成果報酬・保証を求めないと明言。「専用IPは提案してはいけないのか?」→ 前提にしないが提案は可
予算の上限を出す判断について（Day007とは逆の結論）: Day007では、配信基盤の刷新でRFPの前に予算レンジを出すと見積りが上限に寄る（アンカリング）として、NDAの開示対象から外した。今回は出す。違いは範囲を誰が決めるかにある。Day007は仕様がほぼ決まった基盤の調達で、価格競争が効く。今回は範囲（何週・何人で何を調べるか）を読み手が決めるSOO型の依頼で、上限がないと4社が30万円から1,000万円までばらばらの規模で提案し、比べられない。上限に寄るリスクは、価格の配点を20点に抑え、第1段階を固定価格にすることで受ける。
分量（実測 Bad12・Good13・Better15・Best14行。字数は Better505字＜Best567字）: 行数ではBestがBetterより1行短いが、字数ではBestが最長で、逆転ではない（Day018・019と同じ「行数と字数が逆」の回）。Betterにあった「起きていること」の推移と、切り分けられない理由の説明は全文の2章へ移したが、代わりに足した予算・2段階・求めないこと・読み手の側の日付の方が多い。RFPの読み手は bid / no-bid の材料を冒頭で全部求めるので、ここは削らない。
今回はBestまで作るべきか: Best必要。読み手は出すかどうかを自分で決められる社外の相手で、決め手（予算・社数・選ばれ方・工数）がなければ、良い会社ほど辞退する。4社中2社が辞退すると、比較そのものが成り立たない。ただし、仕様が決まり、価格だけを比べるならRFQにすべきで、このBestは過剰。また相手が1社だけの随意契約なら、bid / no-bid の材料（社数・配点）は要らず、Betterに予算と2段階を足せば十分。
Please tell us by Thu 8 March whether you intend to bid (a one-line reason if you decline helps us)
What is already decided
Four firms are invited, including our current ESP (StreamGate). All four get the same data, answers and criteria
Two phases, with budget ceilings stated up front
Phase 1: diagnosis, 6 weeks, fixed price, up to JPY 1.5M / Phase 2: support for fixes, Apr-Sep, up to JPY 4.5M
We decide Phase 2 after Phase 1. It is not reserved for the Phase 1 vendor
Outcome: Gmail spam rate, 7-day average, below 0.10% for 4 consecutive weeks by end of Sep 2029 (approach is up to you)
We are not asking for
Success fees or a guaranteed rate (we control frequency, subject lines and audience)
A switch of ESP (contract until Mar 2031). Dedicated IPs are not assumed; propose them if you need them
A diagnosis that differs from our hypotheses (H1 frequency / H2 sign-up source / H3 subject lines) is welcome
Proposals: 10 pages max, no presentation. After NDA, 13 months of Postmaster data and send logs on 2 March
Questions by Mon 12 March. All four firms get the same written answers on Thu 15 March
Scoring: diagnosis 40 / fixes 30 / price 20 / team 10. Results with scores to all firms on Tue 10 April冒頭の "Please tell us ... whether you intend to bid" は英文RFPの intent to bid の定型で、bid / no-bid の判断を読み手の最初の仕事として扱っている。"We are not asking for ..." で要求の上限を区切るのはDay020と同じ型。"It is not reserved for the Phase 1 vendor" は利益相反への手当てを1文で示す。
日英差分ノート
1. 「〜すること」と "shall"：同じ要求文でも、英語の方が重い
日本語のRFPの「〜すること」は、社内の要求仕様書の語尾をそのまま使っただけで、読み手も「例示かもしれない」と柔らかく読むことが多い。英語の "The vendor shall ..." は契約上の義務を表す定型で、書いた解き方は外せない条件として読まれる。英語版のBetterで "shall" を1つも使わなかったのは、義務にしたいもの（動かせない条件）と、相手に任せたいもの（解き方）を、語の強さで分けるため。日本語でも「〜すること」は動かせない条件にだけ使い、任せたいことは「ご提案ください」と書き分けると同じ効果が出る。
2. 評価の配点を出すかどうか
日本の民間の発注では「総合的に評価」がまだ普通で、配点を出すと「点数で決めるのか」と社内から反発されることもある。英語圏の、特に公共調達では evaluation criteria and weighting を事前に示すのが標準で、出さないRFPは選び方を後から決められる＝出来レースの疑いとして no-bid の理由になる。Lv2の読み手（前提を共有しない社外）には、日本語でも配点を出した方が、辞退が減る。
3. 辞退の理由を聞く
日本語では「ご辞退の場合も理由をお聞かせください」は、やや踏み込んだ依頼に聞こえる。英語の "a one-line reason if you decline helps us" は普通の頼み方で、辞退理由は次のRFPを直すための一番安い情報になる（予算が小さすぎた、期間が短すぎた、など）。
頻出表現
| 日本語 | English | トーンの強さ |
|---|---|---|
| 提案いただくかをお知らせください | please tell us whether you intend to bid | 中立。期日を添える |
| 方法は問いません | the approach is up to you | 中立。結果だけを決める |
| 〜すること（必須要件） | the vendor shall ... | 強い。動かせない条件にだけ使う |
| まだ分かっていないこと | what we do not know | 中立。専門家を呼ぶ理由になる |
| 動かせない条件 | fixed constraints | 強い |
| 〜は求めません | we are not asking for ... | 中立。相手の警戒を解く |
| 予算の上限 | budget ceiling | 中立。範囲を相手が決める依頼で出す |
| 第1段階の受託者に限りません | not reserved for the Phase 1 vendor | 中立。利益相反への手当て |
| 評価の配点 | evaluation criteria and weighting | 中立 |
| 総合的に評価 | evaluated comprehensively | 弱い・危険。英文では書かない |
差分5軸まとめ
| 軸 | Bad | Good | Better | Best |
|---|---|---|---|---|
| ① 結論の位置 | 解き方の注文が先頭 | 背景→目的→要求の型 | 起きていること→分からないこと→結果 | 冒頭が「提案するか、3/8まで」と決め手 |
| ② 読み手適合 | 書き手が思いついた手段だけ | 一般的なRFPの型 | 解き方を詳しい相手に返した | 予算の上限と工数（10ページ・プレゼンなし）を先に出した |
| ③ 事実と解釈の分離 | 数値を出さない | 報告率の実数とガイドライン | 分かっていること／分からないこと（仮説・切り分けられない理由） | 診断と打ち手を2段階に分け、利益相反を契約の形で切った |
| ④ 次の行動 | 「個別にお打ち合わせ」 | 提案書の記載事項 | 提案してほしい2点と配点 | 3/2データ・3/8返事・3/12質問・3/15回答・4/10結果 |
| ⑤ 想定反論 | 無視（出来レースに見える） | なし | 結果責任・乗り換えに先回り | 現行基盤の提供元の参加を自分から書き、同じデータ・回答・評価を約束 |
Best版・全文
日本語版 全文を見る
提案依頼書（RFP）: メール到達性（Gmail迷惑メール報告率）の原因の切り分けと改善の支援 2029年3月1日 株式会社ノヴァストア EC事業本部 販促システム部 MOpsチーム 宮田 宛先: Inboxa株式会社、Mailwise Partners株式会社、Senderline株式会社、StreamGate株式会社 プロフェッショナルサービス部（各社 提案ご担当者さま）
1. ご提案いただくかどうかを、3/8（木）までにお知らせください
辞退の場合も、理由を1行いただけると次の依頼の改善に使えて助かります。
- 依頼先は4社です。うち1社は、当社の現行の配信基盤の提供元（StreamGate）です。お渡しするデータ、質問への回答、評価の基準は4社とも同じにします
- 2段階で発注し、予算の上限を先にお伝えします
| 段階 | 内容 | 期間 | 価格 | 上限 |
|---|---|---|---|---|
| 第1段階 | 原因の切り分け（診断）と打ち手の優先順位づけ | 4/23（月）〜6/1（金）の6週 | 固定価格 | 150万円（税別） |
| 第2段階 | 打ち手の実施の支援（実施するのは当社） | 6/4（月）〜9/28（金） | 月額または作業ごと | 450万円（税別） |
- 第2段階は、第1段階の結果を見て当社が発注先を決めます。第1段階の受託者に限りません。両方の段階を提案していただいても、第1段階だけでも構いません
- 提案書は10ページ以内、プレゼンテーションはありません
2. 解決したい課題
起きていること（Google Postmaster Tools の迷惑メール報告率。当社ドメインの日次値）
| 期間 | 報告率 | 主な出来事 |
|---|---|---|
| 2028年8月 | 0.24% | 休眠会員にも配信 |
| 2028年9〜10月平均 | 0.09% | 9月から休眠会員33万人への配信を停止 |
| 2028年11月〜 | 上昇 | 下の3つの変更 |
| 2029/1/29〜2/25 平均 | 0.21% | — |
| 2029/2/9（金） | 0.33% | バレンタインセール。ガイドラインの0.3%を1日超過 |
まだ分かっていないこと（当社の仮説。どれも確かめていません）
| 仮説 | 11月に変えたこと | 当社が持っている材料 |
|---|---|---|
| H1 頻度 | 年末施策で週4回→週5回に増やし、戻していない | 回数を変えた日と報告率の上がり始めがほぼ同時 |
| H2 登録経路 | 11〜12月の提携ポイントサイトのキャンペーンで新規会員4.1万人 | 登録経路は会員データにあるが、報告とは結びつけられない |
| H3 件名 | 件名に「【最終】」「残りわずか」などを多用 | 2/9の件名は「【本日最終】」 |
- 当社は Feedback-ID ヘッダーに配信IDしか入れていないため、Gmail の Feedback Loop でも、登録経路や件名の種類で分けて見ることができません
- 当社の仮説と違う見立ても歓迎します
達成したい結果（方法は問いません）
- Gmailの迷惑メール報告率の7日平均が0.10%未満の状態を、2029/9/28までに4週続ける
- 判定は Postmaster Tools の日次値から当社が計算します
当社にとっての影響（参考）
- メール経由の増分売上（配信しない対照群との差）は月約1,900万円で、Gmail宛ては会員アドレスの約38%です
3. 動かせない条件と、求めないこと
動かせない条件
- 配信基盤は StreamGate（2031年3月まで契約）。乗り換えを前提にした提案はお受けできません
- 配信の頻度・件名・対象を最終的に決めるのは当社（販促企画課）です。打ち手の実施（設定変更・配信の変更）も当社が行います
- 会員の個人データは当社の環境の外に持ち出せません。分析は集計済みのデータか、当社が用意する環境で行っていただきます
- 特定電子メール法に沿った配信停止の扱い（停止は即時反映）を変える提案はお受けできません
求めないこと
- 報告率についての成果報酬や、結果の保証（レバーの多くを当社が持っているため）
- 専用IPアドレスの追加は前提にしません。必要と判断される場合は、その理由とともにご提案ください
4. 提案していただきたいこと
- 原因の切り分け方: 使うデータ、期間、当社にお願いする作業（例: 識別子の付け方の変更、配信の一部を分けて送る）と、その作業量
- 切り分けた後の打ち手の進め方: 優先順位の付け方と、効いたかどうかの確かめ方
- 体制: 担当者の経験（同規模の配信の到達性改善）。担当者の名前は不要です
- 価格: 第1段階は固定価格。第2段階は月額または作業ごとの単価
5. お渡しするもの・日程
| 日付 | 内容 |
|---|---|
| 3/1（木） | 本RFPの送付 |
| 3/2（金） | NDA締結後、Postmaster Tools 13か月分（ドメイン・IPの評判、報告率、認証の結果）と、直近3か月の配信ログ（配信ID・件数・件名・送信時刻）をお渡し |
| 3/8（木） | 提案するかどうかのご返事 |
| 3/12（月） | 質問の締切（メールで宮田まで） |
| 3/15（木） | 質問への回答を、4社全員に同じ文面で送付 |
| 3/29（木）17:00 | 提案書の締切 |
| 4/10（火） | 選定結果を、点数つきで全社へ通知 |
| 4/23（月） | 第1段階の開始 |
6. 評価の基準
| 項目 | 配点 | 見るところ |
|---|---|---|
| 切り分けの確かさ | 40 | 6週で H1〜H3 とそれ以外を見分けられるか。当社の作業量が現実的か |
| 打ち手の進め方 | 30 | 効いたかどうかを、配信を止めずに確かめられるか |
| 価格 | 20 | 上限の範囲内での価格（上限に近いことは減点しません） |
| 体制 | 10 | 同規模の到達性改善の経験 |
- 評価は宮田・佐伯（MOps）、関課長（販促企画課）の3名で行い、高梨部長が決定します
English 全文を見る
Request for Proposal: Diagnosing and reducing our Gmail spam complaint rate 1 March 2029 From: Miyata, MOps, Promotion Systems, E-commerce Division, NovaStore Inc. To: Inboxa, Mailwise Partners, Senderline, and StreamGate Professional Services (proposal leads)
1. Please tell us by Thu 8 March whether you intend to bid
If you decline, a one-line reason helps us improve future requests.
- Four firms are invited, including our current ESP, StreamGate. All four receive the same data, the same answers to questions and the same evaluation criteria
- We will award in two phases, and we are stating the budget ceilings up front
| Phase | Scope | When | Pricing | Ceiling |
|---|---|---|---|---|
| 1 | Find the cause (diagnosis) and rank the fixes | 23 Apr-1 Jun (6 weeks) | Fixed price | JPY 1.5M (excl. tax) |
| 2 | Support while we implement the fixes | 4 Jun-28 Sep | Monthly or per task | JPY 4.5M (excl. tax) |
- We decide Phase 2 after Phase 1. It is not reserved for the Phase 1 vendor. You may bid for both phases or for Phase 1 only
- Proposals: 10 pages maximum, no presentation
2. The problem
What is happening (Google Postmaster Tools spam rate, daily, our domain)
| Period | Spam rate | What happened |
|---|---|---|
| Aug 2028 | 0.24% | Still mailing inactive members |
| Sep-Oct 2028 avg | 0.09% | Stopped mailing 330,000 inactive members from September |
| Nov 2028 onward | Rising | The three changes below |
| 29 Jan-25 Feb 2029 avg | 0.21% | - |
| Fri 9 Feb 2029 | 0.33% | Valentine's sale; above the 0.3% guideline for one day |
What we do not know (our hypotheses; none tested)
| Hypothesis | What changed in November | What we have |
|---|---|---|
| H1 Frequency | Up from 4 to 5 emails a week for year-end; never reverted | The rate started rising about when frequency changed |
| H2 Sign-up source | 41,000 new members via an affiliate points-site campaign (Nov-Dec) | Sign-up source is in our member data but cannot be linked to complaints |
| H3 Subject lines | Heavy use of "Final call" / "Almost gone" | 9 Feb subject: "Last day today" |
- Our Feedback-ID header carries only the campaign ID, so Gmail's Feedback Loop cannot split complaints by sign-up source or subject type
- A diagnosis that differs from our hypotheses is welcome
Outcome we want (the approach is up to you)
- Gmail spam rate, 7-day average, below 0.10% for 4 consecutive weeks by 28 Sep 2029
- We calculate this from the daily Postmaster Tools values
Why it matters to us (for context)
- Incremental revenue from email (versus a holdout that receives none) is about JPY 19M a month; about 38% of member addresses are Gmail
3. Fixed constraints, and what we are not asking for
Fixed constraints
- Our ESP is StreamGate, under contract until March 2031. We cannot accept proposals that require switching
- We make the final call on frequency, subject lines and audience (Promotions Planning), and we implement the changes ourselves
- Member personal data cannot leave our environment. Analysis uses aggregated data or an environment we provide
- We will not change how unsubscribes are handled (immediate, as required by Japan's Act on Specified Electronic Mail)
We are not asking for
- Success fees or a guaranteed rate (we hold most of the levers)
- Dedicated IPs are not assumed. If you think they are needed, propose them with your reasoning
4. What to propose
- How you would find the cause: data, period, and the work you need from us (e.g., changing identifiers, splitting part of a send), with an estimate of that work
- How you would run the fixes: how you would rank them and confirm each one worked
- Team: experience improving deliverability at a similar volume. Names are not required
- Price: fixed price for Phase 1; monthly or per-task rates for Phase 2
5. What we provide, and timeline
| Date | What |
|---|---|
| Thu 1 Mar | RFP issued |
| Fri 2 Mar | After NDA: 13 months of Postmaster Tools data (domain and IP reputation, spam rate, authentication) and 3 months of send logs (campaign ID, volume, subject, send time) |
| Thu 8 Mar | Intent to bid |
| Mon 12 Mar | Questions due (email Miyata) |
| Thu 15 Mar | Same written answers sent to all four firms |
| Thu 29 Mar, 17:00 | Proposals due |
| Tue 10 Apr | Results, with scores, sent to all firms |
| Mon 23 Apr | Phase 1 starts |
6. Evaluation
| Criterion | Points | What we look for |
|---|---|---|
| Diagnosis | 40 | Can it tell H1-H3 (and anything else) apart in 6 weeks, with a realistic workload for us? |
| Approach to fixes | 30 | Can each fix be confirmed without stopping sends? |
| Price | 20 | Price within the ceiling (being close to the ceiling is not penalised) |
| Team | 10 | Experience at a similar volume |
- Miyata and Saeki (MOps) and Mr. Seki (Promotions Planning) score; Mr. Takanashi decides
完成の定義チェックリスト
RFPを出す前に必ず確認する。「雑・妥協」を防ぐための外部基準。1つでも未チェックがあれば、まだ出さない。
今日の演習
Bad例の要求6行（専用IP〜施策一式）を、「達成したい結果／動かせない条件／ご提案ください」の3つの欄に振り分け直す。条件: ①6行のうち、解き方の注文であるものを見分け、結果に置き換えるか、「必要ならご提案ください」に移す。②「限りなく0%」を、今日のシナリオの数字で判定できる結果（どの値で・いつまでに・何週）に書き直す。③1つは「動かせない条件」に入れられるものがないか探す（ヒント: DMARCの変更は、誰が決めることか）。
依頼の形を変えて、同じ課題を StreamGate 1社への随意契約の依頼書として書き直す。 部の方針で「現行の取引先に頼むなら相見積もりは不要」になった、という設定。読み手は StreamGate のプロフェッショナルサービス部門の責任者で、勝てる見込みの心配はないが、自社の追加オプション（専用IP・監視ツール）を売りたい立場にある。条件: ①Bestの冒頭（bid / no-bid の材料）のうち、要らなくなるものを削り、理由を1行ずつ書く。②利益相反への手当てを、2段階発注以外の方法で書く（例: 自社オプションを提案する場合の条件、第三者の見立てとの突き合わせ）。③予算の上限を出すかどうかを、Day007と今日の判断の両方を踏まえて決める。④Betterで止めるか、Bestまで書くかを理由つきで決める。
取り組む前のヒント
- 要求を書く前に、「この行は、こちらが答えを知っているか」を1行ずつ問う。知らないなら、それは要求ではなく提案してほしいこと
- 「〜すること」と書きかけたら、それを外したら何が困るかを考える。困るのが自分の思い込みだけなら、外す
- RFPの読み手が最初に決めるのは「出すかどうか」。社数・予算・選ばれ方・工数が見えないRFPは、良い会社から辞退する
- 罠: 予算を出すかどうかに一般的な正解はない。範囲を誰が決めるかで決める。範囲を相手に任せるなら上限を出さないと比べられず、範囲が決まっているなら出すと価格が寄る
- 罠: 結果を求めるのは正しいが、結果を動かすレバーを持っているのが誰かを書かないと、相手は結果責任を見積もりに上乗せする
実務での使いどころ
RFPは、RFI（調達#1、Day004）で市場に何があるかを知った後、または今回のように課題ははっきりしているが解き方を社内で決められないときに出す。仕様と数量が決まっていて価格だけを比べるなら、RFPではなくRFQ（調達#3、次の調達回）を使う。RFPの前に技術情報を出すならNDA（法務#1、Day007）を先に結ぶ。続編として、SOW（調達#4）は第1段階の受託者と「6週で何を渡すか・何をやらないか」を決める回に、ベンダー評価表・選定報告書（調達#5）は4/10に高梨部長へ出す、配点どおりに4社を並べた報告の回にできる。
この回の設計メモ（迷った他案・扱わなかった範囲・出所）
迷った他案と採らなかった理由
- 予算を出さない案（Day007の判断を引き継ぐ） — Day007では基盤刷新の予算レンジを、アンカリングを理由にNDAの開示対象から外した。今回は範囲を読み手が決めるSOO型の依頼で、上限がないと提案の規模がばらばらになり比べられない。価格の配点を20点に抑え、第1段階を固定価格にすることでアンカリングの害を受け止める方を採った。前提が変わり、範囲をこちらで決め切れる（RFQにできる）ようになったら、出さない側に戻す
- 報告率0.10%未満の達成を成果報酬にする案 — ベンダーの本気度は上がるが、頻度・件名・対象を決めるのは当社で、ベンダーは結果を動かすレバーをほとんど持たない。その状態で成果報酬にすると、ベンダーはリスク分を価格に上乗せするか、頻度を大きく下げるという、売上を削る一番確実な打ち手を押しつけてくる。結果は求めるが、責任は負わせない形にした
- StreamGateを依頼先から外す案 — 利益相反の心配はあるが、基盤の設定とログを一番よく知るのは提供元で、外すと良い提案を1つ失う。外す代わりに、2段階発注（第2段階は第1段階の受託者に限らない）と、データ・回答・評価を全社同じにすることで手当てした
- 仮説H1〜H3を書かない案 — 読み手の見立てを縛らないためには書かない方がよい、という考え方もある。しかし書かなければ、読み手は「当社が何をもう疑っているか」を知らずに同じ仮説を一から調べる提案を書く。書いたうえで「違う見立ても歓迎」と添えた
- 比較セクションを「評価の基準」にする案 — 配点の出し方も差が出る箇所だが、カタログの勝負どころ「解決策を縛りすぎていないか」が最も出るのは要求の部分なので、そちらを比較本体にし、配点は各段階の最後の1行にした
扱わなかった範囲
- RFPの他の章（会社概要、提出様式、契約条件の詳細、知的財産・秘密保持の条項）。全文も6章に抑えた。全文はRFPの網羅ではない（公共調達のRFPは数十ページになる）
- 到達性の技術そのもの（SPF・DKIM・DMARCの設定内容、IPとドメインの評判の違い、Yahoo・Microsoftの要件）。今日は「解き方を相手に返す」練習なので、技術の正解は書いていない。当社が既に DMARC を p=none で運用している設定は、Goodの R4 にだけ出てくる
- 価格の評価方法の詳細（最低価格を満点にする式など）と、配点の妥当性
- ベンダー側の bid / no-bid の判断の手順そのもの
数字と概念の出所
- 会社・人物・ベンダー名・日付はすべて架空。新登場: Inboxa、Mailwise Partners、Senderline（到達性コンサル）。StreamGate はDay004・Day007の候補3社の1つで、今回「2027年に選定」と設定した（Day008〜010の新基盤の提供元として初めて名前を固定）。関課長はDay012・013から、佐伯さんはDay008から
- 〔実測: シナリオ内〕報告率の推移（0.24%・0.09%・0.21%・0.33%）、新規会員4.1万人、休眠33万人（Day013）
- 〔仮定〕メール経由の増分売上 月約1,900万円、Gmail宛ての割合38%、予算600万円の内訳（150万＋450万）
- 〔導出〕Gmail宛ての影響 月約720万円＝1,900万円×38%（作成時に計算: 722万円）。曜日（2029/2/9金・2/25日・3/1木・3/2金・3/8木・3/12月・3/15木・3/29木・4/10火・4/23月・6/1金・6/4月・9/28金）は作成時に確認した。4/23〜6/1は6週（作成時に確認）
- Gmail の送信者ガイドライン（報告率は0.3%未満を保つ・0.10%未満を目安、1日5,000通超の一括送信者は SPF・DKIM・DMARC とワンクリック配信停止が必要、2024年2月1日から）: Google Workspace 管理者ヘルプ "Email sender guidelines"（https://support.google.com/a/answer/81126）を 2026-10-06 にページ取得して確認
- Gmail Feedback Loop（Feedback-ID ヘッダーの識別子ごとに集計、@gmail.com 宛てのみ、異常な報告率の識別子が Postmaster Tools に出る）: https://support.google.com/mail/answer/6254652 を 2026-10-06 にページ取得して確認
- FAR 37.602（"Describe the work in terms of the required results rather than either 'how' the work is to be accomplished or the number of hours to be provided"、SOOから応募者がPWSを作る）: https://www.acquisition.gov/far/37.602 を 2026-10-06 にページ取得して確認
- bid / no-bid の判断、intent to bid、英語圏の公共調達で評価の配点を事前に示す慣行は、一般的な実務知識として書いた。出典ページは今回取得していない（記憶による）
- 特定電子メール法の配信停止の扱いはDay009で確認した範囲（検索要約）による
- 分量（行数）は、各コードブロックの行数を作成後にスクリプトで数えた実測値
何が起きているか:
これは怠慢ではなく、「RFPは要求仕様書の一種だから、欲しいものを並べる」という通念から生まれる形である。社内の要求仕様書の型を、そのまま社外への依頼に使うとこうなる。