ローリング・ノット・ラウンド: Vendasta の Gib Olander が語る製品管理の考え方

Vendasta は、3 人の主要ユーザーが結合して取引のマーケットプレイスを形成するエコシステムです。 当社は、構築、マーケティング、販売、請求、履行、配送という 6 つのユースケースにおける摩擦を解決する必要性を共有する、独立しているがつながりのある 3 つのユーザー タイプにサービスを提供しています。 Vendasta の 3 つのユーザー タイプは、チャネル パートナー、ベンダー、および彼らと当社がサービスを提供する中小企業 (SMB) です。 また、これらのユースケースをまとめて、ユーザーにエンドツーエンドのソリューションまたはオペレーティング システムを提供します。

クライアントのデジタルへの移行を支援します。 「デジタル キャズムからの教訓」をダウンロードして、中小企業のテクノロジー導入を促進するためのデータに裏付けられたヒントを学びましょう。

基本的に、これらのユースケースとユーザーは、テクノロジーの民主化によって地域経済の繁栄を支援するために団結します。 チャネル パートナー、ベンダー、SMB が提供する製品を購入する新しい人を見つけるのを支援することが、Vendasta の活動の中心です。 さらに、彼らがすでに知っている人々に販売する追加の製品やサービスを見つけられるように支援し、ローカル取引を推進します。

この複雑な環境では、焦点を絞った典型的な製品管理理論に従うことはできません。 プロダクト マネージャーにとって最も重要な力は「ノー」と言うことだ、という格言に頼ってはいけません。

教科書、サブスタック、またはツイートのスレッドで読むプロダクト管理のアドバイスのほとんどは、以前の考え方での経験に基づいて書かれています。 この考え方は、技術スタックを立ち上げるのに多大な時間と資金が必要だった時代に、シード資本の調達が困難だったときに形成されました。 当時の古典的なリフレインは、非常に狭い焦点を絞り、機能を提供し、特定のユーザーと顧客セグメントに執拗に焦点を当てることでした。 このアプローチは非常に成功し、SaaS 業界の爆発的な成長につながり、過去 7 年間で規模が約 500% 増加しました。

この爆発により、私たちは新たな競争環境を手に入れました。 当社のユーザーは解決すべき新たな問題を抱えているため、当社もそれに追いつくために製品管理哲学を進化させる必要があります。

以前の時代では、問題を解決するための点的な解決策を見つけることは、冬のコートの中にくしゃくしゃになった 10 ドル札を見つけるのとよく似ていました。 去年の冬に着ていたあの服は、初雪が降ったときにコートを掘り返したときに初めて見つけたんですよね？ 純粋な喜びの感情。

今日、その期待は変わりました。 典型的なソフトウェア購入者の期待は変わりました。 Google に対する私たちの期待が過去 20 年間で変化したのと同じです。

Google 検索の初期の頃、10 個の青いリンクを含む検索結果が得られると満足しており、私たちはそれらのばらばらではあるが関連性のある選択肢から答えをまとめ上げました。 今日では、Google が私の質問に対して完璧な 1 つの答えをくれることが期待されています。 人々は 10 個の独立したソフトウェア ソリューションを購入したいのではなく、ビジネスの成長を可能にするプラットフォームやオペレーティング システムを望んでいます。

今日、SaaS 製品に投資する組織は、それが重要なやるべき仕事 (JTBD) を解決することを期待しています。 この進化する市場の要望に応えるために、Vendasta はパートナーの 6 つの主要なユースケースの相互運用性に対するソリューションを提供するソフトウェアを構築する必要があることを意味します。

• 建てる
• 市場
• 売る
• 請求書
• 満たす
• 届ける

これは、3 つのユーザー集団が相互に対話できるようにしながら、効率的なトランザクションとシームレスなマルチパーティ スレッド通信を生成しながら達成される必要があります。

これを行うには、ヴェンダスタは、リップリングスの創設者パーカー・コンラッドが「複合スタートアップ」と呼ぶもののように考え、行動する必要があります。

