サービスデザインの極意 機能を「シンプルにする」ことの難しさとは デザイン会社 ビートラックス: ブログ
足すより削る方が難しい。これはデザインをした者であれば誰もが直面したことのあるチャレンジだろう。現在のサービスデザインでは、足し算よりも引き算の方が何倍も重要である。 事実、現在ヒットしている商品やサービスのその多くが、機能の多さよりも必要最小限の機能でユーザーの目的を果たすことで人気を集めている。 リリース当初、Snapchatは、しばらくすると消えてしまう画像をユーザー同士で送り合うだけのアプリだった。Uberでは、タクシーの事前予約はできなかったし、Amazonは本だけを売っていた。 Googleは検索エンジンに過ぎなかったし、マクドナルドはフォークとナイフを提供していなかった。 たくさんのことがそれなりにできるよりも、ある一つのことを最高レベルの洗練された体験で提供することにフォーカスしているプロダクトに人々は熱狂する。それなのに、我々プロダクトチームの多くは、成功する製品には多く
MVP（Minimum Viable Product）の意味を理解する。そして、なぜ私はEarliest Testable / Usable / Lovableを好むのか。 | ANKR DESIGN | デザインリサーチ・プロトタイピング・サービスデザイン
数年前、私はこんな絵を書いて、アジャイル開発やリーン開発のついての様々なプレゼンで用いた。 そこから、この絵は急速に広まっていった！記事、プレゼン、さらには本（Jeff Pattonの”User Story Mapping”という素晴らしい読み物なのだが）にまで至る所で姿を見せた。多くの人がこの絵は反復型開発、リーンスタートアップ、MVP(minimum viable product)の本質をよく捉えていると伝えてくれた。しかし、元の文脈から切り離して物事を捉える際にはごく自然なことであるのだが、この絵を誤解している人がいる。簡素化しすぎだと非難する人もいる。（正しい指摘である） この絵はあくまで比喩である。実際の車の開発の話ではなく、車を比喩とした一般的なプロダクトの開発の話なのである。 とにかく、これらのバズからこの考えの背景を話す時だと判断したのだ。 １つ目の例：not like
「エンジニアは高過ぎる意識を捨てよ」と言われたスマニューPMたいろーさんの「サービス改悪」回避法 - エンジニアtype | 転職type
2020.10.14 スキル 「良いサービスやプロダクトを作って、より多くの人に使ってほしい」 アプリなどのWebサービス開発に携わるエンジニアであれば、きっと誰もがそう思うはず。 しかし、実際には新機能をリリースしても利用率が伸び悩んだり、UIを変えても「使いにくい」というネガティブな反応が出てきたり、作り手の意に反してユーザーがプロダクトから離れてしまうことは少なくない。 作り手の善意が、ユーザーの期待に応えられないケースは、なぜ起きるのだろうか？ ーー実は、その原因は「人間観のズレ」にあるかもしれない。 そう主張するのは、スマートニュースのエンジニア部門でTech PMを務める、たいろーさんこと森山大朗さん。以前、森山さんが発信した以下のコメントが、Twitter上で話題になった。 ＞＞元ツイート そこで森山さんに、「人間観のズレ」を見直す必要性を強く感じたエピソードや、ズレを放置し
知っておくと便利な思考フレームワーク×35 | knowledge / baigie
世の中には、経営やマーケティングのためのフレームワークや論理モデルが数多く存在しています。これらを学ぶことは、ビジネスパーソンとしての私の基礎力に繋がるのではないかと思い、特に著名なフレームワークを中心に、作られた背景や基本的な特徴を少し調べてみました。 3C マッキンゼー・アンド・カンパニー在籍時代の大前研一氏が1982年に発表した著書『The Mind of the Strategist』の中で提唱したフレームワークです。環境分析の手法のひとつといえるもので、外部分析と内部分析を簡潔に組み合わせて、市場機会を発見することを目的としています。 1980年代、トヨタ、SONYなど日本の製造業が世界市場で高い競争力を持っていました。しかし、成功している企業には必ずしも優秀な戦略コンサルタントがいた訳ではなく、洞察力と直感力による戦略立案がなされていました。 経営やマーケティングに関する「天賦
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
