iPhone Xが発表されたわけですが、なにこのデザイナー泣かせの変態端末。 iPhoneのUI設計者グレッグ・クリスティが追い出されて、ジョナサン・アイヴがソフトウェア統括となったのが2014年。 iOS7のフラット化あたりから、どんどんとUI設計が置いてけぼりになった感がありましたが・・・ここにきてまたデザイナー泣かせの豪速球が。 ざっくりデザインガイドラインを読んでの、気になったところメモ。 画面サイズ サイズは従来のベースであった4.7インチの375pt x 667ptから、375 x 812ptに。縦方向に145pt追加された。 想定されるインパクト 表示可能な情報量が増える 縦スクロール系コンテンツのコンバージョンが増加 スクロールで隠れるナビゲーションの必要性が低下 画面上部のボタンのコンバージョンが低下 ゲームなどの全画面イラストに、黒枠が出たり、見切れたりする グラフィッ

学生たちを見ていると、きちんと議論して、きちんと設計して、きちんと何かを作ろうとするみたいです。ときには副作用を考慮して、やっぱり作るのやめようかという話になり、再び議論に戻ることもあります。 ああ、もったいない、もったいない。私は適当な人間なので「なんてマジメなんだ、とりあえず何か作ればいいのに」と思います。デザイン思考ではそのことを「クイック＆ダーティプロトタイプ」と呼んだりしますが、それだとなんだかカッコよすぎるので、私は「雑に作れ」と言ってます。 でも、言葉だけでうまく伝わるはずもなく、「どうすれば雑に作れるのか？」と再び議論を始めたりするので、なかなか難しいところです。 それでも「締め切り」というのは効果的なもので、次回までに何かを発表しなければいけないとなると、「議論してばかりじゃ話が進まない！」となり、ある種の覚悟を決めて雑に作ってくれるようになります。 私が印象的だったのは

POV madlib by d.schoolPOVはpoint of viewで「視点」という意味、madlibは「穴埋め問題」のことを指します。つまり、穴埋め問題を記入することによって、視点をうまく切り替えながら、課題を解決していきましょう、というものです。 オリジナルのテンプレートは以下のとおりです： [USER] needs to [USER’S NEED] because [SURPRISING INSIGHT] | ［ユーザー］は［ニーズ］をする必要がある。 | なぜなら［驚くべきインサイト］があるからだ。 「東京工業大学エンジニアリングデザインプロジェクト」でも当初はこのテンプレートを使っていましたが、どうもありきたりというか、当たり前の視点しか出てきませんでした。よくあるのは「友達に伝えたいからだ」のような社会的な欲求、「役に立つからだ」のような機能的な欲求、「楽しいからだ」

株式会社basicで行われたデザイナー向けイベント"Nextstage Design Nite 〜新しいデザイナーのキャリアを考えよう〜"での発表資料です。 https://nextstage.basicinc.jp/nextstage-nesign-nite -- くれちょん https://twitter.com/redxiii_Read less

本書はGV（旧Google Ventures）およびGoogleで提唱しているデザイン思考「デザインスプリント」の概念とその手順を実践的に解説。デザインスプリントではプロダクトやサービスのアイデアを短時間で作り上げ、ユーザーに示して評価してもらい、アイデア創出からプロトタイピング、ユーザーテストと評価までをわずか5日間で完了させるためのプロセスが定められています。本書では組織でデザインスプリントを実践するために必要な事柄を紹介し、多くのリソースを投入する前にプロダクトやサービスのアイデアを検討し、チームメンバー、ステークホルダー、そしてユーザーを巻き込みながら短期間でより良いユーザー体験を作り上げる方法を伝授します。 目次 賞賛の言葉 推薦の言葉 はじめに 対象とする読者 筆者について 本書ができるまで 謝辞 デザインスプリントとは何であり、なぜ存在するのか Chapter 1.デザインス

こんにちは、株式会社ビットジャーニーに出向中の出口 (@dex1t) です。ビットジャーニーでは、社内情報共有ツール Kibela*1のサービス設計やプロダクトマネジメントに責任を持ちつつ、エンジニアとして開発全般に携わっています。 今回は、新サービスの立ち上げ時にどのような考えで重要指標*2を設計し、それを実際の開発のなかでどう使っていくかという話をします。 なぜ検証をするのか そもそもなぜ新サービス立ち上げ時に、重要指標や検証といった考えが必要になるのでしょうか。それを考えるにあたって、クックパッド的なサービス開発の流れを改めて整理してみます。 企画と検証は表裏一体 サービス開発といえば、企画・開発・検証をぐるぐる回すというのが一般的だと思います。指標は検証段階で活用する道具です。企画で考えたことを確かめるのが検証段階であり、企画と検証は表裏一体です。 したがって、指標の設計をするにあ

＜追記＞オリジナルのデザインスプリント文献翻訳はじめました＜／追記＞ THE GUILDのメンバーで、Google主催のプロトタイピングのワークショップ「デザインスプリント」に参加してくるなど。ご招待いただき多謝でございます。 デザインスプリントとは？ デザインスプリントはグーグルによるデザイン教育メソッドとそのワークショップ。数時間から数日で一気に籠って、商品のコンセプトデザインやプロトタピングを仕上げてしまう高速なデザイン手法です。Googleのベンチャー機関Google Venturesがよく、投資先に行っているものです。 導入事例としては、最近に日本にも上陸したブルーボトルコーヒーのサイトブランディングで行われたのが有名でしょうか。GoogleX内部でも頻繁に行われているようです。本来は5日間でやるこのデザインスプリント、今回は入門編ということで圧縮して2時間で1つの企画を考えます

