対戦相手ではなくチームメイト。それが、プロダクト マネージャーとプロダクト デザイナーがプロダクト チームで働くことが期待される方法です。関係は必ずしも緊密なものである必要はありませんが、間違いなく健全であるべきです. 優れた SaaS ビジネスの構築は、1 人の責任ではありません。最高の製品志向の精神、つまり設計チームと製品チームの関与が、仕事を成し遂げるものです。 大規模な SaaS 企業の全体像は変わりませんが、ユーザーフレンドリーで直感的な製品を提供するということです。しかし、舞台裏、仕事の責任、および仕事の範囲は、これらの製品に重い役割の両方で非常に異なるように見えるかもしれません. すべてのチーム メンバーが共通の目標と長期的なビジョンに向かって取り組んでいることを確認するには、プロダクト マネージャーとプロダクト デザイナーがチームとして働く必要があります。 プロダクト マネージャーとプロダクト デザイナーの違い (および類似点) は?​​ 確かに、プロダクト マネージャーとプロダクト デザイナーの責任は異なります。しかし、これらの違いにもかかわらず、彼らは密接に協力して、ターゲット ユーザーに愛される製品を設計、開発、テストしています。 しかし、これら 2 つの役割の類似点と相違点に移る前に、これらの両方の役割が何を伴うのかを見てみましょう。 プロダクトマネージャーは何をしますか？ プロダクト マネージャーは、タイムリーな計画、出荷、および製品のライフサイクル全体の終了に取りつかれています。これには、考えられるいくつかの部門からの多くの重労働が伴います。 プロダクト マネージャーは、デザイナーや開発者から与えられた期限を守るだけでなく、クライアントから与えられた優先順位や予算など、相反する目標のバランスを取ることになると、常に最前線にいます。 顧客調査から始まり、理想的な顧客のギャップや問題点を特定し、製品設計、製品マーケティングを行い、最終的に積極的なベータ テストとパイロット プログラムを使用して製品を市場に投入します。これらすべて、ビジネスの目標と目的を常に考慮に入れます。   PM の主な責任は次のとおりです。  i) 市場動向のモニタリングによる競合分析の実施 ii) 製品の目標に向けて社内外の利害関係者を調整する iii) タイムリーな成果物のために社内の製品、エンジニアリング、および設計チームと協力する iv) 製品の機能と更新に優先順位を付けながら、製品のライフサイクル全体を計画する v) 継続的な成功のために、既存の製品機能、製品リリース、および機能に取り組む vi) 製品のマイナーおよびメジャーな問題ごとに、トラブルシューティング、テスト、およびそれぞれのチームとの協力に介入します。  vii) クロスファンクショナル チームのバグ、仕様、欠陥、および改善に関する広範な製品レポートの作成と提示に取り組みます。 プロダクトデザイナーは何をしますか？ アプリのアイデアを実現したり、既存のユーザー インターフェイスや製品のユーザー エクスペリエンスを改善したりするための土台は、ここから始まります。 製品デザイナーは、新製品のアイデアの考案やユーザー インターフェイスの改善から、既存の製品の動作の設計まで、開発プロセスのどちらの側にもいることができます。 彼らは、あなたのアイデアを正当な製品と呼ぶ前に、完全な実践的な作業を行う真の製品アーキテクトです!これに加えて、顧客体験、ビジネス目標、および開発タイムラインを作業全体で調整する責任もあります。 プロダクト デザイナーの主な責任は次のとおりです。  i) ビジュアル デザイン スキル (UI) と同様に優れた機能デザイン スキル (UX) を含む細部への強い注意。  ii) 製品の既存のユーザー エクスペリエンスを向上させる新しい製品の機会と改善点を特定し、提案する。  iii) 絶え間なく変化するユーザーの好みに応じて、確かな調査に裏打ちされた現在のデザインを刷新または改造する。  iv) プロダクト マネージャー、エンジニア、利害関係者の間の日常的な積極的なコラボレーションにより、顧客にバランスの取れた製品を提供します。  v) クロスファンクショナル チーム、管理者、利害関係者に対して、実装または削除された設計変更について時々声を上げます。  vi) 定性的データと定量的データの両方を統合する能力 vii) ユーザー調査、ユーザビリティ テスト、アプリやウェブサイトの複雑なヒート マップの解読に裏付けられた、創造的な問題発見と問題解決のスキル。 個々の仕事の責任を見たので、これは次の大きな問題に私たちを駆り立てます… プロダクト マネージャーとプロダクト デザイナーの間の交差点はどこで発生しますか? ある役割が他の役割に取って代わるという一般的な信念とは対照的に、それはチーム活動のようなものです.製品管理チームと製品デザイナーの間の重複は、強力な化学結合にほかなりません。この 2 つのチームが協力して、ユーザーの最も差し迫った懸念を表面化し、効果的なデザイン思考を使用して問題点の解消を開始できます。  組織のより大きな利益のために、2 つの指定の間の積極的なコラボレーションがどのように統合されるかを以下に示します。  1. 一元化されたミッション、ビジョン、および目標 製品および設計チームは、エンドユーザーが魅力的な製品体験を確実に得られるようにすることに重点を置いています。これにより、組織階層内の全員が同意することを保証するすべてのチェックボックスにヒットします。 一元化されたミッションはチームによって既に知られているため、個々の従業員がそれに応じて日々の仕事の責任を同期するのに役立ちます。これにより、独特のチームによって実行される同様の種類の作業の繰り返しも減少します。  2. 勝利のための顧客第一のアプローチ プロダクト マネージャーとプロダクト デザイナーは、常に顧客のニーズに同意する必要があります。成功する製品は、ビジネス、ユーザー、および技術的側面の交差点ですが、顧客第一のアプローチを採用することで、最終的に成功を収めることができます。 プロダクト マネージャーとプロダクト デザイナーはこれを理解しているため、最初に顧客志向の機能リリースとプロダクト アップデートを計画して優先順位を付け、利害関係者と経営陣は 2 番目になります。このアプローチにより、企業はより満足して忠実なユーザーを作成できます。  3.無限往復の解消 単なるコラボレーションではなく、効果的なコラボレーション。それこそが、これら 2 つの異なる役割の目的であり、開始から立ち上げまで一緒に固執することです。 ユーザー調査から始まり、ペルソナの作成、ブレインストーミング、ワークフローの作成、およびプロセスの決定は、両方のチームからの同等の貢献の結果です。 最初にコラボレーションが欠如していると、意思決定が不十分になり、ワークフローが無秩序になり、最終的にはユーザーと組織にとって満足のいく結果が得られない可能性があります。  4. 土壇場でのサプライズに備える ご存知のように、製品タイムラインの実行段階で対立が発生した場合、利害関係者は屈服して説得するのが最も困難です。しかし、対立やエスカレーションは進歩の一部です。では、どうすればフリーパスを取得できますか?ダメージコントロールを行うことで。 今こそ、製品チームと設計チームが独自のソリューションを提案し、特定の課題を解決するために共通の基盤に到達するときです。両方のチームが連携し、事態が逆さまになったときに経営陣の前で効果的な解決策を考え出します。これにより、問題に時間を浪費することなく、あらゆる課題を迅速に解決できます。  5. 常に狙いを定めようとする 製品の成功は、多くの場合、製品チームと設計チームの両方が連携して作業する共同作業の結果であり、迅速な計画と迅速な実行につながります。 すべての企業のすべての部門が、ビジネス目標を達成するために努力しています。前に説明したように、部門または個々のプロセスがどのようなものであるかに関係なく、全体像に適合する唯一の指標は、製品のノーススター指標です。 プロダクト マネージャーは、プロダクト デザイナーに本当に何を求めているのでしょうか (逆も同様です)。 難しい質問への答えは、プロダクト マネージャーとデザイナーの両方が互いに求め合うべきものです。 デザインでは、すべての最初のステップは大きな理由から始まります。 なぜこのアイデア？なぜこの問題が？なぜこの製品？なぜこの機能を？なぜこれが流れるのですか？なぜこの形？なぜこのテーマ？なぜこの色？なぜこのタイポグラフィ？ そして、あなたが考えることができる何百もの理由…リストは続きます。 これを克服する最善の方法: なぜループするのですか?まずコミュニケーション、次にコラボレーション。じゅうたんの下にスライドさせないでください。 コミュニケーションはプロセスの最初のステップです。これにより、両当事者は、すべての設計上の決定を解きほぐし、調査し、ブレインストーミングすることができます。 プロダクト デザイナーは、実施した調査、ユーザー インタビューから得た洞察、導入したユーザビリティ テストの結果、および決定を裏付ける二次データを積極的に提示する必要があります。 こうすることで、プロダクト マネージャーは、他の多くの質問であなたのアイデアを否定するのではなく、あなたの調査結果を検証するためのより良い立場に立つことができます. 次に、多くの設計者が、これまで実装されたことも聞いたこともないソリューションを考え出そうとします。発送される確率は？無視できる。 アイデアは車輪を再発明することではなく、他の人がすでに行っていることに従うことです.ここで、あなたの競争相手。これは、クリエイティブであることを妨げているわけではありません。それは単に、ユーザーの既存のメンタル モデルを称賛し、その方向に進んで時間を節約し、それが確実に機能するという自信を与えることです! プロダクト デザイナーであることは、遭遇するすべての新しい課題に対して科学者になることではありません。むしろ、アーティストとして介入し、すでに行われていることを受け入れ、それに独自のひねりを加えます。 では、最終的に誰が戦いに勝つのでしょうか? 残念ながら、ありません。 マネージャーがデザイナーを必要とするのと同じように、プロダクト デザイナーはプロダクト マネージャーを必要としています。それはパートナーシップです。 実のところ、成功する製品はサイロで構築されたものではありません。それは決してありません。 ゼロから製品を作成することは、共同作業のプロセスです。どんな役も最後まで独り立ちできません。 したがって、製品チームに参加する前であっても、チーム プレーヤーになる必要があります。 利害関係者との良好な関係を維持することは、デザイン、マーケティング、エンジニアリングなど、プロダクト マネージャーとして成功するために重要です。  を使用すると、利害関係者とのコラボレーションがより簡単、迅速かつシームレスになります。 Zeda.io  Zeda のコラボレーション ツールを使用すると、チームとより迅速にコミュニケーションを取り、厄介で不必要な毎日のミーティングを減らすことができます。   を使用して、効率を高め、より優れた製品を構築してください。 Zeda.io

