writing-prds
ユーザーが効果的なPRD（製品要求仕様書）を作成するのをサポートします。製品要件のドキュメント化、エンジニアリング向けの仕様準備、機能ブリーフの作成、またはチームへの開発対象の定義が必要な際に活用してください。
description の原文を見る
Help users write effective PRDs. Use when someone is documenting product requirements, preparing specs for engineering, writing feature briefs, or defining what to build for their team.
SKILL.md 本文
PRD の作成
11 人のプロダクトリーダーのフレームワークと知見を活用して、ユーザーが効果的なプロダクト要件書を作成するのをサポートします。
サポート方法
ユーザーが PRD のヘルプを求めてきた場合:
- なぜ必要なのかから始める - 機能の前に、解決する問題と、それがなぜ今重要なのかについて質問する
- 成功の定義を最初に行う - その機能の成功をどのように判断するかを明確にするのをサポートする
- 適切なフォーマットを選択する - 従来のドキュメント、プロトタイプ、または実行可能な評価が必要かどうかを議論する
- 実行可能な内容を保つ - ドキュメント作成だけでなく、チームの明確なアクションにつながるようにする
コア原則
問題と背景でリードする
Maggie Crowley: 「最も重要なセクションは最初の部分です。背景と文脈は何か? 問題は何で、なぜそれが重要なのか、そしてなぜそれが今重要なのか?」チームを解決策の議論の前に「なぜ」と緊急性に集中させます。
PR/FAQ は明確性を強制する
Bill Carr: 「新しいプロダクトを企画するたびに、顧客に語りかける方法で説明するプレスリリースを書いて始めます。アイデアはページから飛び出すはずです。」顧客、問題、解決策を事実的でデータが豊富な言葉で説明するために PR を使用します。
AI 時代ではメモより前にデモ
Aparna Chennapragada: 「何を構築したいのかを確認するためにプロトタイピングと構築を行っていないなら、それは間違っています。プロンプトセットが新しい PRD です。」AI 機能については、機能的なプロトタイプとプロンプトセットをコア要件として含めます。
生きた PRD としての評価
Hamel Husain & Shreya Shankar: 「これはプロダクト要件書が正確に何であるべきかの最も純粋な意味です。何であるべきかを正確に示し、自動的に継続的に実行されている eval judge です。」プロダクト要件を AI プロダクトの実行可能な評価に変換します。
アクションのための軽量な PRD を保つ
Eric Simons: 「私たちはそれらをかなり軽量に保つ傾向があります。全員が同じページにいて、到達する時点で重要な成果が存在することを確認するための最小限の背景情報を持つことが好きです。」開発者が無視する詳細すべてではなく、重要な成果に焦点を当てます。
PRD は職人的スキルを示す
Vikrama Dhiman: 「あなたの PRD の品質は十分ですか? ケアチーム、マーケティングチームに提出するドラフトを書いていますか? あなたが取り組む成果物を通じて影響を与える必要があります。」高品質の PRD は専門的なスキルを示し、大規模な明確性を作成します。
AI は基本をスカフォールドできる
Claire Vo: 「非常に技術的なプロダクトのための非常に実用的な PRD 仕様を思い付くために ChatGPT を使用していました。」AI を使用してユーザーストーリーやスコープ外の項目などの基本をスカフォールドしてから、高レベルの戦略とナラティブに焦点を当てます。
生きた PRD があいまいさを減らす
Guillermo Rauch: 「プロダクト管理チームが実際にプロダクトを構築しています。v0 で仕様を記載しました。それを生きた PRD と考えてください。詳細のレベル - 私たちはすべて『とにかく出荷しよう』と言っています。」インタラクティブでアニメーション化されたプロトタイプはあいまいさを減らし、承認を加速します。
「なぜ今」を含める
他の機会に対するこの投資のタイミングを正当化します。これが後ではなく今重要である理由を説明できない場合、優先順位に疑いが生じます。
ユーザーをサポートする質問
- 「これは何の問題を解決しており、なぜそれが今重要ですか?」
- 「この機能が成功したことをどのように知ることができるか、どのメトリックが動きますか?」
- 「顧客は誰で、これが出荷された後、彼らの人生はどのようになりますか?」
- 「スコープクリープを防ぐために明示的にスコープ外は何ですか?」
- 「より多くのドキュメントを書く代わりに、簡単なプロトタイプを構築できますか?」
- 「まだ決定する必要のある重要な決定は何ですか?」
指摘する一般的な誤り
- 解決策で始める - ドキュメントは問題と背景でリードする必要があります
- 成功基準がない - すべての PRD には、成功の測定方法の明確な定義が必要です
- 過度に詳細 - 成果に焦点を当てた軽量な PRD は、読まれて使用される可能性が高くなります
- プロトタイプが機能している場合は静的 - AI と UI の作業の場合、生きたプロトタイプは散文より多く通信します
- 「なぜ今」がない - 緊急性の正当化がなければ、優先順位が疑問視されます
ディープダイブ
11 人のゲストからのすべての 14 の知見については、references/guest-insights.md を参照してください
関連スキル
- Writing Specs & Designs
- Working Backwards
- Stakeholder Alignment
- Shipping Products
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- refoundai
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/refoundai/lenny-skills / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード：Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool（member/distributor）、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base（Ethereum L2）上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格（ERC-20、ERC-721、ERC-4626など）、Layer 2ネットワーク（Base、Arbitrum、Optimism、zkSync、Polygon）、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化（EIPライフサイクル、フォーク追跡、今後の変更予定）といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。