シンプルな設計の大切さ

当社では、どのようなWebサイトやWebサービスでも、シンプルな設計を追究します。シンプルさが、すなわちユーザビリティ（利便性）になるからです。

お客さまが伝えたいメッセージと、ユーザーにとって必要なコンテンツ以外はノイズ（雑音）です。雑木林ではなく、太い幹ですくっと立った一本の木を目指します。

まずは、ページ単位で考えない設計

ひと昔前とは異なり、コンテンツをページ単位で考えないことが大切です。

JavaScriptを利用し、ある部分を画面を読み込んだ段階では非表示にしておき、ユーザーの操作に応じて表示したり（タブパネル、アコーディオンメニューなど）、そのページに含まれていないコンテンツをAjaxでサーバから読み込んで展開するなど、ページという枠を超えた表現が当たり前になっています。

当社が設計段階でまず考えるのは、「お客さまのメッセージを、ユーザーに対してどう表現するか」です。コンテンツをある程度の分量にまとめる、ユーザーにとってシーン（場面）が切り替わる必然性がある、お客さまの成果を正確に測定するといった目的のための、一応の「くくり」として、ページという単位があるにすぎないと考えます。

ワイヤーフレームやデザインカンプは？

ワイヤーフレーム（ページ上のコンテンツ構成と配置図）やデザインカンプ（詳細なページデザイン画）など、これまでの設計作業上、重視されてきた、ページ単位を前提にしたドキュメント（書類）は、あくまで二次的なものと考えます。

当社ではむしろ、プロトタイプ（最小限の試作品）が大切と考えます。ユーザーシナリオにもとづいてプロトタイプを制作し、手ざわり感を確認しながら設計すること。あわせて、必要なテクノロジー、サイト全体としてのコンテキスト（文脈）、求められるビジュアルデザインやインタラクションデザインを見きわめること。スケーラビリティ（公開後の更新やコンテンツの追加による広がり）や運用上のリスクを予想すること。

プロトタイプを制作し、実際に仮運用をすることではじめて、こういった課題が明らかになります。また、要件定義書や各種仕様書など、制作・運用段階で「寄りどころ」となるドキュメントの実効性を支えることができます。

ただ、どうしても「絵」（デザインカンプ）がないと、なかなか実感が湧かない、意思疎通がはかれない、というケースがあります。その場合には、早い段階でデザインカンプを制作し、イメージを共有しながら設計作業をおこないます。

テクノロジーの「組み合わせ方」が大切な時代

当社では、Web制作・開発で標準的につかわれているテクノロジー（Web標準）を意識することはもとより、さらに新しいテクノロジーの積極利用を前提に、WebサイトやWebサービスの利用技術を考えます。

作業効率の向上はもちろんのこと、ユーザーに対していっそう新しく、いっそうつかいやすいデザインやインタラクションを提供したいからです。

あわせて、コンテンツ容量の削減、表示の高速化、プログラム開発のスピードなどが担保されます（たとえばHTML5やCSS3などの新しい言語、各種API、各種JavaScriptライブラリを利用するなど）。また、iPhone、iPad、Androidなど特定のデバイスや利用環境に最適なテクノロジーを採用するなど、柔軟な判断が可能となります。

一方、高度なアクセシビリティが求められるサイト（公官庁、地方自治体、銀行など）では、ほとんどの場合、従来のテクノロジーの利用を前提に、JIS X 8341-3:2010（国内のWebアクセシビリティ規格）やWCAG 2.0（国際的なWebアクセシビリティガイドライン）の準拠を検討し、設計内容に盛り込みます。

各種ドキュメント（書類）の作成

当社の設計では、上記のような作業をへて、各種ドキュメント（書類）を作成します。要件定義書（ユーザー環境、制作・開発環境、サーバ環境、利用技術の定義など）、サイト設計書（サイトマップ、コンテンツリスト、画面設計書など）が代表的なドキュメントです。

引きつづき、当社が制作・運用を担当する場合や、お客さまからのご要望がある場合は、そのWebサイトやWebサービスの規模や要件に応じた各種仕様書（制作・開発環境、CI/VI、デザイン、素材、コーディング、コンテンツフォーマット、運用など）を作成します。