グーグルプロダクトマネージャーが知らせる企画書作成ハニー​​チップ

 ソース：https:  //brunch.co.kr/@lulina724/26


グーグルプロダクトマネージャーが知らせる企画書作成ハニー​​チップ

製品企画文書（PRD）の作成と活用法A to Zの整理 私たちのPMは、古くから（？）計画書の名前の下に多数の文書を書いてきました。機能要件定義書、明細書、UX設計文書など…名前も多様で形も多様です。PPTやデザインツールでワイヤフレームを直接描いたり、エラーケースからはじめ、細部開発要求事項まで入念に記録したりします。PMが果たしてどれだけ詳細で多くの分量の企画を

brunch.co.kr


PRDには何を書くべきですか？


1. 要約と背景

何が問題であり、なぜこれが重要なのかを説明します


2. 主要ユーザー

誰のための解決策なのか、ユーザーの不便を記述します


3. コアユーザーの旅

問題を解決したときにユーザーが得ることができることを説明します


4. 機能的要件

ソリューションの詳細計画を作成します


5. 関連文書

PRDに関連するUXフローまたは開発設計文書を追加してリンクして参照できるようにします


6. 配布計画

発売後、マーケティング、営業、CSなど、お客様と接している組織が予想するところについて作成します。


PRDを活用するためのヒント


1. チームメンバーからのフィードバックを最初に受け取る

当初からUIデザイナーとエンジニアに積極的にフィードバックを受けましょう


2.面白い、読みやすい、構造化された形のPRDを作る

1) 問題に集中する

2) 一目で読みやすいように構造化する

3) ワイヤフレームや図式、表を活用する


3. PRDに基づいて議論をリード

1）コマンドを確認して応答する

2）プライドはしばらく置く

3) 重要で複雑な事項については、会議で議論する

4) いつどのように議論を終えるかを把握する


繰り返して学習する

댓글

댓글 쓰기

이 블로그의 인기 게시물

11st App UI UX Analysis Review

이미지
  Hello~ This is Soft Labs. ​ Today, we will analyze the mobile app 11st. Recently, a YouTuber media designer summarized the 10 principles of mobile UI UX very well. Based on that, let's analyze the 11th Street app. ​ Analysis is the most important when designing or benchmarking mobile layouts! Let's find out with 10 mobile principles!!  ! ​ ​ ​ ​ ​ ​ ​ first.  font size Font size is very important in mobile apps. If it is too large or too small, it is said that the readability of the web app is severely reduced. So, I write down the principle, but I set it to 12px with 1rem as the default. It is important to design no less than that.  And the maximum size is said to be best not to exceed 24px, which is twice that size. 11th Street seems to be firmly aligned as if to answer that!! ​ ​ ​ ​ ​ second.  increase button size It is said that the most common mistake when creating a mobile app is to make the button size too small. However, functional elements such as bu...
자세한 내용 보기

アルシータウンニュースレター Vol.27

이미지
  アルザフ27                                                                   魅力的なフロントエンドを作るPython Webフレームワークの3つ  Pythonは古くからサーバー側のフレームワーク用の言語で書かれており、ほぼすべての規模、ほぼすべての環境のプロジェクトをサポートしています。 しかし、Pythonは伝統的にバックエンド領域に閉じ込められていました。 フロントエンド、クライアント側コードを作るための目的でPythonを書く文化は、少なくともまだまだ大きく拡散していない。  最近、いくつかのプロジェクトはフロントエンドでPythonをJavaScriptに変換したり、Webアセンブリを介してフロントエンドでPythonを実行したりしようとしましたが、現在実装されている方法は薄くて原始的です。 開発者にとって今すぐ良い選択肢はありませんか？ もちろんあります。 新しいPython Webフレームワークスイートを使用すると、バックエンドでプログラム的にフロントエンドコードを生成する宣言的なPythonコードを書くことができます。 Pythonオブジェクトを使用してHTMLエンティティと対応するJavaScriptベースの動作を記述し、クライアントに提供されたときにフレームワークにこれらのオブジェクトを自動的に生成させることができます。   このパラダイムに従う3つのPython用Webフレームワークを紹介します。 すべてがバックエンドのPythonコードでHTML、CSS、JavaScriptなどのフロントエンドコードを記述できるようにし、したがってPythonオブジェクトモデルを介してフロントエンドオブジェ...
자세한 내용 보기

アルシータウンニュースレター Vol.29

이미지
  アルザフ29号                                                                   「プログラミング言語開発の甘草」LLVMの理解と活用方法  現在、開発環境分野では毎日新しい言語と既存言語に対する改善が注がれている。 モジラのラスト、アップルのスウィフト、ジェットブレインズのコトリン、そして実験的なPython変形であるMojoなどが代表的だ。 すべての開発者にスピード、安全性、利便性、移植性、およびパフォーマンスの幅広い選択肢を提供します。 この変化の多くは、言語、特にコンパイラを構築するための新しいツールです。 コンパイラの中でも代表ランナーである  LLVM は、スウィフト言語を作ったイリノイ大学のクリス・ラトナーが初めて開発したオープンソースプロジェクトだ。  LLVMを使用すると、新しい言語を作成するだけでなく、既存の言語開発を強化する作業も簡単にできます。 LLVMは、新しい言語を作成する過程で大変であり、あまり出てこない多くの部分、例えば出力されたコードを複数のプラットフォームやアーキテクチャに移植し、ベクトル化などのアーキテクチャ固有の最適化を生成する、例外などの一般的な言語メタフォーを処理するためのコードの作成などの作業を自動化する。 自由なライセンスのおかげで、ソフトウェアコンポーネントとして必要に応じて再利用したり、サービスとして配布したりできます。   LLVMを使用する言語はすでに私たちに慣れていることが多い。 AppleのSwift言語はLLVMをコンパイラフレームワークとして使用し、RustはRustツールチェーンの重要なコンポーネントとして使用します。 C / C ++コンパイ...
자세한 내용 보기