B2BUXデザインは悪名高いお粗末です。使用を求められたタイムカードUI、または最悪の場合、会社のポータルから複雑な経費報告書を提出するのにかかった時間を考えてみてください。簡単でしたか？

多くの読者が精通している可能性のあるいくつかの例は、Oracleの経費報告ソリューションまたはConcurであり、これらは絶望的に複雑になっています。仕事に応募したことがあり、独自のアカウントを作成して住所や仕事の資格などの詳細をすべて入力する必要がある場合は、その背後にあるシステムが人事採用ソフトウェアのTaleoである可能性があります。

ギリシャの債務危機の起源

もちろん、これだけがB2Bソフトウェアの種類ではありません。人事管理、財務追跡、マーケティングソフトウェア、サプライチェーン管理など、考えられるあらゆる職務に対応する、文字通り何千ものニッチな特殊ソフトウェアソリューションがあります。このソフトウェアの多くは機能が豊富ですが、使いにくいです。このソフトウェアは非常に大きな価値を提供しますが、ロックを解除するのは困難です。

B2BUXがひどい理由

B2Bユーザーエクスペリエンスが非常に貧弱である理由は理解できます。場合によっては、ソフトウェアはまったく古いものであり、Webアプリの設計が初期段階でブラウザテクノロジが豊富なエクスペリエンスを提供していなかった90年代後半または2000年代初頭に構築されました。ソフトウェアの多くは、何も知らないエンジニアだけで構成されるチームによって構築されました。 UX または UIデザイン 。彼らの主な関心事は、ソフトウェアが使いやすさやB2B UXのベストプラクティスではなく、多くの機能を許可することを保証することでした。

広く採用され、機能が豊富なソフトウェアを入手すると、設計のオーバーホールを行うことが困難になります。範囲が広く、大規模な再設計を行うことはリスクが高くなります。時間の経過とともに、エンタープライズ製品は密集した複雑なビジネスロジックを蓄積します。これは、特定の「大型クジラ」（深いポケットを持つ顧客）の特別なニーズを和らげることを目的としています。非常に特殊なアプリケーションの動作に慣れている顧客を混乱させる可能性があるため、このレベルの複雑さでソフトウェアをオーバーホールしようとすると、物事を正確に正しく行うことが難しいことがよくあります。

既存のユーザーベースは、彼らが精通しているものへの重要な変更について不平を言うでしょう。ユーザーは製品の使い勝手が悪いと絶えず不平を言うかもしれませんが、それが大幅な改善であったとしても、通常、意味のある変更には抵抗します。このタイプの抵抗は、B2Cソフトウェアで簡単に確認できます。 TwitterやGMailが結果的に調整を行うときはいつでも、ソーシャルメディアで常に騒ぎがあります。

B2B UXの設計が悪いもう1つの理由は、購入者がエンドユーザーではないことです。通常、IT部門と調達部門は、企業に代わってソフトウェアを購入する責任があり、ITスコアカードを使用して潜在的なソリューションを評価します。ただし、ITや運用に直接影響する要素ではないため、スコアカードにはユーザビリティは含まれていません。

さらに、ほとんどの企業は、実行するための専門知識を必ずしも持っているわけではありません UXレビュー 彼らがそうする傾向があったとしても。エンドユーザーとその製品に関する予想される経験は、購入の決定には関与していません。

それで、何をすべきか？ソフトウェアを構築している企業とB2Bソフトウェアの購入を検討している企業の2つの角度からこれにアプローチしましょう。

より良いB2Bアプリケーションの設計

まず、B2Bアプリケーションを構築および設計する会社の観点からアプローチしましょう。前述のように、UI全体を一挙に置き換えることには非常に高いリスクがあり、このような大規模な投資のビジネスケースが経営幹部にとって魅力的に見えることは非常にまれです。つまり、UXをやり直すための大規模な1回限りの投資はおそらくないということです。時間の経過とともに段階的に発生します。

「時間をかけて構築する」アプローチを実現するために、UXチームは製品のUXロードマップを構築する必要があります。ロードマップは、ソフトウェアがどのように進化して最新の基準を満たすかを段階的に示す必要があります。これには、まったく新しい製品だけでなく、長年にわたって蓄積されてきたすべてのレガシーUIが含まれる必要があります。通常、コンポーネントライブラリまたは設計システムは、すべての作業を単一の標準セットに合わせることができるように、最初のステップとして構築する必要があります。

