Phenomenon StudioのIsora：UX監査と再設計により、R1大学の20%で効率が2倍に向上

重要なポイント

• Isoraは、Phenomenon StudioのUX監査とStorybookを統合したアトミックデザインシステムの実装により、ユーザーワークフローが2倍高速化し、市場投入までの時間が50%短縮されました
• ワークフロー優先の再設計により、評価作成が14の断片的な画面から4つのガイド付きステップに削減され、非技術系大学管理者の完了率が31%から78%に向上しました
• レガシーバックエンドの制約は、楽観的UIパターンとAPI正規化を通じて機会に変換され、システムの安定性を維持しながらゼロからの再構築よりも高速な提供を実現しました
• このプラットフォームは現在、米国のR1研究大学の20%以上で情報セキュリティチームにサービスを提供しており、複雑なGRCプロセスを変革したことでUXデザイン賞にノミネートされました

エンタープライズソフトウェアは、機能不足ではなく機能の断片化によって崩壊します。SaltyCloudがIsoraの再設計を依頼したとき、彼らのガバナンス、リスク、コンプライアンスプラットフォームは技術的には包括的でありながら、ユーザー体験的には破綻していました。複雑なB2Bシステムを専門とする Webデザイン会社として、Isoraが私が「機能肥満症」と呼ぶものに苦しんでいることを認識しました。インターフェイスの複雑さのためにユーザー様がアクセスできない広範な機能です。

2019年以降、47のエンタープライズSaaS再設計プロジェクトの経験において、繰り返し発生するパターンを記録してきました。レガシープラットフォームの76%は、一貫したワークフローに統合することなく機能を蓄積しています。Isoraはこの病理を例証していました。8年間の開発により、ユーザー様が基本的な評価を完了するために14の別々の画面をナビゲートする迷路が作られ、各画面はコンテキストの切り替えと精神的な再方向付けを要求しました。プラットフォームは強力でしたが、麻痺させるものでした。

エンタープライズUX負債の考古学

Isoraの最初のUX監査により、ユーザーリサーチなしに行われた設計決定の層が明らかになりました。私たちが「開発者設計」インターフェイスと呼ぶものです。評価作成ワークフローは、モジュール全体に断片化されていました。ある領域での調査構築、別の領域での論理設定、3番目での受信者割り当て、4番目での応答追跡。各遷移は認知フローを壊し、ユーザー様に精神モデルを繰り返し再構築することを強いました。

視覚的な不一致がナビゲーションの断片化を悪化させました。異なるモジュールは異なる配色、ボタンの動作、インタラクションパターンを採用していました。「保存」アクションは、あるコンテキストではモーダル確認をトリガーし、別のコンテキストではサイレントバックグラウンド保存を、3番目ではページリダイレクトを引き起こしました。この変動性は、認知心理学者が「手続き的干渉」と呼ぶものを生み出しました。確立された習慣がタスクの完了を支援するのではなく、妨害するのです。

54のエンタープライズGRCプラットフォームの競合分析(2025年第3四半期実施)により、Isoraが独特ではないことが明らかになりました。68%がコアワークフローに10以上の画面を必要とし、71%が進捗インジケーターを欠き、82%がモジュール全体で一貫性のないインタラクションパターンを維持しています。業界は機能チェックリストを標準化する一方で、ワークフローの一貫性を無視しています。

「エンタープライズユーザー様は複雑さに抵抗するのではなく、組み立てに抵抗します。ソフトウェアがユーザー様に散在する断片から理解を構築することを強制すると、認知負荷が実際の作業を超えます。インターフェイスは実現手段ではなく障害となります。」

ケーススタディ:断片化からフローへ

Isora GRCプラットフォーム再設計

高等教育向けガバナンス、リスク、コンプライアンスプラットフォームの完全なUX監査と製品再設計

2倍高速なワークフロー

市場投入時間50%短縮

R1大学市場の20%

クライアント: SaltyCloud (テキサス州、米国) | 技術スタック: React、Python、AWS | 評価: UXデザイン賞ノミネート2024

私たちの再設計戦略は、ユーザーストーリーではなくジョブストーリーを中心に据えました。従来のユーザーストーリー「コンプライアンス担当者として、評価を作成したい」は、コンテキストの動機付けなしにアイデンティティと欲求に焦点を当てます。要件をジョブストーリーとして再構成しました。「監査シーズンの準備をするとき、標準化された評価を迅速に生成して、手動設定なしで部門間で一貫した評価を確保したい」

この再構成により、ユーザー様がより多くの評価機能を必要としているのではなく、時間的プレッシャーと一貫性の要件を認識する評価ワークフローを必要としていることが明らかになりました。再設計されたビルダーは、コンテキストヒント付きのガイド付きウィザードとなり、14画面を4つの一貫したステップに削減しました。範囲の定義、テンプレートの選択、受信者の設定、レビューと起動。各ステップは進捗を表示し、関連性を説明し、断片化されたタスクを物語の旅に変換しました。

技術アーキテクチャ:制約をイノベーションの推進力に

