Tagged

プロセス

A collection of 71 posts

プロセス

「could」という言葉とデザインとの繋がりについて

1998年4月16日「could」という名前で Web サイトを始めました。 当時は大学生だったということもあり、日々の生活を綴る日記を書いていました。内向的な日記を書いていましたが、 2001年にはログ(リンクに一言添えたもの)を始め、2003年に自作 CMS をつくり、今は WordPress へ移行して Web と デザインに関わる記事を書いています。 時々「cloud (雲)」と間違われていることもありますが、なぜこんな奇妙な名前を使い続けているのか。書いている内容は変わり続けているのにも関わらず、この名前を使い続けているには理由があります。 「could」という言葉は can の過去形として扱う直接法だけではなく、「…できる(なら)」「…できるだろう 」といった仮説法も含まれていて、このサイトはそんな可能になるかもしれない未来への想いを題名に込めています。私たちは常に何か違った可能性を秘めながら生活や仕事をしています。無数の可能性や過去にしてきた決断について考えたい・・・それが私にとっての could だったりします。 なぜ今更自分のサイトの由来について書いているのかと

UI

習慣になるまでの UI と操作の変化

タッチしてもらうための第一歩 タッチデバイスへの違和感や不安をもっている方はまだ少なくないと思います。 毎日の生活に登場するタッチデバイスの代表といえば、ATMや電車の切符販売機がありますが、処理速度が遅くスクリーンのオブジェクトを触れている感覚はあまりありません。そのせいか、スクリーンを強く押している方をたまに見かけます。また、タッチインターフェイスだけでなく、触れて押すことができる物理的なボタンが用意されている場合もあります。タッチへの不安を解消するための配慮なのかもしれません。 毎日の生活から比較すると、タッチデバイスでスイスイいろいろな操作が出来るというのは、未知の世界に見えてもおかしくありません。操作の仕方が分かる iPad や Galaxy の CM が TV で流れているとはいえ、「本当にタッチでこんなに動くのか」という不安をもっている方もいるはずです。 UI デザインのひとつのアプローチとして、親しみやすさをつくる という方法があります。特に新しいアイデアや価値を提供しなければならないときに有効で、広く知られているもの、ターゲットにしている人にとって既に知っているこ

WD101

WD101: モニターの外をデザインするのが大半である