UXロードマップを確立するためのフィードバックを得るのは、消防ホースから飲むようなものです。 B2B組織には、ユーザーインターフェイスについて高い評価を受ける多くの利害関係者がいます。セールスチームとカスタマーサービスおよびサポートチームは、デモの実行、新規ユーザーのオンボーディング、苦情への対応、UX改善のロードマップとなるバグチケットの提出から選別された顧客からの直接の意見を得ることができます。

それでもなお、重要なコンポーネントが1つ欠けています。それは、ユーザー自身です。上記のすべてのデータは、利害関係者の目標に合うようにフィルタリングおよび管理された中古データです。アカウントチームは、自分たちが管理していない直接的なやり取りに警戒していることが多いため、エンドユーザーに連絡するのは難しい場合があります。ただし、これらのユーザーとの自由回答のインタビューを実施することは非常に貴重です。

では、このすべての情報をどうするのでしょうか。アフィニティマップ図の作成は最初のステップです。アフィニティマップは、繰り返し発生する問題を三角測量し、優先順位付けプロセスを支援します。それが完了したら、アフィニティマップから得られた洞察を使用して、カスタマージャーニードキュメントを作成します。優れたカスタマージャーニーマップドキュメントを利用して、組織内でUXの変更について賛同を得ることができます。 すべき 行われます。

組織内外の具体的なデータポイントに基づいて、ユーザーがつまずいている経営幹部を示すことは非常に強力です。

解決する必要のある問題を確立したら、今度は設計によってそれらを修正しようとします。

オプションの評価方法

2000年代の初めから中頃には、ソフトウェア会社が参照して使用するための確立されたUI標準はほとんどありませんでした。したがって、修正が必要なほとんどの製品は、多くの風変わりで非標準のUIコンポーネントを使用します。 UIを改善する最善の方法は、現在存在する共通の標準に準拠することです。

マテリアルデザイン これは素晴らしいスタートであり、製品の固有の機能要件に基づいてマテリアルデザインコンポーネントセットに変更を加えることができます。しかし、マテリアルデザインは町で唯一のゲームではありません。 B2B デザイナー 「Facebookのように」または「Googleのように」を常に聞きます。したがって、Facebook、Google、LinkedIn、および利害関係者が使用するその他の一般的なソフトウェアを調査し、可能な場合は同様の要素を組み込みます。

間違いありません。すべての問題がユーザーインターフェイスコンポーネントに関連しているわけではありません。時々、ソフトウェアは単にユーザーがタスクを完了するために必要なことをしていない。この場合、設計者は追加する必要のある機能要件/ユーザーストーリーを確立する必要があります。多くの場合、これはプロダクトマネージャーと連携します。成功する結果を確実にするために、収集したすべてのデータを用意してください。

エンタープライズUXでの成功の測定

SaaS企業のUXチームは、A / Bテストを活用して、 設計作業により、必要なメトリックが改善され、ROIが実現します 。設計者は同僚と協力して、作業する小さな領域を選択し、それを既存の顧客ベースの一部にのみ展開できます。新しいソフトウェアを入手しているセグメントが目的のメトリックの改善を示している場合、設計者は自分の作業の有効性を示すための数値をしっかりと証明しています。

母集団の両方のセグメントで比較するメトリックを確立します。 B2Bでは、適切なメトリックを把握することは B2Cの世界とは異なります 、目標には通常、購入やコンバージョンなどの標準的な指標は含まれないためです。代わりに、機能するメトリックには、タスクを完了する時間、タスクを正常に完了したユーザーの割合、またはタスクの放棄率の低下が含まれる可能性があります。

アフィニティー図にある問題点の軽減に対応するメトリックを探します。関数の完全な使用法でさえ、非常に強力な指標になる可能性があります。 A / Bテストが機能の実装方法と設計方法の比較である場合、新しいバージョンでの使用の増加は、B2Cソフトウェアでの成功の説得力のある指標です。

を可能にするソフトウェアランドスケープ デザイナー 認証されたB2B環境で分析を簡単に活用するために、B2B環境はまだ進化しています。ウェブサイトの頼りになるツールであるGoogleAnalyticsは、通常、SaaSソフトウェアではそのままでは機能しません。代わりに、関連データを収集するために、サードパーティのソフトウェアをSaasインフラストラクチャにインストールする必要があります。