All slide content and descriptions are owned by their creators.

Prott User Meetup vol.11 Google Playベストアプリ特集 で話したことです。 補足などをここに書きました。 http://tech.pepabo.com/2016/02/05/talked-about-ui-design/Read less

「で、Slack はどうしてあんなにうまくいってるの？何かしら特別なこと、したんでしょ？」車載の Bluetooth スピーカーから声が響く。「なんであれ、彼らにしたのと同じことをして欲しいんだ。」電話で話していたのは、見込みクライアントである有名 SaaS プロバイダーの CEO。自社製品デザインの見直しをうちに頼みたいらしい。上述のような質問を受けたので、これまでに数えきれないほど繰り返してきた説明を彼にもすることにした。 実際のところ、過去一年間、毎日この質問をクライアントや投資家、デザイナー仲間から受けてきた。みんな「Slack 大成功の秘密」をなんとか探ろうとしていたわけだ。Slack は今ではすっかり世間を取り込んでしまったかのように思える。評価額は圧巻の28億ドル、何十万ものユーザー数をほこり、常識はずれの速度で成長中だ。 Slack に関する質問がどうして僕のところに来るか

こんにちは。Yahoo!乗換案内アプリのデザインを担当している関です。 昨年2014年、Yahoo!乗換案内アプリは爆速で11回のアップデートを行い、1,000万ダウンロードを突破し、「乗換案内アプリ」カテゴリーでは実質1位になることができました。この場を借りてご利用の皆様には心より感謝いたします！ 昨年1年を振り返り、度重なるアップデートの際にデザイナーとしてどのような課題解決や意思決定をしてきたかを、iOS版をもとに紹介したいと思います。 フラットデザインだけでは楽しくない！iOS7が発表され、それと同時に一気にフラットデザイン化の波が押し寄せました。 その流れに合わせてYahoo!乗換案内アプリもリニューアル着手となり、GYAO! （ヤフー株式会社が株式会社GYAOと協力して運営している映像配信サービス）から異動したばかりの私にとってはそれが路線サービスで初のデザイン業務となりました

プログラミング教育や社員の健康をサポートする「CHO室」の取り組みなど、DeNAのCSRに関する情報を発信するブログ

1 pixel｜サイバーエージェント公式クリエイターズブログ サイバーエージェントのクリエイターの取り組みを紹介するオフィシャルブログです。最新技術への挑戦やサービス誕生の裏話、勉強会やイベントのレポートなどCAクリエイターの情報が満載です。 はじめまして。 ディレクター、UXデザイナーをしている大塚です。 今回は、5日間でアイデアを形にし、利用者に評価してもらい検証する「デザインスプリント」というプロセスについてご紹介します。 新規サービスを立ち上げたり、新機能を検討し、延々とブレストを繰り返し、いつまでたっても話がまとまらず、ようやくかたちになったら、あまり利用されずに終わってしまうということは、想像しているより良くあることです。 新製品の70-80％が投資分が回収できないという統計もあります。また、その失敗の理由の一番が42％で、市場にニーズがなかったというものです。熱意をもって開発

白状しますが、私にはひどいダッシュボードを構築してきた責任があります。個人的に、この記事に書いた間違いのほとんどを犯してしまいました。ユーザに謝罪するとともに、同じ過ちを繰り返さないことを誓います。これらの過ちが悪い見本として、プロジェクトマネージャやデザイナ、エンジニアがひどいダッシュボードを構築したり確認したりする無駄な時間を少し減らすのに役立つことを願います。 法則1：ほとんどのソフトウェアのダッシュボードはひどい ひどいと言うのは このGoogle画像検索 のようなひどさ（まだ吐いていませんよね？）のことではありません。退屈で、設計が不十分で、有用性も一切ないという意味です。 信じられませんか？　では、今すぐ優れたダッシュボードのソフトウェア名を3つ挙げてみてください。 見つかりましたか？　ええ、そうだと思いました。しかし、ダッシュボードはどこにでもあります。あなたが使っているSa

http://yapcasia.org/2014/talk/show/b49cc53a-027b-11e4-9357-07b16aeab6a4

This guide describes a set of HTTP+JSON API design practices, originally extracted from work on the Heroku Platform API. This guide informs additions to that API and also guides new internal APIs at Heroku. We hope it’s also of interest to API designers outside of Heroku. Our goals here are consistency and focusing on business logic while avoiding design bikeshedding. We’re looking for a good, con

The Art of UNIX Programming 作者: Eric S.Raymond,長尾高弘出版社/メーカー: アスキー発売日: 2007/06/19メディア: 大型本購入: 4人 クリック: 91回この商品を含むブログ (62件) を見る TL;DR Unix Philosophyにおいては、「一つのことをうまくやり、協調する仕組みを持つ」という事が大事 Node.jsのモジュールにおいても同じで、「一つのことをうまくやる、Stream APIで協調する」と良い 「一つのことをうまくやる」にはどうするのが良いのか、ということで substack のモジュール実装例 Simple と Easyの違い ちょっと今回長くて文字が多いので、最初と最後にまとめを用意しました。時間がない方はこれを読むだけでもいいかと。 Unix Philosophy さてさて、Unix Philosoph