このシリーズでは Web Design101(WD101)と名付けて、ウェブデザインをより深く理解するための最初の一歩になる知識やノウハウをコラム形式で紹介していきます。 * Webは見た目のコントロールがきかない [http://www.yasuhisa.com/could/article/wd101-nocontrol-in/] Webサイトをデザインするといっても、スケッチブックに描いたワイヤーフレームを基にグラフィックツールで装飾をすれば完成するわけではありません。たとえ、見た目がよくても操作がしにくい、読み難い、何処になにがあるのか把握しにくいのであれば意味がありません。つまり外観を作るというのはデザインプロセスのほんの一部でしかなく、それ以外のことを考える必要があります。 見た目だけではデザインが完結しない・・・という意味では、Web デザインはグラフィックデザインというより、プロダクトデザインに近いでしょう。プロダクトデザインも単に絵が描けて、美しいフォルムを作れば良いというわけではありません。プロダクトが置かれる環境、どのような人がどういったシーンで使

Webデザイン

ビジュアルツールのもつジレンマとツールの選び方

先日、Quora のほうで Life Without Photoshop [http://www.quora.com/Joel-Lewenstein/Life-Without-Photoshop/] というエントリーを見つけました。Quora.com のデザインは最初からコードで作り始めたというエピソードとブラウザ上でデザインすることのメリットがまとめられています。 Webサイトデザインで国内外で人気なのはやはり Photoshop [https://www.amazon.co.jp/dp/B003F783DG?tag=could-22&camp=1027&creative=7407&linkCode=as4&creativeASIN=B003F783DG&adid=1XQTJXR1M0YQZZVPQC4C&] と Fireworks [https://www.amazon.co.jp/

openwebdesign

今月のデザイン変更点

昨年8月に「記事ページのアクセス通信簿 [http://www.yasuhisa.com/could/diary/report-on-article-design/] 」と題して記事ページのデザインの変更の意図とその効果について解説しました。その後、いろいろ機能を追加して模索をしているのですが今月が大きな機能が幾つか追加されたのでその紹介も含め、効果と課題について紹介していきます。 次に繋げるための工夫 まとめ系記事を除いて、記事は非常に高い割合で最後まで読まれている場合が多く、滞在時間も長いです。コンテンツの質も月ごとで若干異なるのでなんともいえないですが、今月は直帰率も低かったので読者が滞在してくれた月といえるかもしれません。 しかし、このサイトは検索やソーシャルメディアなどを通じてサイトにアクセスする方が多いこともあり、一期一会の関係で終わってしまう場合が多々あります。平均ページビューを増やすにはどうにかしたらいいのか、どのサイトも頭を悩ませているかと思います。たくさん選択肢を与えればクリックするわけでもありませんし、メインコンテンツ (記事) の邪魔をしていたら逆効果です。

デザイン

デザインについて語れる批評をするコツ

批判ではなく批評 個人プロジェクトでない限り、公開前に誰かにデザインを見せる機会があると思います。相手はクライアントかもしれませんし、同僚・上司なのかもしれません。デザイナーの中には見せるのを躊躇している方もいるのではないでしょうか。知恵とスキルを出し切って作り上げた子供のような存在なので、万が一批判されたのであれば自分自身も批判されているように感じるのではないでしょうか。IDEOの Time Brown 氏が TED の講演で「デザインはデザイナーだけに任せるには重要過ぎる [http://www.ted.com/talks/tim_brown_urges_designers_to_think_big.html] 」という言葉を残しているとおり、デザインを皆で考える機会を作るべきです。デザイナーは早い段階から他の誰かとアイデアを共有するべきですが、会話が批判的なものになりすぎているのであればデザイナーも積極的に参加もしてくれませんし、デザインを前提とした会話にはならないでしょう。 「この色は違う」「使いにくそうだ」「分かっていない」 自分の作りだしたアイデアに対してこんな言葉が出

コンテンツ

UXから除外されているもうひとつのU

コンテンツ管理者も利用者 「利用者中心」「訪れた方へのケアを」という言葉は私たちがよく使うフレーズ。忘れてはならない視点ですし、今はその視点を抜きしてコンテンツの開発や情報を整理しても成功しないといっても過言ではないでしょう。それゆえ近年、ペルソナ、シナリオ、エスノグラフィなど利用者への深い理解と共感が注目されています。 利用者第一というのは当然のことですが、ここで私たちがいう利用者とは誰のことでしょうか。恐らく多くの場合は、パソコンやモバイル機器などを利用して、情報を求めて Web サイトへアクセスする方達を指すと思います。いつも私たちは Web サイトへアクセスする人たちのことを忘れませんが、コンテンツを管理する人たちも利用者であることを忘れてはいないでしょうか。 サイトに訪れる方達にとって価値のあるコンテンツを提供することが出来なければ、彼等はすぐに離れていきます。訪問者・顧客との関係を繋ぎ合わせる重要なコンテンツですが、素晴らしい Web サイトを作ったところで魔法のようにコンテンツが表れるわけではありません。デザインを見せて善し悪しを判断している場合もありますが、デザイン

プロセス

ブレないワイヤーフレームを作るコツ

すべてのワイヤーフレームは平等ではない 「ワイヤーフレーム制作の5つのアプローチ [http://www.yasuhisa.com/could/article/5-approaches-of-wireframes/] 」で一見同じようにみえるワイヤーフレームにはそれぞれ特徴があり、目的に応じて使い分けた方が良いという話をしました。違うアプローチが幾つもあることは分かりますが、ではどのようなときにどれを使えば良いのでしょうか。選択するためのチェックポイントは4つあります。 ワイヤーフレームを作る目的はなにか作ることで何を達成させたいのかを明確にします制作プロセスのどのフェイズで用いるのか どのタイミングで作るかによってワイヤーフレームが果たさなければならない役割は変わります誰がワイヤーフレームを見るのか クライアントなのか、デザイナーなのか、開発者なのかで異なりますし、彼等のプロジェクトに対する理解度にもよります誰がワイヤーフレームを活用するのか ワイヤーフレームを使ってデザインをするのか、開発を進めるのか、それとも特定のインタラクションを確定させたいのか ワイヤーフレームを作るという