2019年が始まった。今年は、すべてお前の勝ちでいい。お前は強い。お前が勝者、お前の優勝だ。お前のケツは誰よりも赤い。歴戦の証。すばらしい。けれど、僕の尻はそんなにも赤くはならないし、なりたくもない。そして、そんな局地戦に興味はない。一生お前は勝ち負けだけを考えておけばいい。僕は寂しくもない。僕にいま必要なのは、血でもなく、ぬくもりでもなく、ムード。そう、ムードさえあればいい。だから、このムードを壊さないでくれ。ムードは姿も形もないし、いとも簡単に壊れる。お前の局地戦に付き合って、ムードを壊させるようなことはしてはならない。ムードがなければ、人は争い始めるか、まぐわい始めるかしかない。甘いムード、それは別に恋だの愛だのためだけにあるのではない。素敵なムード。足りなくなったら、誰かのムードを取り入れて、そしてまた空洞の中はムードで満たされる。心地よくて、何かを作り出そうと思えるような、自由なムード。そういうものを大切にする、2019年にしたい。
先日のエントリ（ 002：制作物に対する客観性（追記有り） ）について、タイトルに「追記有り」とあることからもわかる通り、致命的な欠落があったため少し加筆してある。その加筆内容とは、端的に言うと 「ユーザー目線が不在のままデザイナーとクライアント（意思決定者）と綱引きしてたって何の意味もない」 という話であり、これについては猛省が必要だと感じている。 とはいえデザイナーやクライアントが「いやユーザーはこう思うはず」だとか言い合っていても仕方ない。実際にエンドユーザーに触ってみてもらってフィードバックを求めていくのが最もユーザー目線の実現に近いのでは無いかとは思う（と言いつつも、他方でテストユーザーが「正解」を持っているわけでもないだろう。こういったフィードバック型の「カイゼン」では問題解決は行えるだろうが、そもそもの問題設定でミスる可能性は往々にしてあるのだが、そういった懸念については今回は保留しておこう）。 ということで、ユーザーテスト以外で、サービス開発のプロセスにユーザーを取り込む方法を探してみたのだが、UXのKPIを初期段階で設定するというやり方を発見した（ UXのKPIを設定しよう！~ ユーザー体験の定量化ってなぜ必要？ ~ ）。UXKPIとズラッとかくとギョーカイ人しかわからない感じになるが、要は「 サービスの中でユーザーが最低限体験して欲しいところを予め決めておいてその達成率を見ていきましょう」 という話かと思われる（上記エントリ内では 〈「これさえ見ておけば良質なユーザー体験が提供できている」という指標 〉 と述べられている。ではそのUX-KPIとは具体的にはどういったものが挙げられるだろうか。下記は上記エントリ内で挙げられている例である。 「週3回以上タスクをシェアしたユーザーの割合/月」（タスクシェアアプリのケース） 「購入した上で、15日に1回以上ログインし続けているユーザーの割合」（アパレル系ECアプリのケース） とはいえ、UX-KPIを導入しただけでは以下のような課題は残るだろう。 そのUX-KPIはどれぐらいあれば適正なのか？ そもそもそのUX-KPIの達成がそのまま良いユーザー体験を意味するのか？ UX-KPIが目標値に届かない場合の原因の特定はいかにして行われるのか？ そもそもファンダメンタルな価値をその
コメント
コメントを投稿