【ITニュース解説】Anti-*: The Things We Do but Not All the Way

ウェブサイトやデジタルサービスを開発し運営する際、多くのシステムエンジニアは、ユーザーにとって便利とされる機能や、流行している技術を積極的に取り入れようと考える。しかし、世の中にはあえて一般的な機能を搭載しない、または限定的にしか採用しないという選択をする開発者もいる。この記事「Anti-*: The Things We Do but Not All the Way」は、まさにそうした「あえてしないこと」に焦点を当て、その背景にある考え方を紹介している。

記事の著者であるジム・ニールセン氏は、自身のブログやサービスにおいて、多くのウェブサイトで標準的に見られる機能を意図的に「Anti-」としている。この「Anti-」とは、特定の機能や慣習を採用しない、または積極的に避ける姿勢を意味する。彼はその理由として、機能の複雑さ、運用コスト、ユーザー体験の阻害、情報の過負荷といった点を挙げている。

まず、「Anti-comment」、つまりコメント機能の不採用について語られている。多くのブログには読者が記事に感想や意見を書き込めるコメント欄が設けられているが、著者はこれを自身のサイトには設置していない。その理由として、コメントの管理にはスパムへの対応やモデレーションの手間がかかり、膨大な時間と労力を要する点を挙げている。また、匿名での誹謗中傷や、建設的でない議論に発展するリスクも考慮している。さらに、コメント欄がコンテンツそのものよりも目立ってしまい、読者の注意を散漫にする可能性もある。著者は、読者からのフィードバックを完全に閉ざしているわけではなく、個人的なメールでのやり取りや、Mastodonのような分散型ソーシャルメディアでの言及を通じてコミュニケーションを受け入れる姿勢を示している。これは、コメント機能が持つデメリットを避けつつ、有意義な交流を維持するための代替手段の選択だ。

次に、「Anti-trackers」、つまりユーザーの行動追跡機能の不採用だ。多くのウェブサイトはGoogle Analyticsなどのツールを利用して、訪問者の数、滞在時間、どのページを見たかといった情報を収集している。これはサイトの改善やマーケティング戦略のために重要とされるが、著者のサイトにはそうしたトラッキング機能は導入されていない。その理由としては、ユーザーのプライバシー保護を最優先している点が挙げられる。また、トラッキングスクリプトはページの読み込み速度を遅くし、パフォーマンスを低下させる原因にもなるため、サイトを軽量に保ちたいという意図もある。ユーザー体験を損なわず、シンプルで高速なウェブサイトを提供するための選択と言えるだろう。

さらに、「Anti-likes」や「Anti-share buttons」、つまり「いいね」ボタンやSNS共有ボタンの不採用についても触れられている。現代のウェブでは、コンテンツの人気度を示す「いいね」や、手軽にSNSで共有できるボタンが一般的だ。しかし、著者はこれらの機能がユーザーの承認欲求を刺激し、コンテンツ自体の価値を評価するよりも、他者の評価を気にする心理につながると考えている。また、共有ボタンはユーザーをサイト外のSNSに誘導し、ブログ体験を中断させる可能性もある。著者は、コンテンツが本当に価値があれば、ユーザーは自らその情報を共有する手段を見つけるだろうと信頼しているのだ。これにより、コンテンツに集中できるクリーンな読書環境を提供している。

その他にも、「Anti-newsletter」（ニュースレターの不採用）、「Anti-ads」（広告の不採用）、「Anti-popups」（ポップアップの不採用）、「Anti-AI chatbot」（AIチャットボットの不採用）といった複数の「Anti-」が紹介されている。ニュースレターはメールアドレスの管理やコンテンツ作成の手間を避けるため、広告やポップアップはユーザー体験の邪魔になり、コンテンツへの集中を妨げるため、そしてAIチャットボットは無用な複雑さを加えたり、誤った情報を提供するリスクがあるため、それぞれ採用しないという方針だ。これらの「Anti-」の選択は、ウェブサイトの運営において、機能の多さが必ずしも良いことではないというメッセージを伝えている。

しかし、この「Anti-*」の考え方は、決してすべての機能を盲目的に排除することを意味する「Not All the Way」という点が重要だ。著者は、自分の目的とユーザーに提供したい価値を明確にした上で、本当に必要な機能とそうでない機能を慎重に区別している。完全に外部との接点を閉ざすのではなく、自身のウェブサイトの核となるコンテンツ提供に集中し、フィードバックやコミュニケーションは別の効率的な方法で受け入れるという、バランスの取れたアプローチなのだ。

システムエンジニアを目指す皆さんにとって、この「Anti-*」の考え方は多くの示唆を与える。私たちは日々の開発において、様々な要件やトレンドに直面する。その際、単に「流行っているから」「他のサービスにあるから」という理由で安易に機能を取り入れるのではなく、その機能が本当にプロダクトの目的とユーザーに価値をもたらすのかを深く考察する必要がある。

機能の追加には、必ず開発コスト、運用コスト、そしてユーザー体験への影響が伴う。多くの機能を詰め込めば詰め込むほど、システムは複雑になり、メンテナンスが困難になり、パフォーマンスが低下するリスクも高まる。また、ユーザーにとっては、選択肢が多すぎたり、気が散る要素が多すぎたりすると、かえって使いづらいと感じることもある。

この記事は、私たちに「引き算の設計」の重要性を教えてくれる。つまり、何を追加するかだけでなく、何をしないか、何を取り除くかという視点を持つことの価値だ。サービスやプロダクトの「核」となる部分を明確にし、それ以外の要素は思い切ってそぎ落とすことで、よりシンプルで、より高速で、よりユーザーに集中してもらえる体験を提供できる可能性がある。これは、システム設計における本質的な思考プロセスであり、将来的に複雑なシステムを扱う上での重要な指針となるだろう。流行に流されず、自身のプロダクトのビジョンとユーザーへの価値提供を追求する姿勢は、優れたシステムエンジニアに不可欠な資質である。