Communityコーディング&開発github.com

yonderzero/ai-product-start

AI製品開発の最初のステップ。フォルダを確認し、製品情報を段階的に収集し、顧客ペルソナを定義して、詳細な製品プロファイルを作成します。

ai-product-start とは?

ai-product-startは、AI製品開発プロセスの基盤を作るためのスキルです。このスキルは、プロダクトマネージャーと対話形式で進み、製品名、会社情報、URL、業界、顧客タイプなどの基本情報を一つずつ質問しながら収集します。収集した情報と提供されたドキュメント、Web検索結果をもとに、初期の製品プロファイル(product.md)を自動生成します。その後、各顧客タイプごとにペルソナを詳細にインタビューし、製品が解決する課題を明確にします。対応プラットフォームはClaude Desktopを想定しており、ファイルの保存や読み込みが可能です。生成されたproduct.mdは、後続のai-product-visionなどのスキルが読み込んで使用します。このスキルは、製品開発の初期段階で情報を整理し、チーム全体の共通認識を形成するのに役立ちます。

対応✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/yonderzero/ai-product/tree/main/skills/ai-product-start

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

ai-product-start は何をしますか?

一度実行します。他のすべてのai-productスキルは、これが作成したフォルダを読み書きします。

会話方法

会話形式で、短いメッセージ、一度に一つの質問をします。質問のリストを決して送らないでください。見つからなかったことや確認しようとしていることを説明せず、ただ実行してください。

進捗を保存する

各ステップにコンテンツができたらすぐにファイルに書き込み、進捗に応じて更新します。まだ到達していないセクションには「未完了」とマークします。何かを保存するステップのたびに、index.html、製品のデッキ(references/deck.mdに従う)を更新し、デッキが常に最新の状態を反映するようにします。プロダクトマネージャーが時間切れを伝えたり、先に進みたいと言った場合は、きれいに停止します。その時点の内容を保存し、どのステップが残っているかを伝え、このスキルを再度実行して続行するか、自分でファイルを編集できることを伝えます。停止する前にindex.htmlを更新します。何かが保存されていれば、先に進んでも問題ありません。

