タグ

information architectureに関するahikorのブックマーク (3)

  • 研究発表(ラプラス取説研究所)

    情報大工の視点から、情報デザインを考える 情報大工(インフォメーション・アーキテクト)の視点から、マニュアルのわかりやすさや製品のインターフェースの使い勝手などを例にして、情報デザインの質を向上させるための技術について考えます。長期的にはコミュニケーションのありかたなど、社会的なコンテクストにおける、広義の情報デザインについても考えていく予定です。 第66回(09.11.16):コンテクスト変換という幻想(DITAを巡る話題) 第65回(07.02.27):携帯電話はWebコンテンツのあり方を変えるか? 第64回(03.04.14):アクセシビリティとユニバーサルドキュメント 第63回(02.08.12):Webサイトの製品情報について考える 第62回(01.11.26):常時接続は電子マニュアルをどう変える? 第61回(01.05.07):Webサイトのユーザビリティを考える 第60回(

    研究発表(ラプラス取説研究所)
  • 「情報アーキテクチャ」記事の一覧 | ラプラス取説研究所 > 情報大工のひとりごと

    例えばAという機能の説明を作成する必要があるとしましょう。そのためにまず必要なのは、形として表れてくるUIの外部仕様を知ることではなく、機能全体を理解すること、そして機能訴求ポイントや訴求方針を押さえることです。そういった面を全部想像してライティングするよりも、当該設計/実装に至った経緯を記した検討資料や各種仕様書(いわゆる「ドキュメント」)を入手して、エンドユーザー向けにコンテクスト変換した上でブラッシュアップ、必要に合わせて不足情報の追加というフローで作業した方が、正確で重要なポイントを押さえた成果物につながるわけです。それも効率良く。 なのですが、どうもこのドキュメントを要求する行為を甘えと取る人がそれなりにいるようで、なんだかなあという感じです。資料開示すればすぐに問題が解決するにも関わらず、どうして開示を嫌がって原稿作成工程に無用の負荷を掛けたがるのか、理由がまったく謎です。新規

  • 情報デザインエントリ一覧

    これまでに書いた、このWeb内の情報設計系エントリをまとめてみました。とりあえず「Web系」カテゴリと「会社活動」カテゴリから抽出しました。 ■概念論 UIに価値を見出せない人は、コンピューター素人 Webの設計は誰がやるの? Webの設計は誰がやるの?その2 Webの設計は誰がやるの?その3 古い常識の壁、今の常識 アーキテクトと言う人種 情報デザインって何だろ。 コラボレーション UIはシステムの一部です。 Web制作って大変だよね。 テキストライティングも情報設計のうち。 ■方法論 ベストなWeb画面(アーキテクチャ)の設計ツールは? インターフェースが使いにくいか調べる方法 ユビキタスID社会への準備、ヒント 使いやすさのためのデザイン デザイナーの作るHTMLを壊したくないWeb開発者のために 何故、サイボウズの画面は情報が目に入ってこないのか? こういうツールないですか? ユー

  • 1