この状況の変化は、製品管理に対して進化したアプローチを採用する必要があることを意味します。 共有サービスをベースに構築するものです。 統合を考慮しながら、可能な限り幅広いユーザー向けに構築する場所。 私たちは、いつ記録システムになれるのか、いつエンゲージメントシステムになれるのかを見極める必要がありますが、両方を放棄することは決してありません。 私たちは、顧客とその顧客にとってエンドツーエンドのエクスペリエンスを完成させるために、ソフトウェアの相互運用性を構築する必要があります。 バンドル機能を最大限に活用し、これを活用するためにそれに応じて価格を設定することに重点を置く必要があります。 DevOps におけるシフトレフトアプローチの強化の利点を最大限に活用する必要があります。

製品管理におけるこの進化を先導するにあたり、私は自分がお気に入りの古いことわざを使っていることに気づきました。 何年も前に指導者からこの言葉を言われたとき、私はこの言葉を口にしました。 「ギブ、転がしてみろ、十分長く転がれば、いつかは丸くなるから。」

この循環的思考ではなく、解決すべき一般的な問題から始めることができます。 可能な限り幅広い聴衆を考慮することができます。 私たちは、エコシステムが達成する必要がある結果に集中し、パートナー、その顧客、そしてヴェンダスタの成果を推進することができます。 この最初のスライスが、パートナーのワークフローとプロセスにLodestone を提供することを私たちは知っています。 パートナーが当社のソフトウェアをどのように使用するかについての最初の羅針盤を手に入れたら、商業的に実行可能な方法で製品を開発して荒削りな部分を取り除くことができ、すべての課題を解決しようとするのではなく、効率的な優先順位付けを使用して幅広い問題に取り組むことができます。最初のスライスで具体的なニーズを明らかにします。 これにより、より多くの問題に取り組み、より多くの価値を提供し、バンドルを拡張できるようになります。

このコンパスを適切な位置に配置し、石が転がり始めると、他のどのソフトウェアが当社のソリューションと連携する必要があるかを学び、新しい製品のアイデアや統合につながります。 そのソフトウェアがなぜ重要なのか、組織のどの部分にアクセスする必要があるのか​​、あるいは若干異なる設定が必要なのかを学びます。 やるべき仕事を解決するためにどのような機能が重要であるかを学びます。 さまざまなソフトウェア コンポーネントの最適化された相互運用性のニーズや、オーケストレーションが必要なデータの種類がわかります。 この学習はすべて、実際に投資したユーザーを対象に行われます。 機能の次の出力を提供するだけでなく、メトリクスと測定を使用して結果を推進できるようになります。

丸くするのではなく転がすというのは考え方です。 製品に完成はなく、今日の世界では、製品が独立して評価される際には、付加機能を最も多く備えていることが重要です。 ただし、製品がエンドツーエンドのビジネス プロセスのコンテキストで評価される場合、最も多くの機能を備えた製品が勝つわけではありません。 これは、ユーザーの勝利を支援する適切な機能のシームレスな統合です。

そこで Vendasta では、3 つのユーザー タイプにぴったりと当てはまる中心的なユースケースを見つけることによって、「丸くならない」という格言を実践しました。 次に、実行するジョブを定義します。 私たちは、最初のスライスで可能な限り幅広いユーザーに価値を迅速に提供し、その後の各革命で機能、機能、構成を追加し、スプリントごとに製品をますます丸くしていき、製品をより速く成長させます。

面白いのは、 「Rolling Not Round」のような言葉が頭の中でガタガタ鳴り、あなたの行動のほぼすべてを変えてしまうのに、その言葉を言った人の記憶にさえ残らないことです。 この場合、数年後、私は賢明なアドバイスをくれたこの指導者に感謝しました。 彼は微笑みながら、そんなことを言った覚えはないと言いました。 「大事に使ったようだから、自分のものだと言っていいよ」と言い残して。