製品運用月次レポート（大企業の製品エキスパートがステップバイステップで教える：優れた月次レポートの書き方）

大手メーカーの製品専門家がステップバイステップで教える：優れた月次レポートの書き方

実際、職場では、月次レポートや月次会議は仕事の成果を披露する良い機会です。それで、月次レポートを書いていただけますか？この記事では、月次レポートのテンプレートと書き方についてまとめています。それらを見てみましょう。職場で役立つかもしれません。

先輩が書いた週報の書き方や週次会議の開催に関する記事を皆さんは読んだでしょうか？ご質問の方もいらっしゃるかと思いますが、弊社では週報は書いていませんが、月報、四半期報（隔月報）、半期計画、年間計画などは作成しています。年間計画のテンプレートは以前、先輩が書いてくれたので、今日は月報の書き方をお教えします。

上級生は、月例会議が実は良い機会であると感じました。考えてみてください。毎週の会議で会う人たちは、基本的にあなたの +1 上司なのです。彼らはあなたの日常業務を比較的よく理解しており、手元にあるリソースは限られています。しかし、月例会議では、上司や他の部署の人が聞きに来ることもあるので、状況は異なります。今こそ、レポート作成スキル（と勇気）を磨く良い機会です。良い絵を描くことができれば、あなたのプロジェクトは上司の支持を得られる可能性が高くなり、その後は順調に進むでしょう。

月次レポートは通常 2 つの部分に分かれています。 1 つ目は今月の指標、2 つ目はプロジェクト レポートです。とてもシンプルに見えます。データを投稿したり、日記を書いたりすることもできます。しかし、上手に書きたいのであれば、まだいくつかの要件があると思います。私が長年かけてまとめてきたテンプレートを共有したいと思います。

まず、当然ですが、上司が一番気になるのは、今月のKPIがどう達成されたかということです。お金は儲かりましたか？

もちろん、私たちが儲かったかどうかは上司がよく知っているので、上司を騙す余地はありませんし、プロダクトマネージャーは専任の BI (データアナリスト) ではありません。ただし、上司が指標の完了/未完了の理由を明確に把握し、ビジネスに対するあなたのコントロールと理解を示せるようにするには、報告方法についてはまだいくつか考慮すべき点があります。

したがって、月次レポートの最初のページには、通常、当社が責任を負う主要な指標が記載されます。たとえば、あなたの部門のコア指標が収益である場合（コア指標については、私の先輩のデータ分析に関する記事を参照してください）、Cエンドのプロダクトマネージャーの場合、それはユーザー数です。取引商品の場合は注文数と取引金額です。商用製品の場合は、顧客数と収益です。

先輩は、指標に加えて、製品マネージャーが優れた週次レポートを書く方法の中で、指標の傾向を正確に把握できるように、指標の前月比と前年比の両方の変化を含める必要があるとも言っていました。

指標を列挙してそれで終わらせてはいけません。データが上昇したり下降したりする理由を分析する必要があります。データ分析に関しては、ここでは詳しく説明しません。先輩のこの記事を参考にしてください。つまり、データはさまざまな次元に従って分割する必要があります。データの粒度が細かくなれば、どの部分が上昇し、どの部分が下降しているかが自然に分かります。そして、その時何が起こったかを踏まえて、必要に応じてオペレーションや営業などに質問すれば、原因が明らかになるでしょう。

例えば、注文量が減少した場合、それが購入ユーザーの減少によるものかどうかがわかります。そうであれば、着信トラフィックが減少したかどうかを確認します。トラフィックが減少した場合、どのチャネルでトラフィックが失われたのでしょうか?チャネルを特定した後、さらに細分化して、特定の都市のトラフィックが減少したかどうかを確認できます。次に、関係する同僚に、最近市内でどのような変化が起こったかを尋ねます。このような分析を行うと、論理が非常に明確になります。

データが増加したり目標が達​​成されたりすれば、対処は簡単です。データが減少する/目標が達成されない場合は、何らかの不可抗力（都市での台風により注文量が減少するなど）を除いて、解決策を提案する必要があります。そうしないと、分析の前の部分が無駄になってしまいます... 比較的単純な解決策であれば、簡単に説明するだけで済みますが、比較的複雑な解決策であれば、次の部分に残しておくことができます。具体的な報告方法については後ほど詳しく説明します。

プロジェクト部分が一番書きやすいです。数枚の写真を投稿し、いくつかの言葉を書くだけで完了です。しかし、それは最も問題が発生する可能性が高い部分でもあります。報告が良くない場合、あなたの部署（またはあなた自身）は大きな課題に直面する可能性があり、他の部署の同僚もそれを感じる可能性があり、それはその後のプロジェクトの不利な進行につながり、あなたのキャリアにも影響を与える可能性があります（結局のところ、上司は毎月の会議で見ています）。そのため、上級生は、この部分を報告するにはより明確なテンプレートを選択する必要があると提案しました。

