設計仕様に準拠した設計は良い設計でしょうか?

これまでの数年間、私はいわゆる「設計仕様」についてかなりの数の執筆やコンサルティングを行ってきました。これはおそらく、中国の意思決定者が考えていることです。農民のグループが畑で作物を栽培しています。最初は天候が良く、土地は肥沃ですが、すぐに天候が悪化し、虫が増え、土地はひどく砂漠化し、作物を盗む愚かな裏切り者が数人現れます。ここで仕様を確立する必要があり、リーダーはどこに植えるか、どのくらいの量の小麦を収穫するか、次のシーズンのためにどの土地を残すか、ボーナスを与えるためにどのような小麦を栽培するか、怠け者で働かない人をどのように扱うかなどを指示します...
しかし、私が理解する限り、この仕様は、単に設計を「業界のルーチン」の定量的な指標にするのではなく、包括的な品質評価の基準、あるいは設計を市場に投入できるかどうかの決定要因にすることを目的としています。これを実行するには、いくつかのフォーム、文書ファイリング、グラフィック参照、および対話テンプレートを作成する必要があります。
同時に、設計仕様は設計品質に関する設計部門や会社の共通の価値観にもなり、誰もが良い設計はこのようにして生み出されるということを知るようになります。このような標準化された教育とコミュニケーションを通じて、設計品質に関する統一された理解が形成されます。設計仕様は、何をすべきかを指示するものではなく、何かを行うことが正しいが、改善できる領域があることを示唆するものです。
海外のデザイナーは、このアプローチをデザインツールと呼んでいますが、これはテンプレート適用方法（ステンシル）です。私たちはこれを仕様と呼んでいますが、これはより規制寄りですが、定量的な指標の簡単な部分しか学んでいません。もっと真面目に言えば、私たち中国人は、自分たちの行動や考えを制限する枠組み（厳しい輪）を自分たちで作るのがとても上手です。それには3つの理由があると考えられます。

