「each」の検索結果

ユーザーの声や利用データから、行動・目的・未充足のニーズに基づく顧客層を3つ以上整理し、各層の課題や製品との適合度、施策の優先順位をまとめます。

• 多様なユーザーの声を分類したいとき
• 顧客層ごとのニーズ比較
• 顧客層別の改善施策の優先順位づけ

顧客からの機能要望をテーマ別に分類し、製品目標・効果・工数・リスクから上位3件を選びます。背景の課題に着目し、代替案や仮説の検証方法まで整理するスキル。

• 顧客要望のテーマ別分類
• 製品目標に合う要望を3件選びたいとき
• 要望された機能の代替案の検討

製品の価格・顧客像・予算に合わせ、コンテンツ集客や営業、広告など7つの顧客獲得手法を比較。優先する施策とツール候補、90日間の実行計画をまとめます。

• 製品の顧客獲得チャネルを選びたいとき
• コンテンツ集客と直接営業の比較
• 無料体験やセルフサービスによる成長検討

コードの呼び出し元と呼び出し先、保存と読み込みなどの関係を追い、不具合が起きる条件と影響、反証を確認したうえで、根拠のある修正候補を報告するスキル。

• 取り込み前に変更のバグを探したいとき
• 処理間の状態の食い違いを調べたいとき
• 修正が別の不具合を生まないか確認したいとき

製品の価値や対象顧客、ブランドの方針に合わせて名前を5案考えます。各案の理由や覚えやすさ、既存ブランドとの関係、商標・ドメインの懸念を整理するスキル。

• 新製品や新機能の命名
• ブランド刷新に伴う改名案の検討
• 発売前に名前の候補を比較したいとき

文書に記された権限や公開範囲を実際のコードと照合し、データや操作の境界を越える不一致を探します。根拠となる文書・コード、影響を受ける相手、修正案を整理します。

• AIが生成したコードの監査
• 文書の権限と実装を照合したいとき
• 仕様書とコードのずれを調べたいとき

新機能を利用者の役割や行動ごとに分け、開発項目に整理します。目的の説明、デザインへのリンク、検証可能な受け入れ条件を備えたユーザーストーリーを作るスキルです。

• 新機能を開発項目に分けたいとき
• 検証可能な受け入れ条件の作成
• デザインと利用者の要望の共有

機能や開発予定を並べたロードマップを、顧客と事業にどんな変化をもたらすかが伝わる計画に書き換えます。成功指標や依存関係、会社の戦略とのつながりも整理します。

• 機能一覧を測定可能な成果に変えたいとき
• 施策と会社の戦略の結び付け
• 開発計画の成功指標の整理

新製品の機能案を、プロダクトマネージャー・デザイナー・エンジニアの視点から各5案出します。価値や検証の速さで上位5案を選び、選定理由と確かめるべき前提をまとめます。

• 起業アイデアの機能を考えたいとき
• 3つの職種の視点で案を比較したいとき
• 最初に検証する5案の選定

製品と対象顧客、予算の条件をもとに、費用や人手を抑えた販促アイデアを5案作成し、使う媒体・伝えるメッセージ・顧客の関心を引く理由を整理します。

• 低予算の販促案を考えたいとき
• 施策の媒体とメッセージの比較
• 製品告知の新しい切り口探し

AIで開発したアプリの公開前レビューや引き継ぎに必要な文書を整理します。構成・権限・秘密情報・テストの対応を記録し、検証済みの範囲と不足を示すスキル。

• アプリの引き継ぎ文書の準備
• 操作の流れと権限確認の整理
• 既存テスト・提案・検証漏れの区別

既存製品に追加する機能案について、顧客価値・使いやすさ・事業上の成立性・技術的な実現性から危うい前提を洗い出し、確信度と検証方法を整理します。

• 機能案の前提を点検したいとき
• 3つの職種の視点でリスクを評価したいとき
• 不確かな前提の検証方法を考えたいとき

