デザイン変更は抜本的にやるべきか、それとも、少しずつやるべきか
古いものを捨て、新しいものを取り入れる前に、そうすることがユーザーの目標達成のために必要だという確実な証拠があることを確かめよう。 Radical Redesign or Incremental Change? by Hoa Loranger on February 8, 2015 日本語版2015年3月9日公開 ユーザーエクスペリエンスに関わる最大の問題は、メガメニューを利用するのか、あるいは他のタイプのナビゲーションメニューを利用するのかといったような個別のデザイン課題のことではない。求められているのは、もっと視野を広げて、UXに関して最優先すべき戦略をまず決めることである。すなわち、大改革を目指してすべてを一気に変えるのか、あるいは少しずつ品質を向上させるというやり方を取り、一歩ずつ進んでいくのか、である。 ユーザーエクスペリエンスというのは品質に関わる分野なので、デザインを徐々に変
優れたUXを実現するための人間中心デザインとは？ - UXploration
当記事は、2015年2月5日に無料動画のオンライン学習サイト - schoo WEB-campus（スクー）にて開催した授業「優れたUXを実現するための人間中心デザインとは？」のフォローアップになります。 当日の授業の内容は schoo の下記ウェブサイトよりご覧いただけます（会員登録が必要です）。 はじめに 当企画は schoo と弊社コンセントとの合同企画で「社会に求められる価値あるデザイナーとは？」というテーマのもと、著者含むコンセントのアートディレクターの佐藤とサービスデザイナーの大崎の3名でそれぞれの立場から1人づつ授業を開催してきました。 デザイン領域の拡張に伴うデザイナーとしての役割とは？ 佐藤 通洋 先生 - 無料動画学習｜schoo（スクー） サービスデザイン時代のデザイナーのあり方とは？ 大崎 優 先生 - 無料動画学習｜schoo（スクー） 最終回となる今回は、以下の
デザインの価値とは何か？ これからの時代を生き抜くために考えておきたいこと - 仕事の話アレコレ - Writing Mode
明けましておめでとうございます。 2015年のWriting Modeは、昨年末にWeb界隈でバズっていた話題への言及からスタート。ずばり「UIデザイナー不要説」について、デザインをベースにキャリアを歩んでいる僕の今の見解をまとめておきたいと思います。 結論を言えば、デザイナーに求められるのはUIだけじゃないから、UIデザインしかできない（やらない）デザイナーはそりゃ確かに不要って言われちゃうでしょうよ、ということです。「デザイン」という言葉をあまり広義にとらえすぎるのもよくないのかもしれないけど、僕たちは「デザインが生む価値って何ぞや？」ってことをきちんと考えなきゃいけないと思うんです。 デザインというと、どうしても我々は見た目の話だと思いがち。 事実そういう側面もあるし、僕自身、ビジュアルとしての見た目を軽視するつもりもないから、それはそれで正しい解釈。ただし、見た目はあくまでもデザイ
デザインが機械化されても心配しない理由
それって本当にオリジナル？ レスポンシブ？フラット？ビデオをつかった背景？CSSアニメーション？ゴーストボタン？いろいろな『トレンド』を見て勉強している間に、すべて導入されている 14ドルのテンプレートをすぐに手に入れることができます。 CMS を活用して情報が更新しやすいレストランサイトを構築したい？専用の WordPress テーマを使えばすぐに完成します。英語だからダメと思うかもしれませんが、UI のローカライズが簡単できるように工夫されているので、使うことを諦めることはありません。 制作者の視点で語られる『オリジナルのデザイン』には、ひとつの矛盾があると思います。最新のデザイン動向を追いかけ、それを実践することが良いデザインに繋がると考えることがありますが、トレンドになる表現はすぐにコモディティ化されていきます。オリジナルを求めているつもりが、誰でも使えるものをゼロから手作りにして
Aさんが言うデザインとBさんの言うデザイン、結局どっちが正しいの？
新作スライド ボッチなデザイナーがクラウドファンディングを始めようとしたら「それでは3200人あつめてください」と言われた件 - https://goo.gl/co5NRN 公開しました！ ぜひコチラもお読みください！ 読んでくれてありがとう！面白かったらぜひぜひシェアしてくれると嬉しいよ！(`･ω･´)b ダウンロードもプリントも配布もご自由にどうぞ！たくさんの人にみてもらえれば最高です！ デザインが苦手な人ほどオススメ！ Aさんはデザインはこうだという。 Bさんはデザインはああだという。 ああああああもう！！結局どっちが正しいんだよ！？ そんな疑問がたった13ページで解決します！ "デザイン"なのに真逆のことをいう人達がいるのは、 実はこういうことだった！ もう、デザインが苦手なんてことない！Read less
画面遷移に疑問を感じたあなたにオススメするUI Flowsというツール | UXデザイン会社Standardのブログ
2014.11.19 / UI 画面遷移に疑問を感じたあなたにオススメするUI Flowsというツール Tomohiro Suzuki クライアントやディレクターから渡された画面遷移図を元にワイヤーフレームを作ってみると、後から足りない画面が次々に発見された、または画面内の情報がどこに繋がるのか分からないといった経験はありませんか？ この画面遷移図というものは本来は制作範囲の全体像と構造を明確にし、必要な画面というものを洗い出したりするものです。通常のWebサイトであれば、従来のような画面遷移図でも問題ないかもしれませんが、多くのインタラクションが発生するサービスの設計では複雑化しやすく、何度も情報を行き来して確認することになるため時間がかかります。 原因のひとつとして、画面遷移図では画面名のみを記載して繋げていくことになるため、必要な情報が不足していることが挙げられます。その結果、本来で
ソフトウェアエンジニアの越境 - エンジニアも営業を学べ！？ - - だいくしー(@daiksy)のはてなブログ
DevLOVEアドベントカレンダー 越境 12日目の記事です。 今年のテーマは越境。ということで、ソフトウェアエンジニアの現場における「越境」について考えてみようかと思います。 いまいち納得のいかない片方向な越境 「エンジニアも営業的な目線を持ってセールスに貢献すべきだ！」 「エンジニアも自ら企画を立案し、サービスの売上げアップに貢献すべきだ！」 多くのエンジニアが、このような物言いを苦々しい気分で聞いた経験があるのではないでしょうか。 営業職の偉い人は、エンジニアもセールスを学び、営業の視点を持て、と言う。 企画職の偉い人は、エンジニアも企画を学び、サービスを立案しろ、と言う。 ところがエンジニアリングを学ぶ営業や企画の人は少ないし、エンジニアリングを学ばない営業職や企画職が、それを理由に咎められている様子など一度も目にしたことはありません。 なぜエンジニアばかりが開発以外のスキルまで求
組織も人も最適化の果てにあるのは緩やかな死
なんか会社のチャットネタが続きますが、先月、会社のチャットでマクドナルドの衰退と吉野家のリンクから最適化の話しになり、「もしトレタが最適化しすぎると、どういう風に発展の妨げになるんでしょう」って話しが出てちょっと面白かったのでブログにまとめて見ることにしました。 私がアプリ開発で一番怖いと思うのは、既存ユーザへの最適化です。 既存ユーザはある程度使いこなした上で「あの機能が欲しい」と要望を出してきます。確かにその機能があると便利ですし、他のユーザでも喜ぶ人が大勢います。 実際、その機能実装すると多くのユーザが便利になり満足度があがります。画面にボタンは増えましたが使わないユーザが不便に思うほどではありません。 誰も困らないし、この機能追加はとても正しいことに見えます。 でもその機能があることで、初めて触るユーザはどう感じるでしょうか？画面にボタンが多いほど、マニュアルが厚いほど初めてのユー
重要視されるためのデザイナーの条件 : could
内輪受けは止めにしようではないか LSD LAB で公開されている UIデザイナー不要説は、テクノロジーと付き合うデザイナーであれば一読しておきたい記事のひとつです。私が記事を読んで感じた課題は、 UI デザインが重要視されているかどうかということではなく、果たしてデザイナーは デザインを営業できているかどうかというところです。 たとえビジネスゴールが共有されていたとしても、デザイナーが考える UI デザインの価値と、それ以外の方が考える UI デザインの価値が異なることがあります。特にデザイナーが考える価値は、内輪受けになりやすいことが多々あるように思えます。デザイナーが「すごく良いよね」「イケてるね」というものは、ほとんどの場合デザイナー以外には理解されません。内輪で分かりやすい言葉や感覚で語りかけても、聞き手は「？」（価値を感じない）になってしまいます。 今でもデザイナーのなかでは「
スマホ時代の主役になりたい技術者は、「デザイン思考」と「のりしろ」を持つべき【連載:えふしん】 - エンジニアtype
藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にpaperboy&co.へ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社（現・マインドスコープ）を設立し、2012年4月30日まで代表取締役社長を務める。その後しばらくフリーランスエンジニアとして活躍し、2012年11月6日に想創社（version2）設立 最近、Webやスマホの制作界隈で、「デザイン思考」という言葉を見かけることが増えました。 デザイン思考というのは、IDEOというビジネスコンサルタントが製品開発の際に取り込んだプロトタイプを活用した製品デザインの方法です。プロセスとしては右図の通りで、 ・ 実現したい哲学とビジョンを決める ・ 調査を行い、分
スタートアップのはじめかた: アイデア・プロダクト・チーム・実行 Part I | StartupClass Note
本記事はY Combinatorによる、『How to Start a Startup』をSam Altman氏に許可をもらって翻訳したものである。オリジナルはこちら CS183Bへようこそ。私は、YcombinatorでPresidentを務めるサム・アルトマンです。実は、9年前は私もスタンフォードの学生でした。起業するために退学して、そのあと数年は投資家として活動しています。 Ycombinatorに入ってからの９年間はどうやってスタートアップを始めるかというテーマだけ教え続けています。実際のところ、教える内容の殆どはスタートアップに専門的な知識だったり、実学的なものばかりです。ただ、残りの30%ほどのことは誰にでもあてはまり、非常に役に立つ知識です。そこで、その30%だけでも多くの人に役に立ててもらおうという目的でこのクラスを開講しました。 今までYcombinatorで長く教えてき
「みんなジョブズに騙されている」増井俊之教授が進歩の止まったコンピュータのUIを問い直す【TechLIONレポ】 - エンジニアtype | 転職type
モノづくりをテーマに行われた『TechLION vol.18』。登壇者は左から寺薗淳也氏、瀬尾浩二郎氏、増井俊之氏 コンピュータはこの30年、まったく進歩していない――。 有名エンジニアによるトークライブの場としてすっかりおなじみになった『TechLION』の壇上で、慶應大学環境情報学部の増井俊之教授は業界の現状を憂えた。 2014年9月に開催された『vol.18』のテーマは「モノづくり」。小惑星探査機『はやぶさ』プロジェクトチームの一員としても知られる会津大の寺薗淳也准教授、面白法人カヤックから独立しフリーのエンジニア/クリエイティブ・ディレクターとして活躍中の瀬尾浩二郎氏とともに、UI研究の第一人者、増井教授は登壇した。 時々刻々と性能が上がっているように見えるコンピュータ（編集部注:増井氏の発言では「計算機」）が、30年にわたってまったく進歩していないと指摘する増井氏の真意とは？ 『
PC版トップページリニューアルの狙いと成果 - クックパッド開発者ブログ
メディア事業部の須藤です。 8/26より、PC版クックパッドのトップページをリニューアルしました。 公開から約3週間が経過しましたが、お試し頂けましたでしょうか？ この記事では、今回のリニューアルを通して解決したかった課題や、新しいチャレンジ、 また、それらを具現化する過程で考えた事を、実際の結果と合わせて書いてみたいと思います。 今回のリニューアルで伝えたかったこと 今回のリニューアルで強く意識したのは、「食にまつわる全般を扱うポータルサイト」として、 クックパッドを再認識して頂けるトップページにすることでした。 クックパッドでは２年程前より、従来のレシピサービスとは別の価値を提供する、新規事業・サービスの開発に注力してきました。 例えば、ECサービスである「産地直送便」や、近所のスーパーの特売品が分かる「特売情報」、クックパッド認定の料理教室を展開する「料理教室」などがあり、 それぞれ
シンプルさが勝つ。人間はシンプルではない。 - mizchi's blog
迷ったらシンプルな方— 片手間以上 (@mizchi) 2014, 7月 19 僕は主にUIを作るエンジニアなのだけど、以下の話題について。 時間をかけて、つまらないものを作りたいか？ - futoase.hatenablog.com ニコニコ動画はSynvieプロジェクトが原型 - はてな村定点観測所 UIの有効性を証明する仮説とその検証において、ほとんどの場合において次の二つが根源的な問題となる。 だいたいのものはシンプルな方が勝つ 人間はシンプルではない 二点間の距離を求める三平方の定理は、(ディスプレイが歪んでいない限り)簡潔でシンプルだが、二点のボタンを順番に押すときのマウスの軌道、そのあいだのユーザーのメンタルモデルの変化は、まったくもってシンプルではない。 人間はシンプルなものの価値を認めたがらない、というバイアスがある。金を産まないといけないソフトウェア開発の現場は、コアフ
昔ながらの「片手間に書くJavaScript」の限界 - mizchi's blog
Javascriptを使うのをやめろ：Railsの時代遅れ云々についての結論 - Qiita この記事は、全体的に自分の業務以外の評価基準やトレンドを知らないんだなという感じで、わざわざ付き合うと精神的に消耗する感じがした。ただ、それが彼らの本職でない以上、自分もこの結論に至るのは仕方ないと感じている部分はある。 真の問題は、自分がレガシーなJavaScriptを書いているという自覚がない人間が、ここ数年の技術トレンドから乖離したコードを書き続けることで他のエンジニアやエコシステムそのものに悪影響を及ぼしているケースが散見されている。一行書く毎にグローバル汚染するスクリプトを見せられてもメンテ出来んと言われても、はいそうですねとしか言えないし、そういう人に最近のライブラリを触らせると遅くなるというのは、画面全体を一つのMustacheテンプレートにしてBackbone.Modelのパラメー
クライアントの言うことを鵜呑みにしない
SNSを眺めているとクライアントからの無茶苦茶だったり意味不明な要求への愚痴をよく目にする。 居酒屋で同業の人と飲んでいても、キツイ要求についての話が出ることが多い。 それは多くの場合「プロとして、クライアントの無茶な要求に応えてやったぜ。」みたいな話が多いのだけど、ぼくは少し違和感を覚える。 クライアントは、制作者よりも制作についての知識が希薄であることが多い。そのため、その実装によってどれだけのコストがかかるのか、費用対効果はどうなのか、ユーザビリティやアクセシビリティへの配慮、情報設計は破綻しないのか、メンテナンス性が大きく損なわれることはないのか、などを考えられるベースがない。 無茶な要求はそのために生まれることが多いけど、それを鵜呑みにしてはプロとして失礼にあたると思う。 プロとして依頼された以上、クライアントの意向は汲みながらも、制作者が持っている知識を最大限に活かして提案をし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「ウェアラブル」業界は、届けるべきターゲットを見誤っている
アメリカはチーム主義、日本は超個人主義 | GQ JAPAN
「個」から「集」のデザイン
訳書『デザイニング・インターフェース』について