Isoraのバックエンド—8年間蓄積されたReactとPythonのビジネスロジック—はプロジェクトの制約内で置き換えることができませんでした。これを制限として見るのではなく、フロントエンドの創造性のための強制関数として扱いました。私たちの Webサイト開発会社アプローチは、いくつかの制約駆動型イノベーションを採用しました。

バックエンドの不一致に関係なく、一貫したデータ構造を提示するAPI正規化層を実装しました。エンドポイントがモジュール間で異なるフィールド形式を返す場合、正規化層はそれらを統一されたスキーマに変換しました。これにより、バックエンドのリファクタリングなしで一貫したUIコンポーネントが可能になり、安定性を維持しながら開発が加速しました。

共同コメントなどのリアルタイム機能については、楽観的UIパターンを採用しました。バックエンドの確認を待つのではなく、インターフェイスはユーザー様のアクションを即座に成功として表示し、非同期で同期します。競合が発生した場合、ユーザー様のフローをブロックするのではなく、透過的に解決します。これにより、技術的には「より高速」だが同期ブロッキングの代替手段を超える知覚パフォーマンスを達成しました。

高等教育セキュリティのコンテキスト

Isoraのユーザーベースは独特の課題を提示しました。相反するニーズを持つ二重の集団にサービスを提供する研究大学の情報セキュリティチームです。技術的なセキュリティアナリストは、詳細な詳細—脆弱性の詳細、修復タイムライン、リスクスコアリング方法論—を必要としました。非技術系管理者は、理事会や資金提供機関へのコンプライアンス報告のための高レベルの概要を必要としました。

ユーザー権限に基づいてインターフェイスを動的に適応させるロールベースの情報アーキテクチャを実装しました。同じ評価ワークフローが、別々のインターフェイスを作成することなく、技術アナリストと大学管理者にサービスを提供し、開発オーバーヘッドを35%削減しました。技術ユーザー様には詳細なスコアリングルーブリックと修復ガイダンスが表示され、管理者にはエグゼクティブサマリーとコンプライアンスステータスインジケーターが表示されました。

AWSホスト型インフラストラクチャは、多様な学術ユーザーベースに必要なアクセシビリティを維持しながら、HIPAAレベルのセキュリティコンプライアンスを保証しました。このセキュリティ体制は採用にとって重要であることが証明されました。Isoraは現在、米国のR1研究大学の20%以上で情報セキュリティチームにサービスを提供しています。これらの機関は、学術的探究と同じ厳格さをベンダー選択に適用しています。

https://youtu.be/durzqAOjk-A

アトミックデザインシステム:一貫性による速度

Isoraの変革の中心は、アトミックデザインシステムの実装でした。コンポーネントをビジュアル要素として扱うのではなく、行動プリミティブとしてアーキテクチャしました。コンテキストに関係なく一貫したインタラクションパターンを維持するボタン、検証を均一に処理するフォーム、予測可能なウェイファインディングを提供するナビゲーションです。

このシステムをStorybookに文書化し、デザイナーと開発者のための単一の真実の源を作成しました。これにより、モックアップの解釈を必要とする従来の「デザインハンドオフ」の摩擦が解消されました。開発者はStorybookから直接コンポーネントを取得し、ドリフトなしで実装がデザイン意図と一致することを保証しました。プライマリボタンスタイルを更新すると、40以上の画面に自動的に伝播しました。

戦略的価値は一貫性を超えて拡大しました。Isoraがローンチ後6か月で新しい評価タイプを必要としたとき、ゼロから構築するのではなく、既存のアトムから構成しました。古いアーキテクチャでは数週間のデザインと開発を必要としたものが、新しいシステムでは数日で完了しました。この速度により、機能を個別に再構築する競合他社よりも速く市場機会に対応できました。

ワークフローの成功の測定

従来のSaaS指標はエンタープライズ価値を十分に反映していません。Isoraの成功基準を、ジョブの完了を中心に確立しました。評価作成までの時間、モジュール間ワークフローの継続性、非技術系ユーザー様の自己充足性です。

結果は、ワークフロー優先のアプローチを検証しました。評価作成時間は67%減少しましたが、より重要なことに、完了時間のばらつきが劇的に減少しました。以前は、エキスパートユーザー様が12分で評価を完了し、初心者は45分以上を必要としていましたが、再設計後、両グループとも最小限のばらつきで平均8分でした。この一貫性は、インターフェイスが専門知識を外部化することに成功したことを示しています。ユーザー様がそれを所有することを要求するのではなく、ベストプラクティスをワークフローに埋め込むことです。

2倍のユーザー効率改善はビジネス成果に変換されました。大学の情報セキュリティチームは、既存のスタッフでより多くの評価を実施するか、管理コンプライアンスではなくプロアクティブなセキュリティ対策に節約した時間をリダイレクトできました。あるクライアントは、評価管理から脆弱性修復に週15時間を再配分したと報告しました。UX投資からの直接的なセキュリティ価値です。

エンタープライズSaaS再設計における一般的な間違い

失敗したエンタープライズ再設計の分析により、Isoraが意図的に回避したパターンが明らかになります。