既成の教訓があっても、問題を解決するための厳密な論理を見つけることがあまり得意ではありません。チームメンバーが長年一緒に働いていても、常に信頼が欠けています。当社は、特定のミスや小さなリスクの結果に耐えることができません。
私たちは最初からツールを制度に変えましたが、そのときに問題が発生しました。成長段階にあるデザインチームにとって、デザイン標準を確立するには、利用可能なツール群を確立し、そのツールを基に部門のデザイン品質構築のロードマップに展開する必要があります。「ナビゲーションボタンの間隔は10pxを超えてはならない」といった標準を作っただけでは、子供の頃、おしっこをするときに「シーッ」という音を聞いて、おしっこを早くしたようなものです。
ここで私が言っているのはナンセンスではありません。私の意見では、現在私たちの業界では、目で見て触れることができる優れた設計仕様はそれほど多くありません。それについて今からお話しして、皆さんと共有したいと思います。
1. 設計仕様が期待通りの結果を達成できない理由<br />仕様は常に問題やエラーが発生した後にのみ作成され、修正されるため、先見性が欠けています。
基準が制定された後、それが十分に実施されず、強制力や賞罰措置が不足し、監督管理のペースが遅い。
製品設計プロセスでは、設計仕様のさらなる修正は行われず、以前のエラーも修正されません。
独断的に設計仕様に完全に従って設計すること。たとえば、一部のチームは依然として一般的な設計仕様を使用しており、多くのデザイナーは要件に従って同様のページ、同様の広告、同様のアニメーションを繰り返し設計しています。それらは完全に特徴がなく、差別化されていません。 - よく注意してみると、現在さまざまなインターネット製品がいかに似ているかがわかりますか?こうした貧弱な設計仕様にも、ある程度の責任があると言わざるを得ません。
2. 設計仕様書で最もよくある間違い<br />設計仕様書は部門リーダーに策定させる - 設計仕様書は共同討論を通じて作成され、反復しながら改善・修正されます。国内のデザイナーの多くは「リーダーシップ恐怖症」を持っているため、このような仕様書は策定されても空約束に過ぎません。最前線の仕事にほとんど参加しないリーダーも数多くいます。
成功した海外チームの設計仕様をコピーする - これは主に、「海外のものを中国の目的のために使用する」ことを好む設計チームで発生します。国内外の設計環境は大きく異なり、製品も大きく異なり、直面している市場も大きく異なるため、コピーしたり、直接翻訳したりしないでください。
デザイン仕様を印刷して座席の横に貼ってください。これは「大文字ポスター」でしょうか、それとも「決意表明」でしょうか?私が知っているデザイナーの友人たちが、自分の席の横でよく見るものは 2 つだけです。1 つはカレンダー、もう 1 つは携帯電話のバッテリーが満充電されているかどうかを確認することです。
3. 設計仕様の本質は、人間として良い仕事をすることです。<br />私の意見では、中国企業が設計部門を持っている限り、設計仕様を開発する際に最も重要なことは、企業管理とチーム文化の構築と結びつき、人材育成と構築の仕事を行うことです。正直に言うと、当社のデザイナーはそれほど成熟しておらず、デザインのトレーニングもあまり受けていません。仕様が不十分だと、デザイナーはコミュニケーションを取ることに消極的になるだけです。「何を話す必要があるのか? 仕様はないのか? それに従うだけだ。」
設計部門が設計プロセス中に本当に緊密にコミュニケーションを取り、共通の価値観を持っている場合、設計プロセスはスムーズに進み、あまり多くのテキストによる説明を必要としない「規範」が自然に形成されます。また、一部の企業の設計仕様書には、「設計および製造中に上記の AC 問題が発生した場合、設計者の個人評価が 5 ポイント減点されます」と明記されているのを見たことがあります。なんと、あなたの製品の価値は 5 ポイントしかないことが判明しました。
4. 優れた設計仕様の目標は何ですか?定量的指標:
間違いを避けるために一般的なユーザビリティの原則と美的常識を特定し、間違いが発生した場合にどのように修正するかを学びます。仕様の第一の目的は、設計プロセスにおけるエラーの数を減らすことです。これは通常、初心者のデザイナーを対象としています。良い定量的指標は、彼らに経験を伝えることです。たとえば、HTML ファイルを出力した後、IE6、IE7、Firefox、Safari で異なる解像度で少なくとも 2 つのテストを実行し、その結果を「設計仕様 - 参照データ」に追加することをお勧めします。製品部門の要件に従ってテストや変更を行うなどの指示を規定するのではなく、設計者に指示を与えることをお勧めします。主要な設計ポイントを確認します。
設計の方向性や設計要素など、設計仕様の範囲内で重要なポイントを取得し、プロジェクト設計プロセスを通じてチームメンバー間の緊密な連携を実現します。プロセス中のエラーを記録し、将来の使用のために経験として保存するテストドキュメントです。ここで、プロジェクトと製品設計のマイルストーンを作成できます。標準的な設計原則:
この原則は、単一のプロジェクトに適用される場合もあれば、設計チーム全体の指針となる場合もあります。この原則は繰り返し強調して実施する必要があり、チームメンバーは共同でこの原則に責任を負う必要があります。たとえば、「設計出力は、プロジェクト終了の 4 時間前までに完了するようにしてください」、「次の図に示すような大まかなインターフェイスソリューションの設計は許可しないでください: XXXXX」などです。設計仕様自体も使用可能である必要があります。
同じ設計要件を説明するには、「S レベルの設計者は、プロジェクトのフェーズ 1 部分に取り組みます。制御可能な時間は 2.5 サイクル以内で、出力は ISO000459 手順レビューの対象となります」と言うことができますが、この説明では、「インターフェイス設計者 XXX は、プロジェクトインターフェイスの高忠実度プロトタイプを設計します。これは 10 営業日以内に完了し、5 月 22 日の 14:00 に会議室 5 でレビューされる必要があります」と理解する人が増えます。
決して物事を複雑にしないでください。物事をシンプルにできる人は素晴らしいです。デザイン標準についても同じことが言えます。

<<: MySQLクエリ文の実行プロセスを理解するための記事

>>: レスポンシブレイアウトについて知っておくべきこと