ツール寄りのサービス開発側が提供すべきはレールであってカスタマイズではない - kony.cc

サービスのことを考えるうち、いろんな人の要望や欲求に答えたくなり、いろんな機能を盛り込もうとしてしまう。 そういうときにはYAGNIの精神に立ち返ればいいんだけど、それ以上に意識した方がいいのは「ユーザーはいい感じにして欲しい」のであって「自分の手であれこれ調整したい」わけではないということだと思う。 カスタマイズできることは機能を提供する側からするとすごく楽で、必要そうなものはとりあえず何でもかんでも追加することができてしまう。 ただそれはユーザーからすると「時間をかけてカスタマイズする」という余計な手間が増えるだけで、非常に辛い(もしかすると無駄な)時間を浪費することになってしまう。ユーザーはあくまでも「自分の苦痛を取り除いてくれる便利な仕組みを手軽に、かついい感じに使いたい」だけだったのに。 例えば、カスタマイズが好きなプログラマでさえ、エディタのカスタマイズと維持にはけっこう苦

[t-wada]

"カスタマイズが好きなプログラマでさえもレールに乗った方がいいという判断をすることが増えてきているなかで、カスタマイズに頼ったサービス設計はどこかで破綻する気がする"

[teppeis]

「カスタマイズできることは機能を提供する側からするとすごく楽」「「ユーザーは『いい感じにして欲しい』のであって『自分の手であれこれ調整したい』わけではない」」

[kimutansk]

「本来のセグメントにのみ全力を注ぎ、その人達にとって理想の形を提供する、というのが実はユーザーにとって一番うれしいことなのではないか」と。

[a2ikm]

“ユーザーはいい感じにして欲しい” カスタマイズする方法を調べるのも面倒だしね。

[a_suenami]

"カスタマイズが好きなプログラマでさえもレールに乗った方がいいという判断をすることが増えてきているなかで、カスタマイズに頼ったサービス設計はどこかで破綻する気がする"

[khei-fuji]

末端のユーザからすればそうだなあ。AWS はBtoC じゃなく BtoB だったってことか。

[okbm]

“カスタマイズが好きなプログラマでさえもレールに乗った方がいいという判断をすることが増えてきているなかで、カスタマイズに頼ったサービス設計はどこかで破綻する気がする”