デザインは奥が深い。私はその深淵を覗き込む程度で、そこにどっぷり浸かりたい人を求めてます。

UIデザインには勇気が必要だな。Facebookのあの抱える人数にも関わらずチェンジしていくのは脱帽だ。良いと思って変えたとしても、既存の利用者からは賛否両論が出るのは間違いない。ロジカルだけでなく、自分の感性を信じるしかない。

UIデザインの正解はわかりにくいが、完成度は明らかにわかる。作り込まれた作品は、すぐにユーザの手に馴染む。よく作られたインタフェースにはザラザラしたところがない。

シンプルにするって本当に難しい。ただ作らないことがシンプルでなく、作り込んだ上でなおシンプルであることを目指したい。

自社で提供するSaaSの基盤にはIaaS/PaaSを使い、自社内で利用するアプリはSaaSを使う。全体的にレイヤがあがった感じ。

ユーザが本当に求めているのは、機能の豊富さか、ユーザ体験か。目的がある上でのサービスの利用と考えたら後者だと思うが、そうでなければ、やはりスペックで選んでしまいそうだ。

場所と時間、その両方の制約から独立して仕事が出来ている人たちがいる。その人たちはITを活用している。ITを使いこなすスキルがあるのに、雇う企業の都合で生産性を落とすのはもうやめないかな。

ソフトウェアは、作っているとどうしても見えないことって出てくる。作り手の視点からは何故か見えない。そこをユーザ視点から、どうすればスムースに使えるかを考えてフィードバックしてあげる必要がある。ペアプログラミングのナビゲータは、それを意識しないといけない。

熟練のプログラマであれば、プログラミングをしながらも作り手と使い手の帽子を意識的に被り直して、ブラッシュアップしながらの開発ができる。そこまでのベテランでなくても、ユーザの使い勝手の面での品質も高められるのがペアプログラミングの良いところ。

ペアプログラミングまでいかなくても、顧客もしくは製品プロデューサからの、ユーザ視点でのフィードバックはなるべく早めに返す方が良い。時間が経てば、プログラマもそのコードを思い出すのに時間がかかるし、ユーザは慣れてしまっておかしさに気付かなくなる。

ビジネスもマネジメントも始める前は、こうあるべきみたいに考えることの方が多くて、知識先行で形から入ろうとし過ぎてた。やってみて続けてみて、ようやく自然に振る舞えるようになってきた。実はシンプルなことばかりなんだ。

やることの見える化と共有と確認は、やはりとても大事。そうすることで、よく働いてくれてることもわかるし、一方ではもっと助言して改善出来そうなところもわかる。会話が空中戦にならないのも良い。

アドボカシーって、ホスピタリティと一緒で、テクニックや手法だけでは身に付かないし実践できるもんではないね。やっぱりザッポスのような企業文化とか、ビジョンやミッションなどが重要になるんだろうか。

UXは、工数や時間を投資すれば良くなるかというと、そうでもない。Web UXデザイナのセンスだろうか。それよりも、どうすればユーザにとって使いやすいかだけを考え続けられるか、その情熱の方が大事。

コスト削減目的のシステム開発請負の中でUX重視は難しいだろうなぁ。プロダクト開発だと当たり前に重要性は認識されてる。でもプロダクト開発は内製化の流れ。

先入観は百害あって一利なし！自分の中でモンスターを育てない！

案外、積み重ねて他と差別化になるのは、機能ではなくて、ユーザ体験。使い勝手のユーザビリティー、体感速度のためのパフォーマンス、見た目も含めたUIデザイン、のどれかではなく、それらの含んだ”user experience”が差別化のポイントではないか。