認識のズレ
筆者の家には小さい子どもがいて、まだ言葉が拙く正しく理解できないことが多いです。そもそも、大人と大人でも認識のずれをなくすことは難しいです。仕事・家庭・友人関係など話が通じていないと感じることもよくあるのではないでしょうか？システム導入においては、「顧客が本当に必要だったもの」という風刺画が、認識のズレを皮肉たっぷりにあらわしています。
今回は、画面開発における認識のズレをなくすためのツールとしてSAP Buildを紹介します。
画面開発におけるSAP Buildの位置づけ
「Discover」はSAP SplashにあるGalleryから要求に近いものを見つけるプロセスです(完全に同じものでなくても画面の部品、アイデアを見つけるということもあります)。SAP Splashは画面デザインのノウハウ集だと思ってください。
「Discover」に続くプロセスとして「Design」があり、SAP Buildがその役割を担い、「Develop」を担当するWeb IDEに続きます。この3者は連携をしていて、SAP SplashのGalleryで見つけた画面をSAP Buildにインポートして、Buildで更新した画面をWeb IDEに繋げることができます。
SAP Buildを使ってみた
その時のプロト画面と実際の開発画面の比較です。
両者は似てはいますが、違いもあります。大きな違いは左右が逆になっている点です。これは表(Scorecard)で行を選択したときに他エリアの情報を更新するようにしたためです。
また、今回は使用しませんでしたが、画面遷移表現できます。
SAP Buildを使った感想
欲を言うとWeb IDEだけでなく、Design Studioへもインポートできるようにして欲しいです。
コメント・評価機能
下図のように画面の場所を示してコメントと評価をすることができます。
評価者から吸い上げた評価結果を下図のような画面で確認します。
今回は少人数のチームでディスカッションしたため使いませんでしたが、人数が多いとExcelなどで作るアンケートよりも効率上がるはずです。
新しい画面設計の形
また、一般的に画面に関しての要求が厳しいと言われる日本人にはうってつけかもしれません。
