ビジネス的な感覚・知識を持つための3つの実践
実は、エンジニアが自社プロダクトのコアな意思決定に関与できていない場合、それには理由があります。単刀直入に言うと、エンジニアがビジネス視点でプロダクトを見ていない、あるいはその能力が不足しているからです。
冒頭で述べた通り、極一部のプロダクトを除き、「プロダクトの売上を上げる」ということが企業の大きな関心ごとなので、基本的にはビジネスへの影響度に応じて開発の意思決定をするのが重要です。そのためエンジニアが開発の意思決定を行うためにはエンジニアがビジネスの理解を深め、ビジネスチームと同じ視点で開発をする必要があります。これにより、技術的負債の返却などの技術的なトピックも、中長期的なビジネスへの影響度、といった観点で検討できます。
ここから、エンジニアがビジネスの理解を深め、ビジネスチームと同じ視点で開発をするために弊社が実施したことを3つお伝えします。
1.ビジネス会議に参加する
まず、普段からビジネスチームがどんな営業活動を行っているのかを把握することが重要です。一番簡単な方法は営業会議など、ビジネスチームの定例会議に出ることです。状況は常に変化するので、単発ではなく、定期的に出席することをオススメします。
どんな市場で、どんな顧客と向き合い、どんな競合がいるのか、現在の課題は何か、それを解決するために何をしているのか……など、さまざまな情報を得ることができるはずです。その際に大切なことは、臆せずビジネスの議論に参加することです。自らビジネス課題の解決方法を考えることでより理解が深まりますし、何よりもビジネス目標に対して真剣に向き合ってくれるエンジニアがいる、ということはビジネスメンバーにとっても心強いものです。ビジネスチームとの信頼感も生まれるでしょう。こうした信頼感がない状況では、開発のコアな意思決定をエンジニアが行う際に軋轢が生じやすくなります。
2.商談に出て、一次情報をキャッチアップする
顧客と商談を行うようなプロダクトの場合、営業担当が実際にどの様に商談を行っているかを知ることも重要です。どんな営業資料を使って、どういうセールススクリプトでプロダクトを販売しているのかを知ることで、改めてプロダクトの強みや弱みを理解することにもつながります。
また、顧客のリアルな声を聞くことは開発時にUXを想像する際にも生きてきます。現在はコロナ禍によりリモートで商談を行うケースも増えているので、必要に応じてリモートの商談の様子を録画してもらい、それを見せてもらう方法が大変オススメです。toCプロダクトや、商談がないプロダクトでも既存顧客にインタビューすることで一次情報のキャッチアップは可能です。一次情報をキャッチアップする環境づくりを積極的に行うことが鍵となるでしょう。
3.ビジネス目標をベースに開発戦略をたてる
ビジネスチームと同じ視点で開発をする、というのは「ビジネスチームの期待とベクトルの重なる開発をする」ということです。ビジネスチームの期待とは、ビジネス目標を達成するために重要になり得るか否かです。よって、ビジネス目標、戦略をまずはしっかりと理解することが大切です。そして、それを満たすためにエンジニアチームの開発戦略、方針を策定します。
筆者の場合、リソースが限られている小規模なチームを担当することが多いのですが、考え方は大規模なチームとなっても同じです。大事なことはエンジニアチームが独立して開発方針をたてるのではなく、ビジネス目標、戦略をベースに策定する点です。当たり前のことかもしれませんが、開発をビジネスチームの期待と合わせるためにも絶対に必要なプロセスなので、まずここがズレていないか、というのは最初に確認する項目です。
まとめ
エンジニアが「ビジネス的な感覚・知識を持つ」ことは、最終的に開発効率を高めることにつながります。理由は以下の通りです。
- プロダクトのリリース後の売上転換の確度が高まる
- 開発側でもUI/UXの判断ができるので開発スピードが上がり、コミュニケーションコストが下がる
- 事業成長を自分ごと化できため、チームの開発モチベーションの維持向上がしやすい
ビジネスにエンジニアが率先して入っていくことで、プロダクトの提供価値や顧客をより近くに感じることができるようになり、プロダクトビジネスの成長速度を上げることができるのではないでしょうか。すべてのプロダクト開発に有効な銀の弾丸、というわけではありませんが、プロダクト開発に携わるエンジニアの方にとって、少しでも参考になれば幸いです。
