データ駆動型設計プロセスの障害は何ですか？
多くの政府機関や政府機関がGOV.UK-GDS設計原則を採用しており、政府のWebサイトが乱雑でコンテンツ中心の傾向が少なくなっているという結果を確実にもたらしています。ただし、これは実際にはウェブサイトの視覚的な美学と基本的なやり取りに限られ、ユーザートランザクションとプロセスに関しては、ガイドラインの実装がはるかに難しいと思います。
これの最も重要な例は、原則3です。 データを使用した設計 。
実際、この設計原則は十分に行き届いておらず、データを使用した設計である必要があると主張します。政府のWebサイトでのインフォグラフィックスとデータの視覚化の実装において、ユーザーが意思決定を支援する（Webサイトの管理者と政府の管理者/幹部だけでなく）こと、およびオープンデータイニシアチブにリンクすること。
さまざまな企業や組織におけるデータ駆動型設計プロセスの阻害要因を知りたいです。主な障害は次のとおりです。
- データ収集と管理のための統一された/統一された標準
- 情報/データ設計のベストプラクティスについての理解の欠如
- 組織内のデータの透明性の欠如
- 研究/テストのベストプラクティスについての理解の欠如
これに貢献している可能性があると私が気付いていない他の人はいますか？
データの視覚化の設計は、データを使用した設計とは異なるトピックです。彼らがWordデータを共有しているからといって、それらがかなりの重複や相乗効果を持っているとは限りません。後者は、行動、使用、ユーザー（実際および潜在）に関する統計を使用して、製品（デジタル市場調査）を導き、改善することです。前者は、データ型、タスク、ユーザーの特定の組み合わせにおける意味/パターン/異常値を明らかにする視覚指向のインターフェースを設計することです。そのためのモデルとプロセスはマーク付きのニュアンスで異なります。見る：
https://www.cs.ubc.ca/labs/imager/tr/2009/NestedModel/NestedModel.pdf doi：10.1109/TVCG.2009.111
http://publik.tuwien.ac.at/files/PubDat_223990.pdf doi：10.1016/j.cag.2013.11.002
あなたが考慮すべきことは、新しいアプリケーション/ウェブ/ソフトウェアの作成に焦点を合わせている企業、またはそのような決定を行うためのデータがプロジェクトにない可能性があることです。もちろん研究はありますが、実際の分析に取って代わるものはありません。
データを使用してデザイン（のみ）は正しい方法だとは思いません。デザインは常に質的で主観的であり、専門知識によって推進されます。
純粋に数値に基づいた優れたデザインは得られません。大多数が50％魅力的であるため、中程度の心地よいデザインになるかもしれません。デザイナーは通常、なぜそしてどのように彼らが作成のために決定/選択するかを大学で学びます。これは客観的で確立された設計ルールによっても導かれます。
データは設計をサポートできますが、リードすることはできません。データは「方法」と「数」はわかりますが、「理由」はわかりません。そして、情報であるためにデータでさえ解釈されなければなりません。そして、これらは障害です-データまたはデータを設計の主要な力として使用するだけでは意味がありません。
ビジネスなど（Facebookなどにかかわらず）は、使用シナリオがなければデータを収集しません。インフラストラクチャのセットアップとサーバーへのフィードには費用がかかります。彼らにデータ収集のためのまともなビジネスケースを与えれば幹部はそれを収集します。 「ヘイデータは新しいものです」とだけ言っても、誰も納得しません。 「デボップス」、「モノのインターネット」、「モバイル決済」、そしてandと叫ぶ人がいるからです。