データをプロダクトデザインプロセスの中心に据える

プロダクト主導型の企業は、設計を含め、プロダクト開発プロセスのあらゆる段階でデータを活用します。その理由の1つは、ソフトウェアプロダクトのデザインにおけるアジャイルアプローチへの移行です。プロダクトマネージャー（PM）やエンジニアが開発中に迅速かつ継続的な反復を採用するのと同じように、最高のプロダクトデザインチームもこれらの手法を業務に適用します。

What does this look like in practice? With access to product usage, customer feedback, and user sentiment data, product designers aim to deeply understand their users and the problems they’re facing. Then, they can move quickly to design and test solutions for those problems and use data to measure success and iterate as needed. In this case, product design is much more dynamic than in the past, allowing teams to constantly work to deliver the best product experience possible.

There’s no denying that prospective customers choose software based on how it looks and feels. At product-led organizations, teams need to design products that are beautiful and functional with every new release or update. With access to quantitative and qualitative data, product designers are better able to achieve this—and consider customers’ needs at every step of their process.

プロダクト主導型の企業におけるプロダクトデザインとは

プロダクトデザイナーは、エンドユーザー体験を最も重要視しています。彼らは、プロダクトのターゲットユーザーを理解した上で、ユーザーの問題点に対処し、ユーザーの目標の達成を支援する、可能な限り最高のプロダクトと機能を設計することを目指しています。 

For product-led organizations, understanding users equates to leveraging data—including inputs like product usage, user sentiment, feedback, and feature requests—to inform the experiences they create. This data-driven approach also goes hand in hand with collaboration (another core tenet of being product led). Product designers are part of a larger team working to improve the user experience, and thus should partner closely with internal stakeholders (e.g. PMs and customer success managers) and external customers to inform their efforts. 

Many product design teams also establish a design system to better scale their work and keep up with the continuous development coming out of the product and engineering teams. This acts as a single source of truth and helps create a design language that everyone (in the design team and beyond) can use to instantly add consistency to the product’s visual elements.

When it comes to measurement, product-led companies evaluate each new design, feature, and product update based on adoption and customer feedback—asking questions like, “Are users adopting what we built?” and “What did X segment of users think about the new feature?” Product design teams in particular solicit user feedback in-app before something is released, for example by showing users a prototype of new functionality and asking if they would find it useful. This also means there’s less reliance on engineering, as product designers can experiment and get feedback quickly before new features move into development.

プロダクトデザイナーがデータ主導の意思決定を行う方法

While product managers examine usage data to build better functionality and product operations ensures the rest of the organization has access to data, product designers take an equally data-driven approach to their work. 

デザインチームは、より優れたアプリ内ユーザー体験の構築に重点を置いています。定量的および定性的データは、ユーザーがその体験に何を求め、必要としているかを理解するのに役立ちますそこから、プロダクトデザイナーは、ユーザーインターフェイス（UI）のどこに新機能を配置するか、ワークフローの複雑さをどの程度にするべきか、プロダクトを再設計する場合はどの領域を優先すべきかなどについて、より多くの情報に基づいた決定を下すことができます。

プロダクトデザインチームがデータを活用して意思決定を行う方法の例をいくつか示します。

• プロダクトの使用パターンを追跡して行き詰まりや離脱が起きる領域を特定し、追加のアプリ内リソースやプロダクト機能の変更の必要があれば通知する
• 新機能のリリース後に定着率とエンゲージメントを測定し、ユーザーのニーズをより満たすためにその機能をどのように改善できるか、あるいは改善の余地があるかどうかを確認する
• プロダクトアナリティクスを使用して、ユーザーのアプリケーションの操作方法に基づいて、新しい要素をUI内のどこに配置するかを決定する
• 役割、企業規模、または管理者レベルごとに使用状況データをセグメント化して、さまざまなタイプのユーザーがプロダクトにどのように関与しているかを理解し、特定のセグメントに追加のアプリ内サポートやコンテキストが必要かどうかを把握する

デザインチームのためのプロダクト主導の戦術

While product design is an art, designers at product-led companies bring an element of science into the mix. They use data to make more informed decisions and constantly test and iterate on what they create. As a result, there are certain tactics product design teams can leverage to make their work more product led in nature.

プロダクト主導の原則をプロダクトデザインプロセスに浸透させる方法をいくつか紹介します。

ユーザーのワークフローと行き詰まるポイントについて深く掘り下げる

