l 業務はユーザーの特性とコンテキストを制限するので、考慮すべき項⽬は減る l 業務を⾏うというコンテキストで考慮すべき特徴だけをペルソナの特徴とし て定義する l 業務熟練度やITリテラシーは結構有効な特徴 l アクセシビリティは案外重要ではないことが多い 2Cのサービスに⽐べ、ペルソナの定義はシンプルに
l デザイナーが業務を理解するための有効な⼿段 l 顧客やユーザーは⾃分達の固定概念に気付くことができる l ⾃然に改善点の話になる l ⾏動と⾔葉の相違を⾒つける。 5Whyを有効に活⽤ l ジャーニーマップからコンテキスト追記、そしてサービスブループリントに 発展させて⾏く ジャーニーマップって、業務フロー図じゃないの︖
l ユーザーの利便性より、優先される要件や制約がある l 法律、セキュリティ、契約条件、物理法則、安全、製品の品質など l これらを満たしながら、ユーザーが使い易くする必要がある l 結果的にUIレベルで対応せざるを得ないこともある l 事前に(業務の学習の際に)、考慮すべき制約事項を確認する ほとんどのものには、理由がある