こんにちは。いつも楽しく読ませていただいています。 ドキュメントと会議について質問させていただきたいです。 スタートアップで1人PMを行っていますが、MTGが増えがちになります。 特にUIデザイン開始後の会議が多くなります。仕様の合意にあたって営業やエンジニアにとってやはりUIデザインがあったほうがわかりやすく、フィードバックと修正が繰り返されるからです。 会議の頻繁な調整はコストになっているのと、何より会議が開かれるまでが待ちになってしまう点を課題に感じています。 テキストコミュニケーションと会議の使い分け、はどのように考えていらっしゃいますか？

いつも拝見しています。とても勉強になっています。 ■前提 シリーズAのBtoBプロダクトのPMをしています。 担当しているプロダクトは業種・業界はどこでもお使いいただけますが、特定の職種の方がメインで利用するものです。 社内にはPMは1人しかおらず、プロダクトマネジメントについて相談できる相手はいないのですが、裏を返すとプロダクトマネジメントに関わることはある程度、決定の自由度がある環境です。 プロダクト組織の長はCTOで、PMもCTO配下で活動しています。（予算の承認者もCTOです） ■質問 既存顧客は100-数百名規模の企業がメインですが、将来的には1000名以上の企業にも利用いただけるようなプロダクトにしていきたいです。事業の戦略としても同様の方針です。 何を作るか（何を作らないか）を将来を見据えて判断していきたいのですが、今後狙いたい1000名以上の企業の情報を得る術がなく困っています。既存顧客とニーズの違いがあるかも含め、未知の状況です。 どこから始めれば良いかもわからず、アドバイスをいただけると嬉しいです。 ■補足 予算を獲得し外部リソースを活用するという動き方もあると思っていますが、その場合、外部リソースはどのような会社やツールを使うべきかについてもアドバイスいただけると幸いです。

シリーズAのtoCプロダクトでPMをしている者です。 最近、経営企画に新たに入ったメンバーと一緒に、株主に向けた1年後までの事業計画（PL）を作るように指示されました。 この事業計画では、「いつ・どの数値を・どのくらい上げるか」を、過去の施策で得た学びをもとに描いてほしいと言われています。これまで数年サービスをやってきているなら数字を見通せない訳はない、シリーズA以降はこのやり方でやらないとダメと言われました。 理想のPMは、一年後までどの数字をどの施策でどのくらい上げられるかを見通しているのでしょうか？ 根拠のない数字を掲げても、達成できてもできなくても誰も責任を取らないから、と、PMが計画と共に策定することが重視されています。 この方針自体は一理あると思うし、計画づくりにPMが巻き込まれるのはありがたいことだと感じています。（上から謎の数字が降ってくるより、コミットしやすい計画になると思います。）が、これまでやったことがない動き方なので大変戸惑っています。今の私は「今後やる施策の結果を見て、次に何をやるか決める」ような探索的なサイクルでしかプロダクトを動かした経験がなく、「この数字を上げるためにこれをやる」と1年分のロードマップを先に描いたことがありません。 自分たちのアウトプットがどのくらいの結果を出せるかの学習が少ないのが原因かなと思っているのですが、全然その辺の感覚がなく、できることはやって結果が上振れることも下振れることもあって、どうしたらいいのだろうと思っています。 このような経験は、Akiさんにもあったでしょうか？ ・PMとして事業計画に対してどのようにコミットされたか ・どのようにして「施策と数値の関係性」への理解を深めていったのか ・事業計画を引くときに、どこまで仮説で描き、どこから柔軟性を持たせているのか など、何かご経験や考えがあれば教えていただけると嬉しいです。 どうぞよろしくお願いします。

スタートアップで1人PMをしています。 ジュニア的な仕事（企画を具体的な要件や仕様としてまとめる）から、シニア的な仕事（事業成長のためのあれこれ）までやる必要があるのですが、どうしてもジュニア・ミドル的な仕事に時間を奪われ、中長期的な視点での検討に時間を割くことができずにいます。 目の前のことしか見えておらず、このままではビルドトラップな状況に陥ってしまうのではという懸念があるものの、稼働時間を増やす以外に現状を打開する方法が思いつかないです。 akiさんならどのように対応されますか？（もっと働け！というご意見も受け入れます）

〝理解のある彼くん〟は確実に存在しますよ チャッピーに聞いたらググったり、Xで検索かけてみてください 弱者男性が救われやすいのに対し、女性は救われやすいその状況を指し示す用語として定着してるのがご理解いただけると思います

こんにちは。いつも楽しく読ませていただいています。 ドキュメントと会議について質問させていただきたいです。 スタートアップで1人PMを行っていますが、MTGが増えがちになります。 特にUIデザイン開始後の会議が多くなります。仕様の合意にあたって営業やエンジニアにとってやはりUIデザインがあったほうがわかりやすく、フィードバックと修正が繰り返されるからです。 会議の頻繁な調整はコストになっているのと、何より会議が開かれるまでが待ちになってしまう点を課題に感じています。 テキストコミュニケーションと会議の使い分け、はどのように考えていらっしゃいますか？