【ソリューションプロダクトフィットとプロダクトマーケットフィット#01】ソリューションプロダクトフィットとMVP
本シリーズでは3回に渡って、新規事業創出における顧客開発の検証活動、ソリューションプロダクトフィットとプロダクトマーケットフィットに向けた取り組みについてご紹介いたします。 ・新規事業創出について検討したいが、どこから始めればいいかわからない ・新規事業チーム内の共通認識を作りたい ・新規事業創出にあたる検証活動を理解したい といった方々のお役に立てますと幸いです。 本シリーズ・新規事業創出におけるソリューションプロダクトフィットとプロダクトマーケットフィットに関する記事の一覧 #01：ソリューションプロダクトフィットとMVP #02：プロダクトマーケットフィットとは #03：マーケティングとブレイクスルー ソリューションプロダクトフィットとは ここからはソリューションプロダクトフィット（SPF）の検証活動についてみていきます。 ソリューションプロダクトフィットでは「解決策をプロダクトとし
【3ヵ月で年間目標CV達成】CVR改善を連発する「UX課題ツリー」とは？ | 株式会社LANY | デジタルマーケティングカンパニー
競合より自社サービスの使い勝手が悪い気がする 使い勝手の改善の仕方がわからず手をつけていない 細かいUI・デザイン・コピーの改善はしてきたけど、売上に効果があったのがわからない 売上を改善するのに「集客改善」はもちろん有効ですが、せっかくアクセスいただいたユーザーさんに離脱されていては集客効率は上がりません。 集客改善を売上につなげるためにも「使い勝手（UX）改善」は重要です。 しかしながら「UX改善」についてまとまった資料を探すことは難しく、 と疑問に感じるプロダクトオーナーの方も多いでしょう。 そこで今回は、国内大規模サービスのインハウスUXデザイナーとしてCVR改善を5年以上経験している私が、効果的なCVR改善施策を連発するのに有効な「UX課題ツリー」を解説します。 「UX課題ツリー」を導入することで、自社サービスの性能を効率よく改善できる「UX課題」を明らかにでき、決め打ちでサイト
デザイナーの帽子をかぶったわたしが、プロダクト開発するうえでスクラムチームに提供したいこと / what I want to provide to Scrum teams when developing products
Scrum Fest Fukuoka 2024の登壇資料です。 プロポーザル：https://confengine.com/conferences/scrum-fest-fukuoka-2024/proposal/19575
Spotifyのプロダクト戦略をUIの変化から読み解く｜鈴木慎吾 / TSUMIKI INC.
Spotifyのタブバー、いままで5つだったタブが3つになってた。消えたのはBrowseとRadio。BrowseはSearchに統合され、Radioの機能はたぶん消えた。こういうアップデートって勇気がいるが、結果使いやすくなったと思う。 pic.twitter.com/vf1ncj0qjh — 鈴木慎吾 / TSUMIKI INC. (@shingo2000) October 19, 2018 長く使われ続けているサービスでは、新しい機能がどんどん追加されていきます。新しいユーザーを増やしたり、現在のユーザーを引きつけ続けることが主な理由で、Spotifyにも様々な機能が追加されています。それにも関わらず主要なナビゲーションのタブを減らすのは勇気のいる選択だと思いました。プロダクト開発に関わっていると実感しますが、何かを付け加えることよりも何かを削ることのほうがずっと難しいのです。このU
ビジネスインパクトのない新機能に費やす時間とコストを低減する｜mtx2s
リリースした新機能がビジネス指標に何の影響も与えていない。ユーザーからの評判も芳しくない。いや、そもそも反応すらない無風状態。我々が費やした努力と時間はなんだったのか。 このような失敗は、ソフトウェアプロダクト開発に携わっていると何度でも経験します。むしろ、期待通りの成果を得られることの方が少ないでしょう。 失敗から得られる知見もありますが、それと引き換えに費やしたコストと時間は戻せません。それが繰り返されると、組織全体の士気が落ち、学習性無力感に支配されていきます。ソフトウェアプロダクトは、そのマネジメントにおいて、常にこれらのリスクを抱えています。 本記事では、機能リリースに伴うこのようなリスクを制御する方法について考えます。 期待する成果が得られないことを前提に計画する機能リリースが期待どおりのインパクトをビジネスにもたらすかどうか。それを事前に予測し、世の中に送り出すべきアイデアを
SaaSプロダクト組織を作るなら知っておきたい、「B2BとB2Cのプロダクトマネージャー」6つの違い - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
本稿はベンチャーキャピタル、ALL STAR SAAS FUNDが運営するサイトに掲載された記事からの一部を転載したもの。全文はこちらから読める。同社のメルマガ「ALL STAR SAAS NEWSLETTER」と出資先のスタートアップ転職に関するキャリア相談も受付中 プロダクトマネージャーという職業が、日本のスタートアップでも認知されてきました。単体のプロダクトの価値向上や複数のプロダクト展開による非連続な成長をリードする中心的存在です。また、「キャッシュ効率」や「利益の創出力」が重視されるマーケットの環境においてカギとなる役割を担っているとも言えるでしょう。 近年では、日本でもプロダクトマネジメントの知見が、書籍やブログなどで流通するようにもなりました。確かにプロダクトマネージャーの仕事は、大まかに見れば共通する部分は多くあります。 しかし、協働するステークホルダー（顧客・社内）や事業
ユーザーが答えを知っているわけではない｜#BYARD開発記 07｜BYARD
第7回は、ユーザーへのヒアリングにどのような心構えで臨んだのか、「解決すべきユーザーの真の課題」の設定がヒアリングをし直す前と後でどのように変わったのかを振り返ります。 「BYARD開発記」について ※本文はこの下からスタートです 株式会社BYARD・代表の武内俊介が、サラリーマンから税理士資格の取得を経て起業し、BYARDというプロダクトを作り上げるまでの開発ストーリー。 開発に至るまでの背景や、プロダクトの設計に込められた想い、起業・開発を通じて得た経験などをご紹介します。 ※この記事は本人への約半年に渡る取材をもとに執筆／構成を行っています。 （ヒアリング／執筆／撮影：藤森ユウワ）ユーザーヒアリングの徹底的なやり直し新しい製品やサービスを開発する際には、皆さんもいろいろな市場調査を行っていると思います。しかし調査結果の中に明確な答えが存在するわけではなく、結果をどう解釈し何をプロダク
ユーザーの言う「欲しい」はウソなのか？ UXデザイナーが教える「本当のユーザー理解」 | 【レポート】デジタルマーケターズサミット2022 Winter
「ユーザーを理解する」の本当の意味を理解するお客様の目線になって考えよう 自分がユーザーだったらどうしてほしいか考えよう どちらも、よく聞く言葉だ。しかし、ユーザーのことを考えずにプロダクトを作る人はいない。誰しも、ユーザーのことを考えているはずだ。にもかかわらず、世の中には「使ってもらえないプロダクト」「使ってもらえない機能」「ユーザーに響かない施策」があふれている。これは「ユーザーならどうしてほしいかを考えるだけでは、プロダクトづくりの解像度に足りないからだ」と、羽山氏は言う。 のどが渇いているAさんに、何を出す？たとえば、Aさんが「のどが渇いたなー」と言ったとする。あなたは「のどが渇いているのか。自分だったら冷たいお茶が飲みたいから、お茶を出そう」と思う。これは、相手のことを考え、自分だったらどうしてほしいか考えた結果の行動だ。 しかしお茶を差し出すと、Aさんは「気持ちは嬉しいけれど
ブルシットプロダクトからチームを守れ! ｢顧客が本当に必要だったもの｣を追求するプロダクトマネジメントを実現するぞ
ユーザーから見て、ただひどいだけでなく、開発したり販売する人たち自身がプロダクトに価値がないと感じており、また買ってもらうことに罪悪感を感じるようなプロダクトやサービスをブルシットプロダクトと呼びましょう。 ブルシットプロダクトとは何か、どのようにして生まれるのか、なにをすれば解消されるのか、顧客…
3つの決めつけから見る失敗の要件定義
## 今回発表したイベントについて PeerQuest Inc. （ https://peer-quest.jp/ ）様主催の、#開発PM勉強会（ https://twitter.com/search?q=%23%E9%96%8B%E7%99%BAPM%E5%8B%89%E5%BC%B7%E4%BC%9A&src=typed_query ）の第7回目のイベント、「要件定義どうしている？共有LT」で発表させていただきました。 株式会社Speee プロダクトマネージャー 塚本尚 https://peer-quest.connpass.com/event/229463/ ## 発表した内容について 結局行き着いたのは、（あるある話だとは思いますが）**whyとwhatの定義をしっかりす定義すること** でした。 その過程で多くの失敗をしたので、当時私がやってしまった要件定義時の失敗について発表し
プロダクトセンスとは 〜帰納的思考と演繹的思考〜｜Yuki Manno
本当はおすすめのスーパー書きたかったんだけど、写真ないと楽しくないな、と思ったのでまた真面目なことを書くことにしました。 プロダクトチームに移籍して約1年、アメリカ来てから4ヶ月以上が経って少しずつ「プロダクトマネージャー」という仕事が見えてきたのでその話をしようと思います。 プロダクトマネージャーの役割プロダクトマネージャーという仕事は、名前は聞いたことがあっても実はどういう仕事か分からない、という人も多いんじゃないでしょうか。工数管理？ガントチャート？みたいなイメージの方もいることでしょう。 一言で言ってしまうと、プロダクトマネージャー＝エンジニアとビジネスを繋ぐ橋、だと僕は思います。 自社のプロダクトを持つようなIT企業であれば、そのプロダクトを売ることで生計を立てているわけなので、売れるプロダクトを作らなければなりません。でも例えば技術的な難易度、実現性などを無視してしまうとどうな
Visual guide to best books on Product Managementのリンク集｜渡辺悟史（sassy)
Rashemさんが、Visual guide to best books on Product Managementというダイアグラムをtweetしてました。 Visual guide to best books on Product Management based on where you are in your PM career and what you want to explore#productmanagement #Growth pic.twitter.com/CD11JqsE5Q — Rashem Pandit (@rashem48) July 21, 2021 で、思ったのがこれらの書籍たちは、翻訳本されるとタイトルだったり表紙が変わるので、調べるのめんどうくさいな、だったら日本語のまとめて作ったほうが良いかもと思い、Rashemさんに「日本語版作ったもいい？」ってきい
顧客のBurning needsを解決する | chikathreesix
こんにちは、@chikathreesixです。エンジニア起業家としてAutifyというAIを用いたソフトウェアテストの自動化製品を開発するスタートアップのCEOをやっています。 この記事では、BtoBスタートアップがProduct Market Fitするために必須である「顧客のBurning needsを解決する」ことについて、アメリカのアクセラレーターAlchemist Acceleratorにて学んだ経験を元に書きました。 僕らがどのように顧客のBurning needsを見つけ、Autifyという製品にたどり着いたのか、その過程と失敗について共有することで、エンジニア起業家やBtoB SaaS起業家の方々の参考となれば幸いです。 ※BtoCには当てはまらないケースもあるかもしれませんが、僕はBtoCの事は全くわからないのでご容赦ください。 弊社は2019年の1月にアメリカのトップス
君のプロダクトはビタミン剤か？鎮痛剤か？それとも治療薬か？ デザイン会社 ビートラックス: ブログ
プロダクトやサービスのアイディアを考える際に最も重要とされているのが「ユーザーの課題解決に繋がるか」という点。これは、どう考えても正しい考え方な気がする。だって、そもそも課題を解決してくれないサービスなんていらないし、お金も払う気にもならない。 と、思いがち。でも現実は大きく異なる。 意外と課題を解決していないヒットサービスが多い現在大ヒットしているプロダクトのその多くが、実は元々あった課題の解決をしていないのだ。まさかと思うが、下記のようなサービスは、ユーザーのどんな課題を解決したのだろうか？ InstagramYouTubeTikTokそう。どうしても解決してほしい課題があったわけではない。でも、使い始めたらなぜか使い続けてしまう。これらのサービスは、課題を解決していないのに、新たな習慣を通じ、ユーザーに大きな価値を生み出した。 これこそがプロダクトやサービスを考える際の大きな盲点。
OYO日本人第一号社員が振り返る、OYO LIFEの事業立ち上げから承継まで｜菊川 航希 | Yosemite Inc.
**なお、OYO Japanはソフトバンク・ソフトバンクビジョンファンド・OYOを株主として、引き続きホテル・旅館事業を新体制で展開していくので、引き続き応援お願い致します！ 感謝とお詫び個人的な振り返りに入る前に、まずは、改めてこの場で、OYO LIFEの関係者の皆様にお礼とお詫びを申し上げたいと思います。 まずは、OYO LIFEに物件を提供頂いたオーナー・管理会社の皆さま、OYO LIFEに入居いただいた皆さま、応援していただいた皆さま、ご協力いただいた仲介事業者様・パートナー企業様、そしてチームの皆さま・株主の皆さま、これまでご支援いただき誠にありがとうございました。 サービス発表時の事前申込は1万人を超え、リリース時の最初の数百物件も即日完売し、SNSでも大きな反響を生みました。その後、我々は「100万室獲得」という壮大な目標を掲げ、単なるマンスリーマンションサービスではなく、新
プロダクトマネジメント私記
2 年前にソフトウェアエンジニアからプロダクトマネージャーにロールチェンジした。ソフトウェアエンジニア時代は割と頑張れてたし成果を出せてた気がするのだけど、プロダクトマネージャーになってからは正直かなり苦戦した。プロダクトマネージャー 3 年目を迎えてようやく仕事に自信が持てるようになってきた気がするので、振り返りを兼ねて、これから同じようにプロダクトマネージャーにコンバートしたいと思っている人の役に立てばと思って書きます。 Table of Contents プロダクトマネージャーになった理由 プロダクトマネージャーの役割 1. 何がユーザーの問題かを特定する 2. その問題を解決する製品を定義する 3. 製品がリリースされるまで開発チームに帯同し、リリースを成し遂げる 4. 製品が「正解」であったかの評価を行う 実際になってみてのギャップ プロダクトマネジメントの認知度が原因？ 一体型
【翻訳】 図解 プロダクトづくりの構造 - ykmc09 blog
訳者注 本記事は、Dan Schmidt 氏のブログ記事「A Visual Vocabulary for Product Building」をご本人の許可のもと日本語訳したものです。 ninjinkunさん、Koshiro Kumikoさんにレビューにご協力いただきました。的確かつ、建設的で思いやりのあるアドバイスとフィードバックに感謝します。 同一著者の関連記事としてこちらもぜひ合わせてご覧ください：【翻訳】プロダクトマネジメントトライアングル 以下、翻訳本文です。 プロダクトビルダー（訳注：プロダクトをつくる人たち）が自分のプロダクトに当てはめられるような、成功するプロダクトをつくる方程式はありません。これは、プロダクトが置かれている常に変化するコンテキストに、プロダクトづくりの詳細が大きく左右されるからです。あるプロダクトで成功した戦略が別のプロダクトではまったくあわないこともありま
新しくプロダクト開発に入ったときにやっていること | wapa5pow blog
年度が代わり新しい環境に行く人も多いですね。新しい環境・プロダクトだといろいろ戸惑うことがあります。自分は数年ごとに転職し、副業も複数のところでしているので初めての環境に関わることが結構あります。そのなかで素早くチームになじんでプロダクトに貢献できるようにやっていることがあるのでそれを紹介したいと思います。 自分がウェブやアプリのエンジニアなのでその文脈で話します。 「プロダクトのあるべき姿と現状を把握する」と「短期的・長期的に貢献できることを探す」ことを意識してやっています。 プロダクトのあるべき姿と現状を把握する 関わるプロダクトがユーザの何を解決しているのか理解することは開発する上で非常に大切です。機能を開発する上でもただ開発するだけでなくその機能自体が必要なのかどうか、必要ならどのような機能にすればユーザが問題を解決しやすいかという何を開発するかに密接にかかわっています。 1. ア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
誰のためのプロダクト?
Typedream – Plan & Build Your Website with AI | AI Website Builder for Businesses & Designers