2022 - HackerNoon Contributor of the Year - Design

2022 - HackerNoon Contributor of the Year - Product Development

2022 - HackerNoon Contributor of the Year - Product Management

Get curated Product Management, UX & Startup updates

Nominated for 2022 - HackerNoon Contributor of the Year - Product Development

Nominated for 2022 - HackerNoon Contributor of the Year - Design

Nominated for 2022 - HackerNoon Contributor of the Year - Product Management

このオーディオは、ストーリーの元の言語で制作されています。

プロダクトマネージャーとプロダクトデザイナーがお互いを必要とするのはなぜですか?

About Author

コメント

ラベル

この記事は

Related Stories

フロキのヴァルハラがインドのスリランカツアーのアソシエイトスポンサーに加わる

Claude Sonnet 3.5 システムプロンプトの漏洩: 法医学的分析

フォーラムからフィードへ: ソーシャルメディアアルゴリズムがデジタルインタラクションを形作る仕組み

タップして稼ぐ：テレグラムはソラナより先に次の100億人の暗号通貨ユーザーを獲得する可能性がある

フロキのヴァルハラがインドのスリランカツアーのアソシエイトスポンサーに加わる

Claude Sonnet 3.5 システムプロンプトの漏洩: 法医学的分析

フォーラムからフィードへ: ソーシャルメディアアルゴリズムがデジタルインタラクションを形作る仕組み

タップして稼ぐ：テレグラムはソラナより先に次の100億人の暗号通貨ユーザーを獲得する可能性がある

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps

プロダクト マネージャーとプロダクト デザイナーがお互いを必要とするのはなぜですか?

About Author

コメント

ラベル

この記事は

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps

プロダクトマネージャーとプロダクトデザイナーがお互いを必要とするのはなぜですか?