副長とは†
都内でwebディレクターをやっております。
wikiを使い出したのは社内情報共有用に設置したのが切っ掛けです。
今では自作スキンを作ったり、wikiメインのサイトを運用していたりしてます。
pukiwiki再設計 (2010-07)†
ユーザー視点でpukiwikiを見直します。
以下の調査を行う。
ヒューリスティック調査†
- ユーザビリティ&アクセシビリティ評価
- URLが長く、共有しにくい
- パスワード入力が必要な操作が一目でわからない(鍵アイコンがない)
- 不明な機能がある
- 更新の際、ボタンが下にありスクロールしないと更新できない。
- altとtitleの使い分けがなぞ
- h1の位置など、エリア分けに再考の余地あり
- フッタの情報は必要? siteadminなど
- h1のリンクが一般的ではない。別の機能として明示しては?
- CSSoff時にナビゲーションが手前にきてしまう(tableレイアウト)
- 見出しのレベル感が分かりづらい(デザイン)
- ケータイのスキンは3G環境を前提に作り替えては? キャッシュ容量の問題等。
- 読み上げブラウザなど、多様なUAに対応しているか?
- 顔アイコンの顔色が悪いw
- スタイリングされていない要素も多い
- RSSがページ名だけなので、使いづらい
- ラベリングは再考の余地あり
- 表示速度の改善は必要か
- グロナビなくてもよいか。
- 1カラムだと右に余白ができすぎる
- 現在位置を把握しやすいか? ページ数が増えると心許ない
- 検索ボックスにたどり着くのに1クリック必要
- コンテンツ&サービス評価
- 初心者には敷居が高い(マニュアルやヘルプが足りない?)
- Wikipediaのように編集者向けのページがあってもいいかも
- CMSとして使う、ナレッジ共有用につかうなど、用法をしさしてもいいかも
- メニューにナビゲーションとファンクション(機能)が混在している
- 多くのプラグインがあるのがよい。探すのはちょっと大変。
- ブランディング表現評価
- デザインをブラッシュアップする余地がある
- サイトカラーはサイトコンセプトにあっているか?
- IA&導線評価
- 大量のページになった場合の裁き方が用意されていない
- ナビゲーションの種類と効果的な使い方を示してもいいかも
- システム
- 設定ファイルがばらけている
- pc用、携帯用のファイル名が分かりづらい
競合調査†
- 編集支援機能がある
- ブックマーク登録機能がある
- ログイン機能がある
- rssやブログから新規ページを作れる(@wiki)
- 構文ガイドが比較的充実している(FC2WIKI)
- メニューが画面上部に固定(FC2WIKI)
- セクション単位での編集(FC2WIKI)
- 非同期通信(livedoor wiki)
- スマートフォン版スキンの用意(livedoor wiki)
- 全画面モードでの編集(livedoor wiki)
- 初めての人用ページ→http://wiki.livedoor.com/signup/(livedoor wiki)
- タグ、カテゴリ機能(livedoor wiki)
- 外部サービスとの連携がある
市場調査†
- どういったシーンで使われるか
- まとめサイト(ゲームの攻略など)
- 社内ナレッジ共有
- webサイトのヘルプ(CMS的使われ方)
運用要望†
- 数千ページのサイトだとAutoLinkでエラーがでる?
- 数千ページあるとレンタルサーバーによっては表示に時間が掛かりすぎる。
- だれが編集したかの履歴が欲しいという声もある
- やはりスパムは多いのでどうにかしたい
- 人気の記事はトータル、一ヶ月、一週間、一日と集計方法が増えて欲しい
アイデア†
- ソーシャルメディアとの連携
- フロントエンド視点での高速化
- プログレッシブエンハンスメント
- ブラウザ毎に最適化、全てを同じ見た目にする必要はない
- 効果的なナビゲーションの提供
- WCAG 2.0対応
- マークアップの見直し
- SEO強化
- デフォルト値の変更(brは自動挿入など)
- ajaxによる画面遷移の軽減
- sitemap.xmlの出力(プラグインは存在する)
仕様案†
項目 | 内容 |
文章型 | PC | xhtml1.0 Transitional or Strict |
スマートフォン | html5.0 |
対象ブラウザ | Win | Internet Explorer 6.x~8.x / Firefox 3.x~ / Safari 3.x~ |
Mac | Firefox 3.x~ / Safari 2.x~ |
iPhone | Safari 3.x~ |
コメント†
- あれやこれも手を出すのは、初めのリリースをしてからの方が良いと思います。PukiWiki1.4.xシリーズが出た当初から使っているユーザーさんのことも考えると、古いブラウザとの互換性という問題が特に気になるところです。今テーブルデザインになっているのもこの辺が問題だったような・・・。やっていくとスキンや表面的なところで解決できない奥まったところまで行き着くと思いますが、そう言ったことに気をつけながら、初めは見た目中心の変更、CSSによるマルチカラムレイアウトぐらいが最適じゃないでしょうか? --
- ご意見ありがとうございます。まずは出せるだけアイデアだして、プロジェクトの目的に沿った施策だけ提案できればと思ってます。 -- 副長
- 勝手ながら、適当に目次とリンクを足しました --
- とんでもないです。ありがとうございます。 -- 副長