ここ数日、記事“Washington Post Redesign as a Wiki”について素晴らしいフィードバックをいただきました。まず、私たちの課題をじっくり読み、意見を形にしてくださった皆さんに感謝します。この分野の最高の人たちから意見をもらえるのは、めったになく、そしてありがたいことです。大きな拍手とともに、いくつかの質問や留保も寄せられました。
私たちが答えることにしたのは、よく知られ尊敬される権威者の一人、Jared M. Spoolからの次の質問です。
LA Timesはこれを試して失敗しました。あなたのデザインは、その経験からどう学んでいるのですか？
同じ結果を防ぐ鍵は、実名ユーザーIDにあると私たちは考えます。自分の本名で行動する人は、より責任を持って振る舞いますし、新聞にとって明確な本人確認は難しくありません。プロフィールのIDを購読者データベースにリンクできます。新聞に投稿するのは権利ではなく特権です。仕組みはこうです。
- Wikiソフトウェアを基盤にはしますが、このプロジェクトは公開編集ツールではありません。翌日の紙面のために、編集者が情報とフィードバックを集めるためのツールです。記事を編集できるのは編集者だけです。
- コメントするには、自分の本名で基本アカウントが必要です。良いコメントは翌日の紙面記事に組み込まれます（従来の「読者の声」のように数日遅れではなく）。それが自由すぎるなら、コメントは本人確認済みユーザーに限定されます。ユーザー同士でコメントを評価することもできます。
- 紙の購読者は自動的に「Amateur」としてランク付けされます。非購読者には、citicendiumと同じくらい厳しい本人確認を行います。「Amateur」になる利点は、エントリがオンライン版に掲載される可能性があり、さらに本当に良ければ紙面版にも載ることです。どちらにも報酬が支払われます。
- 編集者は記事を異なるカテゴリやセクション間で移動できます。公開前に、ユーザー生成コンテンツは編集され、整合性が確認されます。
- ジャーナリストは自分の記事を編集できます。
- 一度印刷に回った記事は変更できませんが、注釈を付けることはできます。履歴は誰でも見られます。
かなり鋭い見た目ですし、かなり考え抜かれているのは明らかです。ただ、説明文でもコメントでも、Wikiが紙面のユーザー体験をどう改善するのかについて、どんなユーザー調査を行ったのかが見えてきません。つまり、あなたのリデザインによってユーザー体験はどう良くなるのですか？
この答えは2つに分かれます。Wikiという概念（開放性）が新聞体験全体をどう改善するか、そしてWikiソフト自体がサイトの使いやすさ／体験をどう改善するか、です。
新聞体験の改善
新聞は現在クローズドな環境です。そして上で説明したとおり、私たちが開こうとしているのはウェブサイトではなく、「新聞」という実体そのものです。技術の力は、社内の記者と編集スタッフによって最大限に使われます。彼らにとっては、制作全体が効率化されます。Wikiはアイデアと草稿の発表の場になり、Wiki風の共同作業を通じて、それらを完成版へと育てることができます。
読者にとっての利点は透明性です。何が出るのか、どう作られたのか、どこから情報を得たのかを見られるようになります。記事がオンラインで公開されたあとは一般読者によるコメントと提案が可能になり、その後（編集者の裁量で）読者提供の優れたコンテンツとともに紙面版に掲載されます（その分の報酬も支払われます）。これは新聞読者にとって改善された体験でしょうか。私たちはそう考えます。
技術体験の改善
概念的にも技術的にも、MediaWikiは芸術作品です。しかし多くのユーザーにとっては、かなり乗り越えがたい使い勝手の問題があります。ユーザビリティを重視する人なら、痛いところはいくつも見つけるでしょう。私たちもいくつか特定しました。
- Wikicode（記事の書式指定に使うもの）は専門用語で、多くの人には怖く見えます。既定のテキストエディタは強力ですが、最初からそれを丸ごと渡すのは、怖いし危険でもあります。そこで、WordPress風のWYSIWYGをソフトウェアに統合しようとしています。つまり、MediaWikiのテンプレートやレイアウト機能の上にGUIを載せるということです。
- ナビゲーションがわかりにくいので、より包括的なナビゲーションツール（たとえばパンくず）を試し、既定インターフェースをスキンから作り直しています。これには「edition」という概念も含まれます。
- システムページ、検索結果、ユーザーページを、よりわかりやすくするために見直しています。
ユーザーテストに関しては、さまざまなタイプのユーザー（編集者、記者、読者など）を対象にプロファイリングとテストを行い、要件を集め、そのフィードバックに基づいて変更を改善しています。現時点では、このプロジェクトをオンライン雑誌で試験運用しており、残っている仮定を検証しています。最悪の場合、WikiはシンプルなCMSにまで縮小されるでしょう。初期投資はプロ向けCMSと比べれば低いので、この試験運用はクライアントにとって合理的です。失敗しても、作ったデザインは機能の少ない別の環境で使えます。
スクロールについて
90年代には、人はできるだけ多くのものが画面に見えているのを好む、というのが一般的な前提でした。私たちの主張はこうです。人は a) 必要な情報を素早く見つけられ、b) ニュースが整理され、読みやすく、拾いやすいことを望んでいます。そこから、適切な文字サイズ、余計なごちゃごちゃの少なさ、そしてスクロールが導かれます。
T-Onlineと仕事をしていた経験から言えるのは（彼らはページフォールドと、スタートページからできるだけ多くクリックを取ることに執着していました）、人は必要なものが表示領域に収まっているなら、スクロールを嫌がらないということです。それがオンラインページフォールドの技術です。できるだけ多くの情報を詰め込むのではなく、情報を本質まで削ることです。現在の状態まで削ぎ落とすには、本当に多くの作業が必要でした。構成はこうです。
人はいつものリンクの乱交より、整理され、拾いやすいページを好むという主張は、本格的なリアルタイムテストが必要です。そこを、私たちの暫定的な雑誌プロジェクトが助けてくれます。
こうした懸念に答えたので、今度は仕組みがどう動くのかをさらに示したいと思います。各ユーザータイプが何をできるのかを示す記事ページの図です。
