投稿

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

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

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

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

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

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

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

“user experience”って、短期的に評価出来ないことや、正解がないことが、どこまでリソースを割くか判断しづらいし、モチベーションを上げにくいところだろうか。そういう意味ではマーケティングも似てるか。

まずはベータ版でシンプルに作り、ユーザからのフィードバックを受け、ソーシャルでのコミュニケーションでマーコムしていく。機能を作らない判断も、人の意見を聞き入れることも、自分を出していくことも、勇気と敬意が求められる。なんだ、目指すソフトウェア開発は、最初から変わってなかったんだ。

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

“User Experience”を高めるには、普段から使って、少しずつ、岩を削って角をとって丸くして、ひっかかるところなく滑らかにしていくしかないように思う。気になるところがなくなるまで、少しずつ。徐々に。

人に知ってもらうには、コンテンツが重要。まずは自分たちの持っているコンテンツとフィールドはどこか、そこをベースにして築いていかないと始まらないよな。

マーケティングは、本当にうまくはまるターゲットを見つけることが大事だと思う。どれだけ集中させるか。細く鋭く。顧客を選ぶ位に。

ツール自体は、なるべく広く浅く、どこでも使えるように、ユーザによって応用が効くように作りたい。ユーザによる新たな用途の発見と活用がなければ、広がらない。

ユーザは最初に明らかな用途か、物珍しさのいずれかでないと使い始めない。まずは第一段階。次に使って便利さにハマると使い続ける。これで第二段階。最終的に、自分なりの新しい使いかたを発見し、自ら広めるようになる第三段階。それぞれで求められる機能とマーケティングは異なる。

プログラマがプログラマだけで集まるのでなく、デザイナがデザイナだけで集まるのでなく、ビジネスも然りで、ソフトウェアとして作ったプロダクトを中心に垣根なく集まれるのがあると良いと思う。

アイデアひとつというけれど、プログラミングの世界は本当にそうで、だからこそ、とてもワクワクできる。ソフトウェアはすごい。

企業の場合に、担当者が自社用のツールを選定する際には、機能一覧のマルバツ表で判断されることが多いように思う。おそらく、組織の沢山のユーザを考えると最大公約数の多い方が無難、また、特に思いをもっていなければ、機能の多寡で選ぶしかない、のだろうと思う。