機能を足すほど、あなたの作品は誰にも刺さらなくなる

「この機能もあったら便利だよね」。

その一言で、あなたの作品は少しずつ死んでいく。

便利を足しているつもりが、実際にやっているのは迷子の量産だ。機能が一つ増えるたびに、ユーザーは「で、結局これは何をするものなんだ?」と一歩後ずさる。あなたは優しさのつもりで足している。受け取る側にはそれは優しさではない。ただの迷いだ。

多機能は優しさではない。迷いだ

初めて開いたアプリにボタンが20個並んでいる。タブが7つある。設定が3階層ある。あなたはどう感じるだろうか。

「うわ、なんでもできる!ありがたい!」とはならない。「めんどくさそう」と感じて、そっと閉じる。それで終わりだ。二度と開かない。

作り手は全機能を把握している。だから「全部わかりやすいはず」と錯覚する。だが初めて触る人の頭の中には、あなたの設計図が入っていない。彼らが見ているのは意味のわからないボタンの群れだけだ。

機能の多さは選択肢の多さだ。そして選択肢が多いほど人は選べなくなる。選べないとき、人がとる行動は一つ。離脱だ。

ここで一つ断っておく。機能の数そのものが悪なのではない。プロが毎日使う道具なら、深さや拡張性こそが価値になる。問題は順番だ。まだ一度も刺さっていない作品が、刺さる前に太ること。これが死に方の正体だ。最初の一画面で「これは私のための道具だ」と思わせられない作品に二画面目はない。

「あれもこれも」は、誰にも刺さらない

ここが一番きついところなので、はっきり言う。

全員に向けて作ったものは、誰にも刺さらない。

あなたは怖いのだ。「この人にもあの人にも使ってほしい」と思う。だからAさん向けの機能を足し、Bさん向けの機能を足し、Cさんが文句を言わないように機能を足す。気づけば誰のためのものでもない巨大な何かが出来上がっている。

刺さる作品には必ず尖った一点がある。「これだけは世界一」と言える核が一つある。その一点があるから、人は「これは私のための道具だ」と感じる。

機能を足すという行為は、その尖りを削る行為とほぼ同義だ。10個の「まあまあ便利」は1個の「これがないと生きられない」に負ける。

例えば、文字だけを書く真っ白なエディタがある。装飾も共有もタスク管理もない。だが「気が散らずに書ける」という一点だけは、どんな多機能ツールより鋭い。書く人間はそれだけで乗り換える。逆にその白い画面に「ついでに使える」機能を10個ぶら下げた瞬間、最大の武器だった静けさが消える。残りの9個は、その一つの輝きを曇らせるノイズでしかない。

足したくなる衝動の、正体

なぜ私たちは足したくなるのか。便利にしたいから、ではない。もっと言いにくい理由が裏にある。

一つは不安だ。「これだけで足りるんだろうか」「物足りないと思われたら」。この空白を埋めたくて機能を足す。機能が増えると、何か仕事をした気になれる。前に進んでいる気がする。だが進んでいるのは作品の複雑さだけで価値ではない。

この不安は醜いものではない。怖いのは自然だ。出して責められるのが怖いから、足している間は「まだ未完成だから出さなくていい」と言い訳ができる。足し算は、リリースという一番怖い一歩から逃げるための、もっとも体裁のいい逃げ場なのだ。だから問題は不安があることではない。不安を、機能で支払おうとすることだ。

もう一つは差別化したい焦りだ。競合に機能Xがあると知る。「うちにもないとマズい」と思う。そうやって相手の機能リストを追いかける。気づけばあなたの作品は競合の劣化コピーになっている。相手と同じ土俵で機能の数を競った時点で、もう負けている。あなたの尖りは機能の数では作れない。

足したくなったとき、自分にこう聞いてほしい。

この機能は、ユーザーのために足すのか。それとも、自分の不安を消すために足すのか。

たいていは後者だ。はい。あなたの不安を、ユーザーの体験で支払わせてはいけない。

削る判断基準は、たった一つ

では、何を残し何を捨てるか。基準は一つでいい。

コアを尖らせるか。それとも鈍らせるか。

ここで多くの人が詰まる。「コアを尖らせろと言うが、そのコアが何か分からないから削れないんだ」。その通りだ。一番の難所はここにある。

だからコアの探し方を一つ置いておく。全機能のうち、たった一つしか残せないとしたら何を残すかを考える。残すべき機能ではなく、それを残すために他の全部を消せるかで考える。一つに絞った瞬間に「これがないと作品が別物になる」と感じるもの。それがコアだ。逆に、消しても作品の正体が変わらない機能は最初からコアではない。

核が決まったら、すべての機能をこの問いにかける。

• この機能は、核の体験をより鋭くするか
• それとも、核から注意をそらすか

鋭くするなら残す。そらすなら、どんなに作り込んだ機能でも捨てる。「せっかく作ったのに」は判断材料にならない。作ったコストはもう戻ってこない。戻ってこないものに引きずられて、これからのユーザーまで失う。それは二重の損だ。

そして具体的な運用がもう一つある。新しい機能を足すたびに、古い機能を一つ消す。足し算をしたければ、必ず引き算をセットにする。

これが効くのは、削る痛みを足す瞬間に体感させるからだ。何を消すか考えた途端、「この新機能は、あれを消してまで入れる価値があるのか?」という問いが立ち上がる。たいていの「あったら便利」はこの問いに耐えられない。耐えられたものだけが本当に入れるべき機能だ。このルールがある限り、作品はめったに太らない。

引き算は怖い。何かを削ると、それを使っていた誰かが怒るかもしれない。だが全員を満足させようとした結果が、誰にも刺さらない凡作だ。少数を怒らせてでも核となる一人を熱狂させる。

尖った一点だけが、人を動かす

本当の優しさは、ユーザーが迷わないことだ。開いた瞬間に「これはこういう道具だ」とわかり、まっすぐ目的にたどり着けること。その明快さは足し算では絶対に生まれない。引き算でしか生まれない。

あなたが次に「この機能もあったら」と思ったとき。手を止めてほしい。それは作品を良くする衝動ではなく、あなたの不安を埋める衝動かもしれない。怖いのは構わない。怖いまま削れ。

尖った一点だけが、人を動かす。それ以外は、全部ノイズだ。