PMPベースの業務・顧客プロセス：依頼をプロジェクトのように管理する方法

PMPに基づく業務プロセスというと、大規模な建設やITのプロジェクトをまず思い浮かべがちです。しかしFeelbetterは、お客様の購入リクエスト1件も小さなプロジェクトととらえ、PMPで扱うプロジェクトライフサイクルに沿って仕事を構造化しています。

本記事では、リクエストを受けてから検証済みの購入リンクをメールでお送りするまで、各段階で何をし、どんなツールを使っているのかを具体的にまとめました。

なぜ顧客のリクエストにPMPのプロセスを適用するのか#

PMIは、プロジェクトを、独自のプロダクト、サービス、所産を創造するために実施する有期的な業務と定義しています（PMI）。購入リクエストも始まりと終わりが明確で、お客様ごとに探す商品や条件が異なるため、成果物は毎回違います。

Feelbetterの創業者イム・ジュヒョン（Jayden）は、約7週間の準備を経て2026年7月3日にPMP試験に合格し、その後、プロダクトとECのプロジェクト業務にPMPの実務を取り入れています。準備の過程と試行錯誤は、以下の体験記に詳しくまとめられています。

PMBOKガイド第7版は、プロセス中心の構成から、12の原理・原則と8つのパフォーマンス領域を中心とする構成へと変わり、状況に合わせて進め方を調整するテーラリングを強調しました（PMI）。2025年に発行された第8版は、これを6つの原理・原則と7つのパフォーマンス領域に整理し直すとともに、プロセスのガイドを再び盛り込みました（PMI）。

私たちも、大規模プロジェクト向けの手順をそのまま持ち込むことはしません。60分以内に完了するリクエストに合わせて、段階と文書を軽量化して使っています。それこそが、PMBOKのいうテーラリングです。

ひと目でわかる、購入リクエストの5段階プロジェクトライフサイクル#

PMIは、プロジェクトの経験を、立ち上げ、計画、実行、監視・コントロール、終結の5つの領域に分けて整理するよう案内しています（PMI）。私たちも、1件のリクエストを同じ5つの段階に分けてとらえています。

立ち上げ：AIブリーフで要求事項を定義する#

すべては、お客様が文章やリンク、写真で欲しい商品を説明するところから始まります。プロジェクトでいえば立ち上げの段階で、このとき最も重要なのは、要求事項を正確に書き出すことです。

AIは自由に書かれたリクエストを読み取り、商品、カテゴリー、詳細条件、予算、数量を盛り込んだブリーフに整理します。サイズや色のように抜けている情報があれば、この段階でまず指摘します。

• 商品：何を探しているのか（ブランド、モデル名、写真に写っている特徴）
• 詳細条件：サイズ、色、オプション、新品かどうか
• 制約：予算、数量、必要な日付、受け取る地域
• ステークホルダー：リクエストしたお客様、担当コンシェルジュ、候補の販売先

ブリーフは、その後のあらゆる判断の基準になります。スコープがあいまいだと検証の基準もぼやけてしまうため、立ち上げの段階では時間を惜しみません。

計画：スコープ、60分のスケジュール、リスクを先に決める#

スコープ：何をして、何をしないのか

私たちの成果物は、お客様がすぐに購入できる検証済みの購入リンクです。決済はお客様がリンク先でご自身で行うため、スコープは探索と検証に集中します。スコープが明確であれば、お客様も何を期待すればよいのかがわかります。

スケジュール：60分というベースライン

すべてのリクエストには、60分以内にリンクを送るというスケジュールの基準があります。リクエスト直後にAIがブリーフを作成し、残りの時間のほとんどをコンシェルジュによるソーシングと検証に充てます。時間が決まっているからこそ、どこまで探すかも計画段階で決めておきます。

リスク：軽量なリスク登録簿

リクエストごとに重い文書をつくることはしませんが、よく起こるリスクはリストで管理しています。計画段階で、そのリクエストに該当する項目だけを選び、対応を前もって決めておきます。

実行：ソーシングと検証、そしてRACIで分担する役割#

実行段階は、コンシェルジュが国内外の販売先を探し、価格、在庫、正規品かどうかを確認する時間です。AIが下書きをつくり、人が検証するという原則が、ここで最もはっきりと表れます。

複数の主体がともに働くほど、誰が何に責任を持つのかを明確にする必要があります。プロジェクトマネジメントでよく使われるRACIマトリクスで整理すると、以下のようになります。Rは実行、Aは最終責任、Cは協議、Iは情報共有を意味します。

ポイントは、最終責任（A）が常に人にあることです。AIは整理を素早く進めるためのツールであり、どのリンクを送るかはコンシェルジュが決めます。そして最終的な購入の決定は、いつでもお客様に委ねられています。

ステークホルダー・マネジメントも、同じ原理で考えます。お客様には本当に必要な質問だけをし、販売先の情報は公式チャネルと公開されている資料で確認します。

監視・コントロール：品質チェックリストと変更管理#

品質管理：リンクを送る前に確認すること

品質は最後に検査するものではなく、プロセスのなかに組み込んでおくものです。リンクを送る前に、コンシェルジュは次の項目を確認します。

• 販売先：公式ストア、または信頼できる販売先か
• 一致：モデル名、オプション、サイズがブリーフと同じか
• 価格：送料などを含めた総額が予算内か
• 在庫と配送：いま購入でき、受け取る地域に配送されるか
• リンク：実際に開き、該当商品のページに直接つながるか

変更管理：お客様がリクエストを変更するとき

進行中にお客様が色や予算を変更するのは、自然なことです。その際は、すぐに検索をやり直すのではなく、変更がスコープとスケジュールにどんな影響を与えるのかを先に確認します。そのうえでブリーフを修正し、新しい基準で改めて検証します。

終結：リンクの送付、フィードバック、教訓の記録#

検証を終えたリンクがメールで送られると、リクエストは終結段階に入ります。終結とは単に仕事を終わらせることではなく、ブリーフの条件をすべて満たしたかを最後に確認する手続きです。

終結後には、今回のリクエストで学んだことを短く残します。どの情報が抜けていて時間がかかったのか、どの販売先の確認が難しかったのか、といった内容です。こうして蓄積された教訓は、ブリーフの項目やチェックリストの改善に使われます。

PMPが海外購入代行という仕事となぜ相性が良いのかは、PMPと海外購入代行の関係でさらに詳しく取り上げています。このプロセスを実際に体験してみたい方は、リクエストページに探している商品を残してみてください。