この記事は、ベルフェイスの有志メンバーで繋ぐ 新年ベルリレー 6日目のコンテンツです。
最近はお仕事で大企業向けの機能開発を行なっているのですが、その経験の中で一つ自分の中で整理したことがあるので、まとめておこうと思います 💁♂️
toBプロダクトのサブ機能のプロダクトマネジメント
プロダクトマネジメントにおいては「顧客のBurning needsを満たせ」「あったらいいなはなくていい」と言われており、余計？な機能をつけることは一般にアンチパターンとされています。
ただ、toBプロダクトにおいてこの原則を無批判に受け入れるのは少し危険なのかなと感じています。
toBプロダクトの機能は大きく2つに大別されます。
プロダクトとしての価値を生むコア機能 と そのコア機能を顧客へ届けるためのサブ機能 です。このサブ機能は例えば
- アカウント管理機能
- 申請・承認機能
などが該当します。
サブ機能はそれがあるからそのプロダクトを購入するような類のものではありませんが、企業(特に大企業)においてはセキュリティや統制の問題でこうした機能が求められます。
大企業で求められる要件は各社各業界で千差万別なため、このサブ機能で拡張性や柔軟性のない設計をしてしまうと冒頭のエンジニアの阿鼻叫喚につながってしまうのです。
取るべき戦略はまず大企業に売ってしまうこと
このジレンマに対応する方法はあるのでしょうか？
僕の結論としては、そのプロダクトの対象マーケットのうち1番要件が複雑な複数の企業（業界）に対してまずプロダクトを売ってしまうのが良いと思っています。
これによってプロダクト設計にそのプロダクトにとって必要十分な拡張性・柔軟性が盛り込まれます。
また、1番要件が複雑な企業というのは得てして大企業で、受注額も大きく会社の成長にも大きく寄与します。
そしてそうした大企業は業界のリーダーであることも多く、「xxさんが使ってるならうちでも使ってみようか」とオセロのように一気にそのマーケットを押さえることができます。
その際はすでにプロダクトの設計に拡張性と柔軟性が盛り込まれているため、少ない追加コストでさらなる顧客要望にも応えていくことができます。
