web-dev-qa-db-ja.com

エンタープライズUI標準

複数の重複するサービス（ウェブサイト、モバイルアプリ、内部システム、エクストラネット）のために、大企業向けの一連のUI標準を作成しているところです。

これが私がこの規模で何かを試みたのは初めてです。

1）ネーミングそのようなドキュメント/プロセスの「正しい」名前は何ですか？ 「UI規格」として販売しましたが、それが一般的な用語かどうかわかりません。別の名前が一般的に認識されていますか？

2）コンテンツこれは、多数のB2C、B2B、および内部インターフェースに適用されます。カバーする適切な主題と詳細のレベルは何ですか？フォーム、検証メッセージ、色など

）形式明らかな出力形式は、例付きのPowerPointです。もっと良い方法はありますか？これは定期的に更新されて成長するドキュメントになると予想しているので、ある種のWikiの方が良いかもしれません。

他のガイダンスをいただければ幸いです。

documentationb2b
21
Chris Reynolds

これはおそらくUIスタイルガイドまたはUIガイドラインと呼ばれますが、「正しい」名前はありません。 Appleは彼らを呼び出す ' iOSヒューマンインターフェイスガイドライン '、Microsoftは彼らを ' Windowsユーザーエクスペリエンスインタラクションガイドライン 'と呼びます。

どちらも、このようなドキュメントに入る必要があるほとんどすべてのものをカバーしています。その他の例は次のとおりです。

http://www.webstyleguide.com/wsg3/index.html

http://bitkb.appspot.com/?p=27001

11
tblessander

  1. 「正しい」名前はありません。複数のガイドがあり、名前が異なります。 「UI標準」は、このドキュメントの完全に妥当な名前です。

  2. 含める「正しい」情報はありません。含める必要がある情報は、組織内のユーザーエクスペリエンスの成熟度と、これらの各項目の明確さによって異なります。結局のところ、あなたがドキュメントを持っているからといって、誰もが魔法のようにそれに従うつもりであるという意味ではありません。 UXが会社のごく一部であるか、まだ十分な牽引力を持っていない場合は、誰もが同意できるコンテンツからガイドラインを小さく始め、より多くのコンテンツとより深い内容を含めるように時間をかけて成長させます。完璧なものを善の敵にしないでください。欲しい情報がすべて手に入るまで待つよりも、今すぐに良い情報を公開する方が良いです。標準を確立して実際にリリースしたら、それについてフィードバックを受け取ります（カバーしなかったケース、意図しないあいまいさ、追加の例の要求、サポートされているデバイスの変更など）。フィードバックの準備ができていると、このドキュメントのユーザーのニーズをより適切に満たす方法でフィードバックを更新できます。

  3. 静的なPowerPoint、Word、またはその他の種類のドキュメントは、出力をフォーマットするための正しい方法ではありません。すでに特定したように、このドキュメントは将来更新される必要があります。静的ドキュメントを使用すると、ドキュメントの古いバージョンがメールで送信されるため、古い情報が取得されるリスクが高くなります。代わりに、ガイドラインには、内部ネットワーク上のどこかに、アクセスを必要とするすべての人がアクセスできる家があり、この場所へのリンクを、それを要求する人に送信する必要があります。ウィキ、内部のWebサイト、またはその他の方法でこのニーズを満たすことができます。現在のチームでは、標準を共有するための方法は、DrupalバックエンドにあるWebサイトです。これは、このようなコンテンツ管理システムにより、簡単に更新できるためです。これは機密情報を含む可能性があるエンタープライズドキュメントであるため、会社の将来の計画については、その家が企業のセキュリティガイドラインを満たす家であることを確認する必要があります。これにより、おそらくGoogleドライブやDropboxなどのパブリッククラウド内のすべてが除外されます。また、どこに保存しても、会社のイントラネット内で検索できる必要があります。したがって、そのホームには、必ずしも最終的に付けた名前ではない名前で検索する方法（「UIガイドライン」、「UXガイドライン」、「ウェブサイト標準」など）を含める必要があります。これにより、パブリッククラウドにある家。

3
nadyne

多くのことは、組織内でのUXの成熟度に依存します。検討してください：

  • UXが最も大きな影響を与えることができる主要な領域-最初にそれらに焦点を当てる
  • あなたの標準をテストしているユーザー：彼らは誰を狙っていて、それらの人々のために働いていますか？
  • 複数のチャネルにわたって機能する標準を持っている-例印刷された文献およびオンライン
  • 仕事を擁護できる高齢者から賛同を得ること
  • コンテキストで標準を示すために利用可能な例を使用した
  • 標準を実装しやすくするために開発者と協力する（例：CMS作成者がいる場合、標準を共通コンポーネントに構築する）
  • ブランドと協力して、基準に大きな声を与える
  • バージョン管理：特定の作業に適用する必要がある標準のバージョンを明確にする
3
Peter

iOSヒューマンインターフェイスガイドラインは良いものです。また、標準のUIコントロールだけでなく全体像も示すBBCユーザーエクスペリエンスガイドラインも気に入っています。このドキュメントは、一般的なコンポーネントライブラリの背後にあるアイデアも販売しています。 http://www.bbc.co.uk/gel

ナイキは、コンポーネントライブラリを「NikeOs」と名付けました。このポートフォリオサイトで、小さなパーツを見ることができます。 http://www.publichue.com/

パワーポイントは最初の配信として機能する可能性がありますが、Twitter bootstrapプロジェクトのアプローチがより優れているかどうかを検討してください。すべては、ライブのフロントエンドコードで説明されています。これは、最終的な配信。クライアントはコンポーネントとやり取りして、コンポーネントがどのように動作するかを十分に理解し、プログラマーが必要なものだけを取得することができます。プレゼンテーションが必要な場合は、シーンショットを取得するか、画面を実行するだけです。ものを再作成する必要のない記録 http://Twitter.github.com/bootstrap/

デジタルIDマニュアルを作成したら、ドキュメントを次の章に分けました。

  1. Navigatioin
  2. コントロール
  3. フォーム
  4. オーディオとビデオ
  5. タイポグラフィ
  6. ウィンドウ、ダイアログ、レイヤー
  7. 広告
  8. ソーシャル機能
  9. レイアウトとグリッド

膨大なWebプロジェクトでの作業の詳細については、著名なNathan Curtis著の「Modular Web Design：Creating Reusable Components for User Experience Design and Documentation」を参照してください。 http://www.Amazon.com/Modular-Web-Design-Components-Documentation/dp/0321601351/ref=sr_1_1?ie=UTF8&qid=1358333546&sr=8-1&keywords=modular+web+design

3
Tony Bolero