皆さんはデザインや開発などのプロジェクトに対して、どのような見積りを出しているだろうか？ おそらく日本では “制作業務” として認識されるか “コンサル業務” として請けるのか、もしくは “顧問契約” になるのかによってその方法は様々であると考えられる。 ざっと想像してみても下記のような見積り方法があるだろう。 一般的な見積り算出方法納品ベース人月単位期間ベース時間単価換算プロジェクト単位クライアント予算成果報酬サービス提供側の言い値しかしどれをとっても、何が “正しい” かがはっきりとしないし、実はベストのものはない。それぞれに弱点があるのだ。 それぞれの見積り方法の弱点では、上記の異なる見積り算出方法で弱点をみてみたい。 納品ベースの弱点日本の商習慣における最も悪しき習慣がこの納品ベースでの見積り、支払い文化であろう。納品されるモノの対価に対して価格が算出されるという、まさに「下請け」

VersiononeのBoris WertzとAngele Tran Kingyensが執筆したA Guide to MARKETPLACESの日本語訳です。 Japanese version of 'A Guide to MARKETPLACES' written by Boris Wertz and Angele Tran Kingyens @ Versionone.Read less 2. 2 目次 イントロダクション .................................................................................................... 5 マーケットプレイスとは？ .....................................................................

A Guide to MARKETPLACESという、とあるVCがまとめた指針より、僕自身が特に気になったポイントをサマライズした。なお現DeNA Strategic Investment Officeにてパートナーを務める安田氏による日本語訳もあるので気になる方はこちらもどうぞ。 文末にフリマアプリの成功要因の考察や所感を記しています。 A Guide to MARKETPLACESとは？ Version One Venturesでパートナーを務めるBoris WertzとAngela Tran Kingyensによって作成された、世界中のマーケットプレイスの概況と成功パターンを抽出し知見をまとめたものだ。 Introductionには以下のように記載されている。 INTRODUCTION What follows here are some of the insights we’ve

この連載では「デザイン思考」の概念・外縁をストレッチするようなトピックに触れてきた。今回はデザイン界の新種（珍種）の「ビジネスデザイナー」という特定の職種に焦点を当て、デザイナーの果たす役割や位置付けの変化について紹介したい。 デザイン界の新種・希少種「ビジネスデザイナー」 この連載を始めてから、「ビジネス出身の人間として、デザインファームでどのように働いているのか、その実態を聞きたい」という問合せを、経営コンサルティングファームに勤める何名かの方から頂いた。まだまだ数は少ないだろうが、ビジネスからクリエイティブへの転身は徐々に注目されているように感じる。 この記事は、さまざまな人に行った断片的な回答を、総集編的にまとめたものにもなっている。 海外のビジネス誌で「これからの10年、消えるデザイナー、生まれるデザイナー」というテーマの特集をちらほら見かけるようになった。流行りのVRやAI、新

Amazon Dash Buttonについて、人と話す機会が何度かあったので、 いかにAmazon Dash Buttonがヤバイかを毎度説明するのだが、 「あんな電池が一年で切れるデバイスは使えない」 「商品がドラッグストアよりも高いのに買うやつはいない」 といった的外れな答えが割と帰ってきて、もんにょりすることが多いので、私が思うヤバさを解説してみようと思う。 エンジニアリング的なヤバさ Amazon Dash Buttonは、どう考えてもビジネスモデルから逆算してハードウェアを設計しているので、ハードウェアから設計して、ビジネスモデルを作ろうとしている連中は絶対に勝てない。 ビジネスモデルによってハードウェアに対する要求は大幅に変わる。 IoTデバイスはコスト、大きさの面でリソースが限られているため、限られたリソースをどこに割り振るかで、要求を満たせるかどうかが決まる。 Amazon

2017年1月18日に行われた「たまキャリ #1」のセッションで使用したスライドです。Read less

This domain may be for sale!

2. 「ユーザビリティ エンジニアリング(第２版)」 1章ユーザ中心設計概論 2章インタビュー法 3章インタビューの実践 4章データ分析法 5章発想法 6章プロトタイプ 7章ユーザビリティ評価法 8章ユーザテスト 9章ユーザテストの準備 10章ユーザテストの実施 11章分析と再設計 12章ユーザ中心設計活動 *無料サンプル版（第2章全文） http://www.slideshare.net/barrelbook/ss‐26183115 全面広告 全面広告

議論をしていて、「あれ？」と感じることはないだろうか。 たとえば「Ａ説があるから、Ｂ説は間違いだ」と主張する人がいる。ところが、Ａ説のどのような点がＢ説よりも優れているのか説明しようとしないし、そもそもＡ説とＢ説が同時に成立する可能性も検証しない。Ｂ説の存在だけで、Ａ説を否定できると思い込んでいる。1つの問題には1つの解答しかありえないと信じている人がいるのだ。 当然ながら、問題と解答がいつでも１：１で対応するとは限らない。しかし、私たちの脳には「唯一の答え」を追求しようとする傾向があるらしい。 これは日常的な議論に限らない。飛び抜けて頭がいいはずの科学者たちも、しばしば同じような論理学上の間違いを犯す。たとえば「ある生物がその特徴を持つのはなぜか？」という疑問を考えてみよう。なぜ鳥は飛ぶのか。なぜ哺乳類は子供に母乳を与えるのか。これらの疑問に「唯一の答え」はない。動物学者ニコラス・ティン