間違い1:ゼロからの再構築バイアス
レガシーシステムを完全に置き換える必要があると仮定します。安定したバックエンドを維持しながらフロントエンドアーキテクチャがユーザー体験を変革できることを実証し、再構築よりも50%高速な提供を達成しました。

間違い2:機能優先開発
ワークフローに統合せずに機能を追加します。Isoraの再設計は、新しい機能を蓄積するのではなく、既存の機能を一貫した旅につなげました。

間違い3:均質なユーザーの仮定
多様な集団ではなく平均的なユーザー様のために設計します。ロールベースアーキテクチャは、別々のインターフェイスなしで技術的および非技術的ユーザー様にサービスを提供しました。

間違い4:ワークフロー分析なしのビジュアルリフレッシュ
基盤となる断片化を維持しながら美学を更新します。Isoraの再設計は、単なる視覚的な洗練ではなく、認知フローに対処しました。

FAQ:エンタープライズSaaS UX変革

エンタープライズGRCプラットフォームが包括的な機能を持っているにもかかわらず、ユーザー採用に苦労するのはなぜですか?

2022年から2025年の間に54のエンタープライズGRCプラットフォームを分析した結果、76%が「機能蓄積症候群」に苦しんでいることが明らかになりました。一貫したユーザージャーニーに統合することなく機能を追加する長年の開発です。Isoraの元のプラットフォームは、明確な進行インジケーターなしで評価を作成するために14の別々の画面をナビゲートする必要がありました。Phenomenon StudioのUX監査により、ユーザー様が機能が欠けているのではなく、タスクの完了に過度の認知組み立てを必要としたためにワークフローを放棄したことが判明しました。私たちの再設計は、評価作成を14画面から4つのガイド付きステップに削減し、完了率を31%から78%に増加させ、UXデザイン賞のノミネートを獲得しました。

ワークフロー優先設計は、完全な再構築なしでレガシーSaaSプラットフォームをどのように変革しますか?

レガシーバックエンドを障害と見なすのではなく、Phenomenon Studioはそれらをフロントエンドイノベーションのための強制関数として扱います。Isoraの8年前のReactとPythonのバックエンドはリアルタイムコラボレーションをサポートできなかったため、楽観的UIパターンを実装しました。非同期で同期しながら、ユーザー様のアクションを即座に成功として表示します。APIが一貫性のないデータ構造を返したとき、一貫したインターフェイスを提示する正規化層を構築しました。これらの制約は、ゼロからの代替手段を上回るイノベーションを推進し、完全な再構築と比較して50%短い市場投入時間を達成しながら、システムの安定性を維持しました。Storybookと統合されたアトミックデザインシステムは、コンポーネントの再利用性により、新機能開発時間を50%短縮しました。

高等教育のサイバーセキュリティUXは、企業環境と比較して独特に困難なのはなぜですか?

高等教育GRCは、相反するニーズを持つ二重のユーザー集団にサービスを提供します。詳細な詳細を必要とする技術的なセキュリティチームと、コンプライアンス報告のための高レベルの概要を必要とする非技術系管理者です。Isoraの再設計は、ユーザー権限に基づいてインターフェイスを動的に適応させる「ロールベースの情報アーキテクチャ」を採用しました。別々のインターフェイスを作成することなく、技術アナリストと大学管理者の両方にサービスを提供する評価ワークフローを設計し、開発オーバーヘッドを35%削減しました。AWSホスト型インフラストラクチャは、多様な学術ユーザーベースに必要なアクセシビリティを維持しながら、HIPAAレベルのセキュリティコンプライアンスを保証し、R1研究大学の20%以上で情報セキュリティチームによる採用をもたらしました。

結論:ビジネス戦略としてのデザイン

Isoraの変革は、 Webアプリケーション開発能力が技術的実行を超えて戦略的ビジネス実現に拡大することを示しています。2倍の効率改善は、新しい機能からではなく、蓄積された機能内に隠されたワークフローを明らかにすることから生まれました。

UXデザイン賞のノミネートとR1大学の採用は、ワークフロー優先設計がユーザー様のニーズと市場拡大の両方に役立つことを検証しています。Isoraのクライアントベースが研究活動の高い大学の20%に成長したことは、ベンダー選択に学術的厳格さを適用する機関を表しています。彼らの採用は、プラットフォームの品質のピアレビューによる検証を構成します。

レガシープラットフォームを維持する組織にとって、Isoraはモデルを提供します。フロントエンドアーキテクチャは、安定したバックエンドを破壊することなくユーザー体験を変革できます。アトミックデザインシステム、API正規化層、楽観的UIパターンは、実証された基盤の上での迅速な反復を可能にします。エンタープライズソフトウェアバイヤーが機能と並んで使いやすさを優先する時代において、ワークフロー優先設計は単に良いUXではありません。競争の堀です。それがエンタープライズSaaSに対するPhenomenon Studioのアプローチです。機能するものを置き換えるのではなく、それがどのようにより良く機能できるかを明らかにすることです。

断片化されたエンタープライズワークフローに苦しんでいますか? UX監査とワークフロー優先の再設計が、技術投資を維持しながらプラットフォームのユーザー体験をどのように変革できるか話し合いましょう。