エンタープライズ向けサービスのMVPはこうして失敗する。｜大平 裕介/ CEO at リーナー
どうもエンタープライズ企業の調達を刷新したい企業、Leanerの大平です。 エンプラSaaSの雄である会社の創業メンバー兼役員の方と、オンラインランチの機会があり、示唆深かったので許可をいただきメモ公開します。 ※この記事ではエンタープライズ企業は略称としてエンプラと書きます エンプラ向けにサービス開発している方の参考になったら嬉しいです！ 拡散していただけると次回のやる気になるのでそれも嬉しいです（重要）！ "SMBのMVP"と"エンプラのMVP"一緒にすんな当然だが、SMBとエンプラでは、業務のオペレーションや目標・ミッションなどすべてにおいて、個社性がまったく違う。 比較的、SMBでは、個社性が低く。エンプラでは、個社性が高い。 だからこそ SMBは、MVPが「画一的」で許される。 一方、エンプラは、MVPに「個別性」が求められる。 SMBは、MVPが「境域な要件」で許される。 一方
MVP（必要最小限のプロダクト） | UX TIMES
ユーザーの欲しいものを時間をかけて作っても、使ってみるといらないと言われることがある。ユーザーは使ってみるまでプロダクトの価値が分からない。ユーザーへプロダクトの価値を確かめるための必要最小限のプロダクトをMVPという。 経営コンサルティング会社SyncDevのCEOであるFrank Robinson（フランク・ロビンソン）氏が、2001年にMVPを提唱した。2005年に、起業家であり学者のSteve Blank（スティーブ・ブランク）氏が、そのコンセプトを説明し、2010年に書籍「Lean Startup（リーンスタートアップ）」でEric Ries（エリック・リース）氏によって紹介された。 ユーザーの言う通りに作ってもダメな理由 ユーザーは、欲しい機能を実際にどう操作するか想像していないのに、あれば良さそうな機能も欲しいと言うことがある。 タスク管理アプリであれば、タスクの登録以外にも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