A/Bテストの結果を統計的な有意差やサンプル数、信頼区間から検証し、主要指標以外への悪影響も踏まえて、変更案の採用・実験延長・中止などの判断を支援します。

• A/Bテストの差が意味を持つか確認
• サンプル数と実施期間の点検
• テストした変更案を採用したいとき

プロジェクトの関係者を影響力と関心の高低で分類し、相手ごとの連絡頻度・手段・伝える内容を整理して、利害の衝突への対処も含むコミュニケーション計画を作ります。

• 製品公開前に関係者を整理したいとき
• 経営層や各部門への報告計画
• 利害が異なる関係者の合意形成

製品と市場の情報から主要競合5社の訴求や対象顧客を整理し、差別化につながる立ち位置を5案提案。各案の一文説明、戦略的な理由、補足メッセージをまとめます。

• 新製品の立ち位置を決めたいとき
• 競合との差別化の方向を探りたいとき
• 競合の訴求が手薄な領域の探索

開発タスクの受け入れ条件、設計判断、依存関係を点検し、実装に着手できるかを4段階で判定します。個別・スプリント・全件の確認に対応し、不足点と修正案を示します。

• 実装担当へ割り当てる前の確認
• スプリント全体の準備状況の点検
• 曖昧な受け入れ条件を見つけたいとき

実装した開発タスクの完了条件を一つずつ確認し、設計との食い違いやコードレビューの要否を整理します。承認後の完了記録と次のタスクの案内まで支えるスキルです。

• 開発タスクの完了条件を確認したいとき
• 実装と設計の違いを記録したいとき
• 完了前のレビュー漏れ防止

承認済みの設計判断や技術設定から、実装時に守る手順・禁止事項・性能制限を抽出します。根拠付きで層別に整理し、開発者が参照するルール文書を作成・更新します。

• 承認済み判断から実装ルールを集約
• 設計判断の変更後にルールを更新
• 命名規則や性能上限の確認

ゲームの大きな開発項目を、実装に着手できる作業単位へ分割します。要件や設計判断、完了条件を各作業にまとめ、設定に応じてテスト仕様も添えるスキルです。

• ゲームの機能を実装作業に分けたいとき
• 要件と設計判断を作業へ引き継ぎたいとき
• 受け入れ条件とテスト仕様の整理

公開済みゲームの重大な不具合を、通常のスプリント外で緊急修正するスキル。原因調査から最小限の修正、承認・検証、配布後の確認まで対応履歴を残します。

• 公開版のクラッシュやデータ損失への対応
• 最小限の緊急パッチを作りたいとき
• 承認・検証結果と復旧計画の記録

ゲーム内の一つの仕組みについて、既存仕様との依存関係を確かめ、専門エージェントの提案と利用者の判断を交えながら、設計書を節ごとに作成するスキル。

• 戦闘やクラフトの設計書の作成
• 既存のゲーム設計との依存関係の確認
• 専門エージェントと仕様を詰めたいとき

iOSアプリをシミュレーターでビルド・操作し、画面やログを根拠にテスト結果を報告します。人による確認の結果や未確認箇所、残る失敗も記録します。

• iOSの変更を引き渡す前の動作確認
• 画面とログをテストの根拠として保存
• 画面や確認対象ごとの結果整理

Markdownの仕様書や計画、下書きをProofで共有し、リンク先の文書の閲覧・コメント・変更提案・編集まで扱います。共有後のレビューにも使えます。

• Markdownの計画をリンクで共有
• 共有された仕様書へのコメント
• 下書きの変更提案や編集

対話式コマンドやターミナル画面の操作テストを作成・実行します。矢印キーや文字入力を再現し、表示内容の確認やスナップショット比較を行うスキルです。

• 矢印キーとEnterによる選択操作の検証
• ターミナル画面のスナップショット比較
• 文字入力やキー移動を自動化したいとき