序文
周知のように, 大工場のプロセスはより標準化されており、システムはより完璧です. アリでの私の経験に基づいて, プロダクトマネージャーが習得しなければならない知識についてお話します. 開発であろうとテストであろうと, 私は明確な製品を理解し、製品について考えることができれば、全員が利益を得ることができます。
1. 定義と責任
1.1. 定義
1. 市場分析: 市場の方向性を把握し、どの市場に参入する価値があるかを判断する.
2. ユーザー分析: 対象市場におけるユーザーの特性とニーズを分析し、製品の需要と方向性を把握する. 3.
製品実現：開発、UI、テスト、運用などの組織関連のマンパワーとリソースは、製品を実現し、オンラインでリリースし
ますユーザーのフィードバックと統計結果について。
1.2. 責任範囲
製品のタイプを決定し、
市場調査を適切に行い
、ユーザーのニーズを決定し、
製品開発を組織し、
運用とプロモーションを調整します
1.3. スキルを所持する
専門技術：ビジネス分析、デマンドマイニング、需要分析、商品企画、商品設計、データ分析
能力・品質：学習能力、コミュニケーション能力、高い心の知能指数、プレッシャーに耐える能力
特技：特定の業界への深い理解、ビジネス思考、プロジェクト管理、リーダーシップ、他の役割の知識
2. プロダクトマネージャーの分類
ランク別区分
ユーザー層別：
製品形態別
仕事内容別：
3. プロジェクトチームメンバー
共通ツール:
3.1. UI デザイナー
UIデザイナーは、ソフトウェアのヒューマンマシンモニタリングを参照し、インターフェースの全体的なデザインが美しく、
製品の色を決定します
3.2. インタラクションデザイナー
主にユーザーのニーズとインターフェースの関係を研究し、この関係に従って、製品の機能とインターフェースの相互作用モジュールを設計および計画します。
ほとんどの企業では、プロダクト マネージャーはインタラクション デザイナーを兼ねています。
3.3. 研究開発エンジニア
フロントエンドとバックエンド
3.4. テストエンジニア
テスト計画、テスト データ、テスト ケース テストケースの実行、問題を解決するための
バグの提出、ベータ テストの検証オンラインオンライン テストテストの完了
3.5. 操作
ユーザー操作、コンテンツ操作、イベント操作、チャンネル操作
4. プロジェクトのワークフロー
4.1. 開始
業界調査
仕事内容：業界の発展状況と発展傾向を調査し、製品開発の基礎を提供することを目的としています
仕事のアウトプット：BRD（Business Requirements Document）
市場調査
業務内容：業界調査をもとに、ある市場を目指し、市場規模やユーザー情報などの市場状況を調査し、製品の形態や事業を決定する仕事のアウトプット：
MRD
4.2. 計画
要件収集
仕事の内容：競合製品、企業、オペレーション、顧客サービス、ビジネスなど、さまざまなチャネルから製品のビジネス要件を収集します。仕事のアウトプット：競合
製品分析、SWQT分析、需要プール（分析なしで完了するとは限りません）
要件分析
業務内容：収集した業務要件から製品の業務シナリオを決定し、製品要件に変換
業務出力：製品機能一覧
プロセス設計
業務内容：需要分析結果に基づき、製品の業務プロセスを決定 業務
出力：製品フローチャート
構造設計
業務内容：需要分析と工程設計により、製品の構造を決定 業務
出力：製品構造図、マインドマップ
4.3. 実行
試作設計
作業内容：製品構造・工程・機能一覧表に基づき、製品の試作ページを設計 作業
アウトプット：製品試作
文書出力
作業内容：試作図面に従い、製品要求書作成 作業
出力：PRD
要件のレビュー
仕事の内容: 運用部門や研究開発部門を含む会社の他の部門と製品要件をレビューし、
作業結果を最終決定します: PRD
4.4. フォローアップ
進捗管理
業務内容：UIデザイン、開発、テストなどの業務進捗を含む製品開発のフォローアップ、開発過程で発生した問題解決のための調整、業務出力：進捗報告書、最適化されたPRD
文書
リソース調整
仕事内容：R&Dプロセスで発生した問題に対して、人員増強や残業申請など、部門内外のリソースをタイムリーに調整して解決する
仕事のアウトプット：進捗報告
4.5. クロージング
テスト受入
作業内容：テストエンジニアがテストを完了した後、製品は受入リンクに接続され、受入後に製品を起動できます.
作業出力：
オンライン化
仕事内容：承認を通過した製品を対応するチャネルにリリース 作業出力
：オンライン化通知レポート
5. 3D ドキュメント
5.1、BRD
5.2、MRD
5.3、PRD
6. 要件の収集と管理
6.1. 要件の概念
ニーズとは何ですか？
6.2. デマンドソース
競合製品分析→データ分析→ユーザーインタビュー→アンケート調査→観察方法
ユーザーインタビュー
競合製品分析:
SWOT分析
ユーザー体験：
戦略層には、製品のポジショニング、現在のユーザーとニーズが含まれます
競合製品分析レポート
6.3. 需要プールの管理
需要プール
要件の種類: 新規、最適化、バグ
要件のステータス: 検討中、開発中、却下
インとアウト、ワイド インとストリクト アウト
6.4. 需要分析
要件分析のアイデア
製品を除き、誰によって提起された要件もすべてビジネス要件です
アイデア：シナリオに基づく要件の分析
1. 要件を受け取った後、まず、この要件が存在する理由と、この要件のために解決すべき問題を考えます 2. 次に、この
要件が本当にこの問題を解決できるかどうか、また、この要件で解決できる問題があるかどうかを考えます他の方法またはより良い方法
要件審査の優先判断
要件審査の原則
カノモデル
4 象限ルール:
緊急: 要件が製品のコア機能に影響するかどうか、製品の通常の使用に影響するかどうか
重要: 製品の開発を改善するか、または大幅なデータ変更をもたらすかどうか
マズローの欲求段階説
七つの大罪
要件プールと機能リストの違い
7. フローチャートと構造図
7.1. フローチャート
7.1.1、業務フローチャート
7.1.2. 機能フローチャート
7.1.3、ページのフローチャート
ページジャンプフローチャート
0-1から、まず業務フロー図に行き、まず何をすべきかを整理する
7.1.4. フローチャートの描画
スイム レーン ダイアグラムの概念
閉じたループ、始まりと終わりがなければなりません.
すべてのノードは、それが終わりではない場合、次のノードを持つ必要があります.
7.2. 構造図
最下部の第 1 レベルのモジュールに加えて、登録などを検索したり、第 1 レベルのモジュールとして使用したりできます.
製品には複数のエントリがあり、重みが比較的高い (コア ビジネスに関連する)また、第 1 レベルのモジュールとしても使用できます。
分類思考:
1. 機能分類
2. 情報分類
8. 原型製作
最初にスケッチを描いてアイデアを明確にすることができます
AxtureLearning
9. プロダクトデザインの7つの法則
9.1. フィッツの法則
9.2. ヒックの法則
9.3 オッカムの剃刀の原理
9.4 テスラーの法則
9.5. マジックナンバー7±2のルール
9.6、近接の法則
9.7、エラー防止の原則
10. モバイル端末の製品設計仕様
10.1. アプリのナビゲーション設計
フラット ナビゲーション:
- ナビゲーションなし、2、3、4、および 5 を含む、APP の下部にある最も一般的に使用されるナビゲーション方法
- APPの下部にあるナビゲーションの数は増やすことができますが、減らさないようにしてください.0-1製品の場合、多くの機能がない限り、一度に5つのモジュールから始めないでください.4つから始める方が良いです.
階層ナビゲーション:
- ページの設定など、ユーザーが頻繁に使用するわけではないが目的が明確なモジュールに使用されます。
- ページの特徴: 簡潔で明確な分類
ラダーナビゲーション:
- 多機能キーを使用して、同じレベルの操作をまとめて保存する
- コミュニティで公開された製品に適用
- ナビゲーション エントリは下部にあります。または、右上隅にある場合もあります。
ナビゲーション ドロワー:
- 製品の機能が少なく、ユーザーの使用頻度が高くないシナリオに適用可能
没入型ナビゲーション:
- ステータスバーをブロックするなど、すべての外部干渉をシールドし、ユーザーは時間、バッテリー、その他の情報を見ることができません
- 読書、ゲームに最適
10.2. インターフェース要素
制御要素:
11. スモールプログラム設計仕様
12. 低忠実度プロトタイピングのガイドライン
フォントは統一すべき
ガイドページ
起動ページとスプラッシュ画面ページ
インタラクティブな説明の書き方
最初に、ページが持つ機能モジュール (ナビゲーション バー、リストなど) を書きます.
各モジュールにはどのようなデータがありますか?
これらのデータはどのようにして得られるのでしょうか?
次に、データの表示形式 (長さ、行数、数量、存在など) を書きますなど
ページの全体的な説明:
- これは何のページですか
- どの機能モジュールが含まれているか
- パス: このページへの入り方
相互作用の説明の詳細:
色、サイズ、サイズ、フォント、位置、形状などに関して、製品の外観を決定するために UI を残すだけで十分です。
13、PRD
製品のプロトタイプ:
1. グローバルな説明:
役割/機能権限、
読み込み方法、
グローバル ポップアップ ウィンドウ、
共通フィールド
、ネットワーク例外
、グローバル インタラクション
2. 前景プロトタイプ
3. 舞台裏プロトタイプ
4. その他のプロトタイプ
製品アーキテクチャ:
1. 製品構造図
2. 情報構造図 (データベース テーブルの要約、オプション)
3. ビジネス フロー チャート
4. ページ フロー チャート (必須ではありません)
製品概要
1. 更新履歴・修正履歴
2. 要件一覧（必須ではありません）
3. 開発スケジュール（必須ではありません）
非機能要件
1、組み込み要件
2、性能要件
3、互換性要件
製品紹介
1、製品紹介
2、リリース ノート
3、インタラクティブな自己診断フォーム
発行 - html ファイルを生成し、フォルダ全体を相手に送信します
14. PC製品の設計仕様
ブレッドクラム ナビゲーション: 戻ることができる場所
バックグラウンド コンポーネント ライブラリ