エンタープライズUX分析の分野はまだ確立されていますが、すぐに使えるツールのいくつかは 愛 、 ウォークミー 、および ユーザーレーン 。設計者は、適切なメトリックを収集し、それらを消化しやすい形式で利用できるようにするために、DevOpsチームと定期的に緊密に連携する必要があります。

ユーザーによるB2Bソフトウェアのテスト

以前、フィードバックの収集に関与する多数の利害関係者について説明しました。新しいUXを示すために、彼らに戻ってください。これにより、善意が生まれ、洞察に満ちたフィードバックが提供されます。うまくいけば、これらの非公式の会議中に、利害関係者が新しいソリューションに満足しているかどうかを確認できます。また、以前にインタビューしたエンドユーザーに戻ってください。 UXチームが聞いていたことが示され、良いフィードバックが得られます。

のもう1つの優れたツール デザイナー の財務はベータプログラムです。ベータプログラムでは、新しいモジュールまたは機能のセットが、非常に少ない視聴者に展開されます。通常、参加者はいくつかの新しい機能や経験を求めており、プログラムに参加することを志願しています。

ベータプログラムの価値は、クライアントとの高度な相互作用です。そのため、データをキャプチャできることに加えて、UXチームはユーザーと直接対話して、無修正の口頭でのフィードバックを得ることができます。フィードバックはデザインを改善するのに優れており、それが肯定的であると仮定すると、ベータに関係するすべての人からUXチームへの親善を築くのに役立ちます。

ベータプログラムでは、顧客への門番であり、通常はベータロールアウトコミュニケーションのポイントを取るように指定されている製品マーケティング担当者は 特に あなたの友達。

B2Bソフトウェアを購入するためのユーザビリティスコアカード

購入者にとって、Grudinの法則を考えてみましょう。「テクノロジーの恩恵を受けるのが仕事をする人ではない場合、テクノロジーは失敗するか、破壊される可能性があります。」この法律は、ドン・ノーマンの画期的な本「 日常のデザイン 。」

調達プロセスにどのように適用できますか？もちろんユーザーを含めてください！企業がエンドユーザー向けにソフトウェアを購入する場合、それらの従業員は購入決定を評価するスコアカードに表示される必要があります。このように言うと、他の方法で行われているとは信じがたいです。

通常のユーザーはそうではありません UXデザイナー また、評価を求められている製品の詳細なヒューリスティックレビューを提供することはできませんが、ソフトウェアが採用する可能性が高いかどうかについて、独自の主観的な見解を示すことはできます。

B2BUXの明るい未来

B2B UXの修正は、需要と供給の両方の問題です。ソフトウェアベンダーは老朽化したプラットフォームを改善する必要がありますが、購入者は改善を要求し始める必要があります。購入者側から見ると、解決策は簡単です。実際のエンドユーザーを購入決定に含めます。

ElasticsearchRailsガイドと例

ベンダー側からの答えは、優れたUXチームを構築し、会社全体でサポートを提供することです。ビジネスリスクの観点から、インクリメンタルアプローチはより安全で現実的であり、経営幹部にアピールする可能性が高くなります。顧客調査に裏打ちされた段階的なロードマップを導入します。これは、経営陣の懸念を和らげるのに大いに役立ちます。

UXを改善する方法についての具体的なアドバイスに関しては、多くのリソースがあります。まず、会議全体が エンタープライズUX このトピックに専念。第二に、ブロゴスフィアにはB2Bデザインに関する実用的な資料があります。これは、「」というトピックに関するすばらしい投稿の例です。 エンタープライズおよびB2BSaaS向けの設計 。」

B2Bスペースは絶望的ではありません。新興企業は既存のプレーヤーを混乱させ、洗練されたUIをテーブルにもたらし、販売サイクル中に恐竜を当惑させています。あなたは自分で変化を見ることができます。一方、を含む求人応募ソフトウェア モンスター そして タレオ （現在はOracleが所有）以前は複雑でディルバート風の合理化されたサービス（ 確かに 、 ZipRecruiter 、 ガラスのドア 、および LinkedIn いたるところに現れています。これらのサービスはすべて、ポジションを申請する際の摩擦を軽減します。

