開発におけるMVP（Minimum Viable Product）の3つのアンチパターン - astamuse Lab
こんにちは！ 2019年11月に入社し、プロダクトマネージャーをしている竹村（@juntakemura_pdm）です。 今回が初ブログになります。 先月から開幕したプロ野球ですが、このブログを書いている時点で東京ヤクルトスワローズが単独首位に立っています。 スワローズファンの私としては非常に気分が良い日々を過ごしております。 滅多にないことなので記念に書かせていただきました。 さて、本題に入りますが、私は入社してから「転職ナビ」という転職サイトに携わっております。 転職ナビに関しては、以下のエントリで触れられているのでそちらもご覧ください。 lab.astamuse.co.jp PMとしてプロダクト作りに関わる中で、MVPに関する学びを多く得たので、今回はそれについてお話ししたいと思います。 前半はMVPに関する一般的な話となりますので、既に知っている方は読み飛ばしても構いません。 MVP
エンタープライズ向けサービスのMVPはこうして失敗する。｜大平 裕介/ CEO at リーナー
どうもエンタープライズ企業の調達を刷新したい企業、Leanerの大平です。 エンプラSaaSの雄である会社の創業メンバー兼役員の方と、オンラインランチの機会があり、示唆深かったので許可をいただきメモ公開します。 ※この記事ではエンタープライズ企業は略称としてエンプラと書きます エンプラ向けにサービス開発している方の参考になったら嬉しいです！ 拡散していただけると次回のやる気になるのでそれも嬉しいです（重要）！ より話してみたい方や、少しリーナーに興味あるかもという方は、下記URLよりカジュアルに話しましょう！！ "SMBのMVP"と"エンプラのMVP"一緒にすんな当然だが、SMBとエンプラでは、業務のオペレーションや目標・ミッションなどすべてにおいて、個社性がまったく違う。 比較的、SMBでは、個社性が低く。エンプラでは、個社性が高い。 だからこそ SMBは、MVPが「画一的」で許される。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
