dogfooding
効果的なドッグフーディング(自社プロダクトを自ら使う)の実践をサポートします。チームに自社プロダクトを日常的に使わせる仕組みづくり、社内利用プログラムの設計、または実際の使用を通じたユーザー共感の醸成を目指すときに活用してください。
description の原文を見る
Help users implement effective dogfooding practices. Use when someone is trying to get their team to use their own product, designing internal usage programs, or building user empathy through personal product use.
SKILL.md 本文
ドッグフーディング
2人のプロダクトリーダーから学んだフレームワークを使い、ユーザーがドッグフーディングの実践を効果的に導入できるようにサポートします。彼らは強烈な内部製品利用の文化を構築してきた経験を持っています。
サポート方法
ユーザーがドッグフーディングについてヘルプを求めてきた場合:
- 現状を把握する - チームが現在どの程度自社製品を使用しているかを判定する
- ギャップを特定する - チームメンバーがユーザーのペインポイントを直接体験していない領域を見つける
- プログラムを設計する - ドッグフーディングを自然で必須のものにするシステムの構築をサポートする
- インパクトを測定する - ドッグフーディングがプロダクト判断をどう改善するかを追跡する
コア原則
チームメンバーが利用者になることを必須とする
Maya Prohovnik: 「私は常に自分のプロダクトチームに声を張り上げています。ポッドキャストを持っていない人たちに『本当に正しいものを作るのは難しいと思う』と言うんです。彼らは常にユーザーと話をして、データを見ていますが、みんなポッドキャストを始めると『わかった』と言うんです。」チーム全体がクリエイター/ユーザーになることを強制し、ユーザーのペインポイントを深く理解させましょう。
毎日集中的にツールを使用する
Michael Truell: 「最初から、私たちのプロダクト開発プロセスは本当にドッグフーディングと毎日集中的にツールを使用することが中心でした。そして自分たちにとって役に立たないものは絶対にシップしたくありませんでした。」毎日の「集中的な」利用は、特にAI製品において、有用な機能を構築するために必要なリアリティを提供します。
ユーザーに質問する項目
- 「各チームメンバーは実際のユーザーとしてどのくらいの頻度でプロダクトを使用していますか?」
- 「チームが自社製品のヘビーユーザーになることを妨げているのは何ですか?」
- 「内部利用が強制的ではなく、自然に感じるようにするには何が必要ですか?」
- 「ドッグフーディングとカスタマーフィードバックから異なる学びを得ていますか?」
- 「自社製品を使用する際に、バグや摩擦を感じるのはどのくらい速いですか?」
よくある間違い
- 表面的なテスト - デモモードでのみプロダクトを使用し、実際の仕事には使わない
- QAへの委譲 - テスターに頼り、チームメンバーが実際のユーザーになることを求めない
- 明白でないユースケースの無視 - ハッピーパスのみをテストし、エッジケースをテストしない
- 発見事項に対応しない - 問題を発見してもそれを修正するプロセスがない
- 非プロダクト職の除外 - エンジニアのみのドッグフーディングで、デザイナーやPMも含めない
詳しく知る
2人のゲストからのすべての2つのインサイトについては、references/guest-insights.mdを参照してください
関連スキル
- Writing North Star Metrics
- Defining Product Vision
- Prioritizing Roadmap
- Setting OKRs & Goals
ライセンス: 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を通じてオンチェーン取引とデータ照会を実現します。