クラウドを基盤としたプロジェクト管理システムを提供するLiquidPlanner社では、ユーザーが時間をかけずにダッシュボードを作成できるようにする必要がありました。 古いシステムでは、ウィジェットを含めたダッシュボードの作成をゼロから行うというものでした。顧客エンゲージメントとLTV（ライフタイムバリュー）の向上はダッシュボードの利用増加と比例しているため、プロダクトチームは新たなダッシュボードのテンプレート機能の開発に着手しました。 チームの目標は、ユーザーが設定しなくても便利なダッシュボードをすぐに作ることができる「ワンクリック・ソリューション」を開発することです。 新たなダッシュボードのテンプレート機能は４カ月間で完成し、その結果、特に重要な顧客層からの良い評価を得ることができました。機能はユーザーに広まり、プロジェクトは成功しました。 下の画像は、実際にチームが作成したダッシュボ
CareerFoundry UX Design Courseを卒業。ユーザーリサーチ及び相互作用デザイン専門。 この記事を読んでいる人は恐らくUXデザイナー、あるいはUX関連のお仕事を志望の方が多いのではないでしょうか。 私自身もUXデザイナーなのですが、UXデザイナー職の面接は一筋縄では行きません。業界の経験もあり、長い間仕事をして実績もあり、多くのクライアントから良い評価をもらい、数々の問題に対処してきた猛者だとしても、面接は手強いものです。 面接の準備にはすごく手間がかかります。今回は、面接の場で読者の皆さんのスキルや専門分野に関して自信を持って話してもらえるよう、UXデザイナーの仕事の面接でよく聞かれる質問をリストアップしてみました。 下記の７つの質問を見てみましょう。そして、その質問に対してどう答えてUXデザイナーの仕事を手に入れるか、戦略を考えていきましょう。 UXデザインに関
JoeはUX/CXコンサルタントとして長年のキャリアがあり、現在はUXに関する書籍、講演などを多数手がけるUXの伝道師です。 私たちが問題を抱えているとき、解決策を想像するのはとても簡単です。そして、その解決策は私たちの体験や責任のフィルターを通して検討されます。 たとえば、もし私がビジネスアナリストであれば、私は自分の統計的研究をみて答えを探そうとするかもしれません。 もし私がUXコンサルタントであれば、既存のユーザー調査をみてみたり、新しい調査を計画したりするかもしれませんし、私が開発者であれば、その課題を解決できる方法を示してくれるツールやプロセスを調べてみるかもしれません。あるいは、私がUIデザイナーであれば、UIインタラクションがどのように振る舞うかまで考えを進めるでしょう。 これらはすべて、それ自体確かで実績のある方法です。同時に、それらは基本的に、本質的に欠陥があります。なぜ
こんにちは、@h0saです。 ちょっと時間が経ってしまいましたが、2014年9月4日に開催された第45回HCD-Netサロン「UXと組織のデザイン」に参加しました。 ■内容： 18:30-18:40 「組織のデザインとは」山崎和彦氏（千葉工大 教授） 18:40-19:10 「社員の力を引き出す人事の活動」野島義隆氏（サイバーエージェント、シニアマネージャー） 19:20-19:50 「UX思考の組織づくりと、その課題」山本郁也氏（BEENOS、戦略ディレクター) 20:00-20:50 「UXと組織のデザイン」パネル・ディスカッション 特にBEENOS山本郁也氏のお話は学ぶものがありましたので、そちらを中心にレポートします。 スタートアップ界隈の用語も知らないものがあったので、注釈を入れながら、参考になったお話をメモしました。それでは以下からどうぞ。 BEENOSの事業内容 ・スタートア
渋谷オフィスを作り社会復帰して以来、チーム内でUI設計を標準化したいと、暇をみては色々なツールを試作している。その中の一部をとして、アプリケーション定義ステートメントの共有ツールをテスト公開。 アプリケーション定義ステートメントとは 聞き慣れない言葉ですが、大雑把にいうとアプリの本質を一言であらわしたコンセプト宣言。 家訓や社訓、電通鬼十則のアプリ開発版みたいなものであり、Appleは自社のヒューマンインターフェースガイドラインで、アプリ設計の最初にこのステートメント作成することを強く推奨しています。ステートメントがチーム全体で共有されていると、アプリがふらふらとブレずにしっかり芯が通ったものになる訳です。 アプリケーション定義ステートメントは、アプリケーションの主要な目的とその対象を、簡潔かつ具体的に宣言したものです。 アプリケーション定義ステートメントを開発作業の早い段階で作成しておく
UX MILK編集長。株式会社メンバーズ LXグループ所属。LX（ラーニングエスペリエンス）にまつわる新規事業立ち上げなどをしています。ゲームとパンクロックが好きです。 Facebook / Twitter。 近年アプリ制作者の間では、UIだけでなくアプリのUXを検証すべく、プロトタイピングツールの需要が年々高まっています。国内ではPrott、国外ではInvisionやPixate、Flintoなどがありますが、最近だとAdobeもAdobe XDというツールを発表するなど、大手も積極的に業界に参戦しています。 そんな中、Facebookの開発者向けイベント「F8」にてFacebookのプロトタイピングツール「Origami Studio」についてのプレゼンテーションがありました。FacebookやFacebook Messengerのみならず、Instagramやその関連アプリなど、多数
ユーザーがどのようにサービスを使っているのか。 利用シーンが最短1日で届く、 ユーザーテストサービス。 いますぐ無料で試してみる UIscope とは？ 「高品質なユーザーテストを 最も安く・早く・簡単に」 ユーザーがサービスを使っている様子を 動画形式でお届けする、 ユーザーテストサービスです。 ユーザーテストとは
大きな画像には視覚に訴える力がある。しかし、その優先順位づけを誤ると、全体のユーザーエクスペリエンスにとっては害になりうる。 Image-Focused Design: Is Bigger Better? by Kathryn Whitenton on September 28, 2014 日本語版2014年10月20日公開 百聞は一見にしかず、と言うように、人は視覚的な生き物である。ユーザーの関心を引き、自分たちのメッセージを伝えるのに、画像は効果的な手段だ。ネットワークやデバイスによってより大きな画像が表示可能になるにしたがい、目をひく、巨大な画像を組み込むWebサイトは増えるばかりだ。そうしたサイトでは画像を1枚だけ選択することができず、カルーセルで数枚の画像を表示していることも多い。 Southwest Airlinesの新しいトップページはこのトレンドのいい例である。ページで最も
メディア事業部の須藤です。 8/26より、PC版クックパッドのトップページをリニューアルしました。 公開から約3週間が経過しましたが、お試し頂けましたでしょうか？ この記事では、今回のリニューアルを通して解決したかった課題や、新しいチャレンジ、 また、それらを具現化する過程で考えた事を、実際の結果と合わせて書いてみたいと思います。 今回のリニューアルで伝えたかったこと 今回のリニューアルで強く意識したのは、「食にまつわる全般を扱うポータルサイト」として、 クックパッドを再認識して頂けるトップページにすることでした。 クックパッドでは２年程前より、従来のレシピサービスとは別の価値を提供する、新規事業・サービスの開発に注力してきました。 例えば、ECサービスである「産地直送便」や、近所のスーパーの特売品が分かる「特売情報」、クックパッド認定の料理教室を展開する「料理教室」などがあり、 それぞれ
アジャイルチームはアジャイル開発プロセスの実行という点では非常に優れている。しかし、時間に追われるために、ユーザー調査をあきらめたり、結果としてユーザーエクスペリエンスの質を下げてしまうこともある。 Doing UX in an Agile World: Case Study Findings by Hoa Loranger on May 26, 2014 日本語版2014年8月5日公開 アジャイル開発プロセスがプログラマーの間で人気だ。そこで、迅速なプログラミングを追求しつつ、ユーザビリティもあきらめない素晴らしいプロダクトを作るには、どのようにアジャイルメソッドとユーザーエクスペリエンスの手法を融合させると一番良いかをここ数年、調べてきた。以前の調査では幅広い視点について考察した。そこで、今回は少数のプロジェクトを掘り下げ、より深い知見を新コースの「リーンUXとアジャイル」のために集め
「Yahoo! JAPAN DeNA iOSエンジニア UI/UXデザイナー勉強会」に参加してきました！ ちょこっとずつですが、各発表で心に残った部分をメモしたのをのせますー （メモだけじゃ全然内容わかんないのでスライド公開されたらリンクさせていただきたい・・・。） ちなみに発表内容はイラストレーターさんにより会場でリアルタイムでイラスト化されていました！すごい！ 描かれたあと会場に掲載されていたのでその写真も一緒に載せます！ブレ気味ですみません。。 マンガボックスのアプリができるまで (坪田 朋さん@DeNA) PhotoshopからSketch 3へ移行 プロトタイピングツールProttの導入 （最初だったのであんまりメモできなかった。。。） タブレット版「Yahoo!ニュースアプリ」のこだわり (田中 淳子さん@Yahoo!) 当たり前を上質に〜とにかく読みやすく〜 デバイスを知る
UXデザインのコンサルティングではよく品質優先度マッピングというものを行います。これは開発プロジェクトの上流工程において、実装を検討している機能をリストアップし、そのひとつひとつについて想定する利用者の割合や利用頻度の観点からグルーピングし、実装の優先度を決める作業です。 これを行う目的は、UIをできるだけシンプルに保つことにあります。ユーザーが求める機能をすべて盛り込むと、当然UIは複雑になり、誰にとっても使いにくいものになります。また蓋然性のバランスが取れていない要件はプログラムを複雑にし、バグが増える原因になります。 UIデザインにおけるパレートの法則（結果の大部分は全体の一部によって生み出される）は、「ユーザーの80%は全機能の20%しか使わない」というものです。その20%に注力し他の優先度を下げることで、製品の利便性は向上するはずです。 Core, Important, Nice
この実況を見て気づいてしまった UXの各期間は「おっぱいでマッピングできる」 予期的UX: おっぱいを触りたいと願う 一時的UX: おっぱい鑑賞する触る揉む エピソード的UX: おっぱい揉んだ日の思い出'' 累積的UX: 「おれは、おっぱいを揉んだことがある」と自信を持つ ぼうくん | VoQn 🎨 @VoQn { 予期的UX: おっぱいを触りたいと願う, 一時的UX: おっぱい鑑賞する触る揉む, エピソード的UX: おっぱい揉んだ日の思い出, 累積的UX: 「おれは、おっぱいを揉んだことがある」と自信を持つ } なので、UX、完全におっぱいで語れる #気づき #jsおじさん 2014-03-27 22:13:13
「技術的負債」という話が、はてな村大字テクノロジー周辺を賑わせている。 技術的負債という(非エンジニアにとっての)隠しパラメータが生産性100倍を起こす- mizchi’s blog 出来る人からみたら超絶無駄なレビューとテストの存在意義 – novtan別館 プログラマの生産性と報酬 – アスペ日記 あたりがにぎわっているエリアだろうか。 私はエンジニアではないから全ての話の理解はできないんだけど。『見えづらい技術的負債が発生し積み重なった結果、誰かが尻ぬぐいをしている』という状況はwebデザイン、特にUIデザインの現場でも同じだなーと思ってる。 糞コードならぬ糞UIデザイン。webディレクター、webデザイナー、コーダー、フロントエンジニア皆が想定しえない余計な工数をとられてしまうUIデザイン。そしてえてして「なんでそんなに工数かかるの？」と言われ、挙句ちゃんと状況説明を上司に怠ると「
はじめまして，Aiming 東京開発G の珍田 (kchinda a.k.a. @ckazu) です． 普段は Rails を用いた Webサイト開発や， Rails + JS でのブラウザゲームの開発などをしています． 今回は，弊社 Aiming で週に一度行っている，エンジニア勉強会での発表内容を紹介します． この発表は，開発エンジニアにデザインや UX の根本的な考え方を知ってもらい，また，エンジニアにもそういう視点が必要だと感じてもらおうという趣旨で行いました． h2. エンジニアが UX を知る目的 ソフトウェアの開発エンジニアにとって， *デザイン* や *UX* （User Experience: ユーザ体験）の知識はどれだけ重要でしょうか． ものづくりにユーザの視点は欠かせません． より使いやすいモノを作るためには，ユーザにとっての使いやすさを追求するべきです． 私たちにと
こんにちは。今回はレイアウトの記事を書きます。「グーテンベルク・ダイヤグラム」という言葉をご存じでしょうか。 なんだかすごく中二心をくすぐられる言葉ですね。「グーテンベルク・ダイヤグラム」とは均等に配置された同質の情報を見る際の、・・・こんにちは。今回はレイアウトの記事を書きます。 「グーテンベルク・ダイヤグラム」という言葉をご存じでしょうか。 なんだかすごく中二心をくすぐられる言葉ですね。 「グーテンベルク・ダイヤグラム」とは均等に配置された同質の情報を見る際の、一般的な視線の流れのパターンを表した図式のことです。 簡単に言うと「人間の目は左上から右下方向へ、チラチラしながら遷移する」というものです。 こういった視線の流れのパターンは、エディトリアルデザインなどでは当たり前に使われている技法・考え方らしいです。 テキストをレイアウトする場合には、左上・右下に重要なコンテンツを配置す
iphoneアプリの画面設計をしていて、画面フローの表記をしようとして普通の画面フローチャートだとUIインタラクションを表記しにくいよね、と思ったので考えてみた。 画面フロー図の限界webの画面フロー図は以下のことができないなー、不便だなーと思ってた。 画面展開を表記する記法がない。webだと_blankくらいしかないけどアプリだと不便 画面が内包しているコンポーネントを表記できないので、画面のどのボタンが次の画面につながっているのかわからない。 ↑レベルのを練ろうとするとワイヤーフレーム/プロトタイプをつくる作業になってしまう。プロトタイプだと逆に画面のつながりや展開の法則性がとらえにくく、整合のとれたインタラクションデザインが試行錯誤しにくい そもそも画面展開の種類って網羅的に把握されてる？ 構造化寄りの表記方法は「情報アーキテクチャ、インタラクションデザイン記述のためのビ
情報アーキテクチャ、インタラクションデザイン記述のためのビジュアルボキャブラリー version 1.1b-j (29 June, 2002) based on version 1.1b (6 March 2002) 目次 サマリー バージョン履歴 はじめに 基本概念 基本要素：ページ、ファイル、そしてそれらの集まり 関係性の記述：コネクターと矢印 すべてを一度に：並列セット 一時中断：連続ポイント 共通要素：エリアと反復エリア 再利用可能な要素：フローエリアと参照 条件要素の基本概念 選択せよ：意志決定点 探検者(パスの誘導)：条件的なコネクターと矢印 複数の選択：条件的な分岐 一つか複数か：条件的な選択肢 一つの決定、複数のパス：クラスター 制約条件あり：条件的なエリア 結論 ダウンロード可能なパーツライブラリ サマリー ダイアグラムはウェブ開発チーム内で情報アーキテクチャやインタラク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
