本だけではわからなかったユーザビリティテストのリアル - CrowdWorks Designer Blog | クラウドワークス デザイナーブログ
こんにちは、UXデザイナーの八尾です。 京都に旅行して久しぶりに自転車に乗ると筋肉痛になりました。運動不足です。 UXデザイナーとしてデザイン組織に入り、主に定性調査を任されています。 （ユーザーインタビューやユーザビリティテストを通じてユーザーの真のニーズの把握や仮説の検証を行なっています。） 今回は、社内で初の試みであった、自社サービスの本格的なユーザビリティテスト（ユーザーテスト、ユーザビリティ評価って呼ばれたりもしますよね）について書かせていただきます。 まだ体制の整っていない中で行った手探り感と自社で定性調査を実施する上での気づきがお伝えできればと思っています。（暖かく見守ってやってください） 本を読んでみる。でも、本のようにはいかない まず、どういう流れで進めればいいのかすらわからないのでとりあえず本を読みながら考えました。 主に参考にしたのはこちらの本です ユーザビリティエン
Design as strategy ～なぜ「戦略としてのデザイン」が重要なのか？ | Biz/Zine
デザインとは、長らく視覚的に美しいものを作ることであると考えられてきたが、戦略として捉えることで、企業にイノベーションや変革をもたらし、時代のニーズに沿った存在であり続ける助けとなる。本連載では、戦略的デザインとはどういうもので、どのように使うことができるのか、デザイン中心の企業になるためにはどうしたら良いのか、そしてデザインによって産業が発展し、世界への影響を拡大させた事例に関しても言及する。 デザインとビジネスが出会う場所では、何が生まれようとしているのか イノベーションを起こすためのツールとしてデザインを取り入れてきた企業は、業界内外における確固たる地位を築き、長年にわたり輝かしい業績を残している。昨年発表されたDMIデザインバリュー・インデックス(※1)によると、 デザインを重要視している企業はS＆P500（※2）の指数を過去10年間で219%も伸ばしている。 DMIデザインバリュ
開発者が知っておくべき、6つのUIアーキテクチャ・パターン - ＠IT
.NET開発者中心 厳選ブログ記事 開発者が知っておくべき、6つのUIアーキテクチャ・パターン ―― 「matarillo.com」より ―― 猪股 健太郎 2011/12/15 「.NET開発者中心 厳選ブログ記事」シリーズでは、世界中にある膨大なブログ・コンテンツの中から、特にInsider.NET／.NET開発者中心の読者に有用だと考えられるブログ記事を編集部が発掘・厳選し、そのブログ記事を執筆したブロガーの許可の下、その全文を転載・翻訳しています。この活動により、.NET開発者のブログ文化の価値と質を高め、より一層の盛り上げに貢献することを目指しています。 Martin Fowler氏の『GUI Architectures』を訳して公開しようと思ったのだが、FAQページに「PofEAAの続編などは商業出版する予定なので翻訳はしないでほしい」と書いてある。なので翻訳の公開はやめて、「
Web 開発者の責任 (翻訳): Days on the Moon
John Resig 氏による A Web Developer's Responsibility という記事が素晴しかったので、著者の許可を得てここに日本語訳を掲載します。 Web 開発者の最大の負担は、ブラウザのバグと非互換性への対応に膨大な時間を費やすことであるといって間違いないでしょう。それゆえに、それらへの対応に不満をいうのは、Web 開発者全員の常となっていました。ブラウザのバグは迷惑でいらだたしく、仕事を大幅に難しくします。 ブラウザのバグはとてもいらだたしく、通常の開発における最大の負担です。ですから、開発対象のブラウザが、自身のバグを見つけ修正できるようにしてやるのは、すべての Web 開発者にとっての責任です。自分が見つけたバグに対して責任を持ち、「ほかの誰かがこれを見つけるだろう」とは思わないことで、ブラウザの進歩の速度は加速していくでしょう。 ブラウザを支援する解決策
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