Salesforce 、B2B SaaSスペースの巨人は、社内でUXに重要な取り組みを行っており、次のような非常にクールな作業を行っています。 アインシュタインAIプラットフォーム 。古い会社も最近 大きなコミットメントをしました より良いデザインに。オラクルでさえ そのアプローチを進化させる B2BUXデザインへ。

企業がソフトウェアを購入するために使用するメカニズムを変える傾向もあります。一部のソフトウェアは、ユーザーが調達の関与なしにソフトウェアを直接使用または購入できるという点で、B2CとB2Bの両方です。よく知られている例は Google G Suite 、 Trello 、 スラック 、および ドロップボックス 。ある意味で最初の購入者が です ユーザー、ユーザーペルソナは、ソフトウェアのビルドに使用されるプロセスを推進します。

スクリプト言語の書き方

現代の標準に追いつくのに苦労している大規模なモノリシックソフトウェアの終わりは見たことがありません。しかし、ゆっくりではありますが、その傾向は改善に向かっています。

大企業からより良いUXへの取り組みがすでに見られます。個人が企業に持ち込むB2Bソフトウェアは、B2Bエコシステムのすべての人にゲームを強化することを強いています。そして最後に、Facebook、Google、およびAppleデバイスで育った人々がますます多くの人々に参入するにつれて、改善されたエクスペリエンスに対する需要が高まり始めます。兆候はすでにそこにあり、UXデザイナーが主導権を握っています。

•••

ApeeScapeデザインブログの詳細：

• UXの真のROI：エグゼクティブスイートを説得する
• UXの真のROI：B2B再設計のケーススタディ
• 先の危険：わかりやすい兆候UXエキスパートを呼び込む時が来ました
• UXのヒューリスティック分析–ユーザビリティ評価を実行する方法
• 経験がすべて–究極のUXガイド

基本を理解する

B2B企業とは何ですか？

B2B企業は、他の企業が使用するために設計されたソフトウェアソリューションを設計および開発する企業です。たとえば、B2B企業は、他のビジネス向けのHRソリューションを専門としている場合があります。改善された標準により、B2Bユーザーエクスペリエンスは進歩しています。

B2B企業の例は何ですか？

いくつかのビジネスソリューションソフトウェアを提供するOracleは、B2B企業の一例です。ただし、Oracleは、何年にもわたって変更されていないひどいB2BUXで知られています。

B2Bとは何ですか？

B2Bは企業間取引の略です。これは通常、消費者向けではなく、他のビジネスを対象とした製品やサービスを提供する会社を意味します。 B2B UXは、引き続きエンドユーザーに焦点を当てる必要があります。

B2CとB2Bの違いは何ですか？

B2Bは企業間取引の略であり、B2Cは企業間取引の略です。 B2B企業はビジネスクライアント向けの製品とサービスを提供し、B2C企業は一般向けの製品とサービスを提供します。 B2B UXデザインへのアプローチは、B2Cのアプローチとは異なります。

B2B企業はどのように機能しますか？

B2B（企業間）企業は、他の企業に製品やサービスを提供します。 B2B UXは悪名高いことで有名ですが、この分野に新しいプレーヤーが加わったことで、エンタープライズUXの設計は徐々に改善されています。

UXは重要ですか？

UX、つまりユーザーエクスペリエンスは重要です。デジタル時代の初期には、ソフトウェアは使いやすさやユーザーのエクスペリエンスをほとんど考慮せずに開発されることがよくありました。これにより、初期のソフトウェアは苛立たしく、使いにくくなりました。 B2B UXの設計が成熟するにつれて、ソフトウェアは改善され、エンドユーザーにとってよりアクセスしやすくなりました。

UX方法論とは何ですか？

UX方法論は、ユーザーエクスペリエンスデザイナーがユーザー中心の製品やサービスを考案、設計、テスト、最適化、提供するために使用するツールと方法の用語です。製品の使いやすさを最適化できるさまざまなUX戦略があります。

UXプロセスとは何ですか？

UXプロセスは、デザイナーがユーザー中心のデザインを提供するために採用するツール、UX戦略、および方法論のセットです。一般に、このプロセスには、調査、発見、発想、検証、反復、改良、ユーザーテストなどのステップが含まれます。