ステップ

  1. 現在地の確認。 作業中のフォルダをフルパスで伝え、それが製品のフォルダとして適切かどうかを尋ねます。ユーザーのコンピュータにフォルダがない場合は、そのことを一言で伝え、フォルダを選択する方法(Claude Desktopの場合:メッセージボックスの横にあるフォルダピッカー)を説明し、待機します。

    このフォルダ、またはその一つ下のフォルダに既に product.md がある場合は、どの製品か、どのセクションが記入済みでどのセクションが未記入かを伝え、続行するか(ギャップを埋めるかセクションを更新する)、新しい製品を開始するかを尋ねます。承諾なしに上書きしないでください。続行する場合は、選択されたセクションに直接進みます。

  2. これが何か。 自分の言葉で2、3文で説明します。

    ai-productは、AI時代に向けて製品を再構想するお手伝いをします。製品のフォルダを設定し、製品とその顧客のプロファイルを一緒に構築し、そこから開発者が構築できる要件とプロトタイプに向けて進めていきます。

    その後、「始めましょうか?」と尋ねます。承諾を待ちます。

  3. 基本情報を、一度に一つずつ質問。 それぞれを個別のメッセージで質問し、回答を待ちます。以前の回答で既にカバーされている質問はスキップします。

    1. 製品名は何ですか?
    2. ウェブサイトは何ですか?
    3. 会社名は何ですか?製品名と同じですか?
    4. 異なる場合:会社のウェブサイトは何ですか?
    5. 他に読んでほしいリンクはありますか? 例えば、価格ページ、ヘルプドキュメント、アプリストアのリスティング、G2やCapterraのレビュー、最近のニュースなど。
    6. どの業界で、どのニッチですか?
    7. 数文で、何をする製品で、誰のためのものかを説明してください。
    8. 顧客は誰ですか:どのような種類の会社や人がそれを購入し、使用しますか?

    製品名がわかったらすぐに、製品名を小文字とハイフンで使用したフォルダ(例:acme-scheduler/)を作成し、その中に documents/ フォルダを作成します。そのことについて話すために停止しないでください。

  4. ドキュメント。 次のように尋ねます。

    製品や顧客に関するファイルはありますか? 例えば、顧客インタビューや通話記録、サポートチケット、営業や解約のメモ、使用状況データ、仕様書、ロードマップ、価格設定、営業用デッキ、競合他社に関するメモなどです。どのような形式でも構いません。

    ここにドラッグ&ドロップするか、[フルパス]/documents/ に直接入れてください。いつでも追加できます。

    チャットにドロップされたファイルはすべて documents/ に保存します。まだファイルがない場合は、先に進みます。

  5. 初期プロファイル。 提供されたすべてのURLを読み、製品と会社についていくつかWeb検索を実行し、documents/ に既にあるものを読みます。その情報とユーザーから聞いたことから、フォルダに最初の product.md を書き込みます。各情報の出典を [url]、[documents/<ファイル名>]、[PM] でマークします。推測するよりも、セクションを空のままにしておきます。

    # [製品名]
    - 会社:…
    - 業界:…
    - リンク:…
    - チーム:名前(役割), …
    
    ## 機能概要
    ## 顧客
    - 顧客タイプ:…
    
    ### [ペルソナ名、例:「中規模大学のスケジューリング責任者」]
    - 人物像:役割、組織の種類と規模、購入者か利用者か
    - 達成しようとしていること
    - この製品が彼らに対して解決する問題
    - 以前の対処方法、または製品がない場合の対処方法
    - それでも不満に思っていること
    
    ## 主なワークフロー
    ## 顧客が気に入っている点/不満に思っている点
    ## 価格設定と市場
    ## 競合他社と代替手段
    ## データと技術
    ## 現在のAI活用
    ## 考えているアイデア
    ## 未確定事項
    

    URLとドキュメントから確認できる顧客タイプごとにペルソナセクションを埋め、残りは次のステップに残します。プロファイルを簡潔に表示し、不足しているものを伝えます。Web検索やフェッチが機能しない場合は、そのことを明確に伝えます。調査スキルにそれが必要です。

  6. 顧客。 プロダクトマネージャーに、各顧客タイプを一人の人物として説明してもらい、最も重要なものから順に、一度に一つずつ尋ねます。それぞれについて、次の項目を一度に一つずつ質問します。

    • 人物像:役割、組織の種類と規模、購入者か利用者か、またはその両方か
    • 典型的な一日または一週間、何で評価されているか
    • この製品が彼らに対して解決する問題、実際の例を交えて
    • 製品以前の対処方法、または製品がない場合の対処方法
    • 製品の有無にかかわらず、それでも不満に思っていること

    各ペルソナが想像できる人物になるまでフォローアップし、それを product.md の ## 顧客 セクションに書き込み、確認します。これらはプロダクトマネージャーの見解であり、後のスキルで実際のデータと照らし合わせて検証されることを伝えます。

  7. インタビュー。 プロダクトマネージャーにインタビューしてプロファイルを修正し、ギャップを埋めます。一度に一つの質問をし、曖昧だったり興味深い回答にはフォローアップし、例を求めます(「それは最後にいつ起こりましたか?」)。プロファイルにまだ回答がないことだけを質問します。質問は以下の内容から行います。

    • 顧客が製品を利用する目的
    • ユーザーが行う主要なワークフローと、最も時間を費やしている箇所
    • 顧客が気に入っている点と最も不満に思っている点
    • 価格設定と販売方法、およびおおよその顧客数
    • 主要な競合他社と代替手段(スプレッドシートや何もしないことを含む)
    • 製品が保持するデータとその構築方法(スタック、統合)
    • 現在の製品内のAI、および競合他社のAI活用状況
    • チームが既に考えているアイデアや方向性(もしあれば)
    • チームメンバーとその役割

    焦点を絞って進めます。「十分です」と言われたら停止します。product.md を進めながら更新し、可能な限り彼らの言葉を使用し、最終版を表示して最終確認を行います。

  8. ドキュメントチェック。 documents/ がまだ空の場合は、何を追加すべきかをもう一度リマインドします。ファイルがある場合は、それらをリストアップします。次に、個人データ(氏名、メールアドレス、電話番号)をスキャンします。見つかった場合は、ファイルをリストアップし、ペルソナを構築する前にそれらを削除または編集するよう依頼します。自分でファイルを変更しないでください。

  9. デッキ。 index.html、製品のデッキを更新します。references/deck.mdに従います。初回は、製品と顧客を表示します。

  10. 完了。 フォルダツリーを表示し、製品、その顧客ペルソナ、および未確定事項を3行で要約します。documents/ にファイルを追加し続けられること、次のステップが /ai-product-vision であることを伝えます。

完了条件

product.md に、各顧客タイプのペルソナとその問題を含む、出典が明記されたプロファイルが存在し、プロダクトマネージャーによって確認されていること。documents/ の場所を理解していること。Web調査が機能すること。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

関連スキル