まず、プロジェクトをレビュー プロジェクト、主要プロジェクト、新規プロジェクト計画、その他に分類します。プロジェクトの種類ごとに異なるテンプレートが使用されるため、プロジェクト レポートのレベルが明確に表示されます。

私の先輩が以前プロジェクトレビューのテンプレートを書いていたので、こちらの記事をご覧ください。もちろん、これは特別レポートなのでかなり長く、月次レポートに直接載せるのは適切ではありません（そうしないと、あなたが一人で、他の同僚があなたのパフォーマンスを見ているようなものになります...）。以前、先輩は目標の振り返り、プロジェクトの結果、次の段階の計画、経験のまとめという4つの部分に分けて書いていました。

月例会議であれば、目標とプロジェクトの結果を確認するのに 1 ～ 2 ページ、次の段階の計画と経験をまとめるのに 1 ～ 2 ページあれば十分だと思います。何を書くべきかについては、先輩姉妹の以前の記事を読んで、要点だけを抜き出すことができます。

開始されたプロジェクトについて話した後は、当然、進行中のプロジェクトについて話し始めなければなりません。プロジェクトを実行するプロセスについては、上級者によるこの記事をお読みください。プロジェクトのこの部分については、前回の月例会議で全員がすでに全体計画を報告し、上司の承認を得ているものと想定します。もちろん、より詳細な製品計画があれば、それを共有することもできますが、焦点は「プロジェクトをいかに時間通りにオンライン化するか」に置かれるべきだと思います。

現在のスケジュールを、表形式 (下の図 1) またはタイムライン形式 (下の図 2) のいずれかで共有したいと考えています。そして、現在の計画の課題とリスクは何か（リスクポイントについては、私の先輩のプロジェクトプロセスに関する記事も読んでみてください）、それに対して私たちが何をしたかを全員に明確に伝え、上司に助けを求めてください。また、先輩が以前言っていたように、どんなプロジェクトでも期待目標値が必要なので、忘れずに書き留めておいてくださいね〜

ついに、上司にバラ色の絵を描く時が来ました!他部門のリソースを必要とする、または自部門のリソースを大量に消費する新しいプロジェクトを推進したい場合は、月例会議がよい機会となります。もちろん、会議で報告する前に、十分な準備、つまり少なくとも需要分析を行っていることが前提となります（需要分析のやり方については、先輩によるこちらの記事を参考にしてください）。

報告する際には、プロジェクトの価値、プロジェクト計画、計画の3 つの部分について話すことができます。ただし、すぐにプロジェクト計画について話し始めたり、設計案などを投稿したりしないでください。結局は新しいプロジェクトなので、全容を知らない同僚や上司は混乱してしまうでしょう。

プロジェクトの価値については、これまでさまざまな記事で何度も取り上げてきました。順方向表現と逆方向表現の両方を使用できます。詳細については、先輩のこちらの記事を参照してください。プロジェクト計画に関しては、形式に固執しないでください。まだ詳細な計画がない場合は、競合他社の製品のスクリーンショットや独自のワイヤーフレームなどを使用してレポートすることができます。デザイナーがすでにプロトタイプを描いてくれているなら、もちろんそれは素晴らしいことです。

ただし、プロジェクトの詳細な設計案をすべて投稿しないように注意する必要があります。コアプロセス/ページだけを投稿します。結局のところ、月例会議は特別なプロジェクト報告ではありません。全員が概要を理解できれば十分です。上司がさらに興味を示したら、詳細な計画を示すことができます。計画に関しては、プロジェクトのおおよその時期に加えて、必要なリソースも明確にマークする必要があります。結局、これが一番重要なことです（でも最後まで隠しておきます、笑）。

さて、主要プロジェクトについての話は終わりました。次に、他のプロジェクトの進捗状況について説明します。 OKR テーブルの形式でレポートすることをお勧めします (OKR の詳細については、私が書いたこの記事をお読みください)。こうすると、より明確になります (以下に示すように)。リスクポイントもタイムリーに開示する必要があります。こうすることで、プロジェクトを見逃すことがなくなり、上司が突然小さなプロジェクトについて質問しても答えられないという状況を回避できます。

さて、月次レポートは以上です。実は、隔月レポートと四半期レポートはほぼ同じです。四半期ごとの指標を指標セクションに追加するだけです。

コラムニスト

海北姉さん、公開アカウント：『みんながプロダクトマネージャー』のコラムニスト、海北姉さん。大規模な製品開発における 10 年の経験があり、製品方法論と製品知識に精通しています。

この記事はもともと「Everyone is a Product Manager」に掲載されました。無断転載は禁止です。

タイトル画像は、CC0 プロトコルに基づいて Unsplash から取得したものです。

この記事で述べられている意見は著者自身の意見のみを表しており、人人士品夢家プラットフォームは情報保存スペースサービスのみを提供します。