プロダクトデザイナーは、プロダクトアナリティクスを使用してユーザーがどこに時間を費やしているか、どの機能にアクセスしているかを確認することに加えて、ユーザーがこれらの機能を利用する順序を調査することからも、恩恵を受けられます。これにより、ユーザーがどのようにプロダクトを操作するかを明らかにできますが、さらに重要なのは、ユーザーが組織の意図した方法でワークフローを移動しているかどうかに関するパターンを明らかにするのにも役立つ点です。 

If user behavior differs from expectations, this could signal that the product’s functionality isn’t meeting users’ needs or that users require additional resources and education to get the most out of the product. This data gives product designers an instant look into how users engage with the product, enabling them to follow up with an appropriate next step. For example, they could create an in-app survey asking users how their experience with a particular feature could be improved.

プロダクトデザインのもう1つの重要な目標は、ユーザー体験から摩擦を取り除き、ユーザーが長期間にわたってプロダクトに関心を持ち続けられるようにすることです。ユーザーの技術的能力が異なる場合などもあるため、ソフトウェアの使いづらさを完全になくすことは不可能ですが、プロダクトデザイナーはデータを使用して、どの摩擦点が離脱につながるかを理解できます。そのために、追加のアプリ内ガイダンスによる修正や、場合によってはプロダクト自体のアップデートが必要になることもあります。

通常、企業にとって新規ユーザーのオンボーディングは継続的なプロセスであるため、ユーザーのワークフローを継続的に監視して使いづらさを軽減し、プロダクトが新たな問題を引き起こさず、問題の解決に役立つことを確認することが重要です。

アプリ内ガイドを使用してUXを改善する

企業がプロダクト主導型である場合、組織全体にまたがるチームがプロダクトを使用してユーザーや顧客とコミュニケーションします。プロダクトデザインも例外ではありません。ユーザーのセンチメントを理解し、新しいアイデアに関するフィードバックを得てユーザー体験を向上させるために、プロダクトデザインチームはアプリ内ガイドを利用して顧客に直接そして迅速に、リーチできます。

Tooltips are commonly used by designers to add context to features that are less comprehensible by name alone, or to answer frequently-asked questions about a certain part of the product. Since they don’t take up that much space in the UI, tooltips are particularly useful for providing context without disrupting users’ overall experience. Tooltips also allow users to self-serve since they only have to access the additional information if and when they need it.

アプリ内ガイドのもう1つの利点は、デザインチームがエンジニアリングのリソースに頼ったり、開発作業が行われるのを待つことなく、すぐにUXを改善したりできることです。このようにして、プロダクトデザイナーがプロダクトアナリティクスデータによって使いづらい部分を特定した場合、それらのインサイトに基づいてアクションを起こし、ユーザーを成功に導いたり、特定のワークフローについて教育したりするためのアプリ内ガイドを作成できます。

大規模にフィードバックを収集する

Effective product design hinges on incorporating the voice of the customer (VoC) into the process. By collecting feedback at every stage, product designers can validate ideas, draw inspiration, and ask questions to ensure what they’re creating aligns with what users need. The challenge most teams face is being able to do all of this at scale, and in a way that doesn’t take away from users’ current experience in the product.

Product design teams should leverage in-app guides to collect feedback while users are interacting with the product, when their experience and opinions are top of mind. To take it a step further, you can use segmentation to target certain subsets of your user base—since different types of users often engage with features differently. 

プロダクトの管理者にとって特に有益な新機能に取り組んでいる例を考えてみましょう。プロトタイプを開発するときに、そのプロトタイプを管理者向けのアプリ内ガイドに埋め込み、将来的な新機能についてのフィードバックを求めることができます。これにより、機能を迅速に改善できるだけでなく、ターゲットユーザーが好印象を持たないものを構築するという時間の無駄もなくなります。

効果的なオンボーディング体験を創出する

As product design teams work to improve the user experience, there should be a dedicated focus on the onboarding experience. If the ultimate goal is to remove as much friction as possible, new users are particularly vulnerable to hitting a sticking point and leaving the product altogether. Onboarding is a key time to both educate users on how your product works and the value it can provide. 

プロダクト主導型の企業は、アプリ内でオンボーディングを提供し、プロダクトのウォークスルー、アプリ内チュートリアル、オンデマンドリソースで構成される厳選された体験を新規ユーザーに提供します。オンボーディングは部門横断的な取り組みであることも多いため、プロダクトデザイナーはPM、カスタマーサクセスマネージャー（CSM）、顧客マーケティングチームと協力して、直感的でありながら複雑すぎないオンボーディングフローを設計する必要があります。各チームはそれぞれ異なる視点を持って協議に臨みます。プロダクトデザインでは、アプリ内コミュニケーションがどのような外見でUI内のどこに配置されるべきか、また新規ユーザーが取るべき最も論理的なパスは何かについての指針を提供できます。