★もきゅもきゅもみゅーん

だから、途中経過であるデザイン業務は、失敗を繰り返してしかるべき。
上手に失敗する、ということも必要だと思っています。

上手に失敗するという意味は、うまく伝えられないのですが・・・。

ユーザビリティテストの指標には「どれだけミスするか」という項目もあるのですが、これに概念が近いかも。


　・Fail fast　（ずるずる続けず、早めに失敗しろ）
　・Fail small （小さく安価に失敗しろ）
　・Fail often （たくさん失敗しろ、何度でも試せ）
　・Fail smart （失敗から気付け、学べ）


最近のビジネス格言やスタートアップでも同じようなこと言われてるみたいですね。
要はチャレンジだと。

とにかく利用者に使ってもらうことで、閲覧者に見てもらうことで、設計としてのデザインとしてのクオリティが上がるのではないでしょうか。
指摘されたことを全部修正するとかの意味じゃなくて、フィードバックを受けながら自分のコンセプトにブレがないか確認するイメージ。「青が好き」「赤が好き」というように全員の嗜好の意見を反映させることはできないので。

WEBサービスに限っていえば、最初はヴィジュアルイメージが入っていないほうがいいのかな、と最近思い始めました。
「右回りで全員意見を言ってください」的な打ち合わせでの意見に多いのですが、余白とか文字組みとか、どうでもいい表面的なことばかりが意見として上がってきてしまって、サービス自体の使い勝手とかの本当に欲しい評価が後回しにされてしまうので。
あと、意見を無理やり言わせているので「悪い部分」を無理やりつくりあげているパターンもあり、僕はこの手の意見を全員に言ってもらうという場は、個人的にはあまり参考にならないとは思ってます。意見は大事だけど、それが無理やりひねり出した意見なのか本質的なものなのかの判断をしかねるというか。

それよりも友達に何気ないタイミングで何も言わずにポイっと見せてみて、反応を伺った方がよっぽど効果的なフィードバックが受けられます。

いずれにせよ、早め早めの確認が必要ということですね。
上手に早めに失敗することで、致命的な悪い結果を避けられるということ。
このあたりを意識した仕事の取り組みをしていきたいと思っています。