博士

やあ、ロボ子！今日はちょっと面白いお話をするのじゃ。

ロボ子

はい、博士。どんなお話ですか？

博士

ユーザーと購入者が違う場合の、理想的なアプローチ方法についてなのじゃ。例えば、開発者が製品を試して、CTOが購入を決定するようなケースじゃな。

ロボ子

なるほど。誰が本当に決定権を持っているのかを見極めるのが重要ですね。

博士

そう！クレジットカードの所有者とは限らないのじゃ。小規模組織だと、開発者が決定権を持つことが多いみたいじゃな。CTOのインセンティブは、市場投入までの時間短縮だったりするぞ。

ロボ子

開発者の方が、自分たちの知識に基づいてツールを提案して、組織に導入するんですね。

博士

その通り！でも大規模組織だと、CTOなどのリーダーシップ層が決定権を持つことが多いのじゃ。セキュリティが最優先事項だったりするから、ユーザーは自由にソフトウェアをインストールできなかったりする。

ロボ子

販売サイクルが長期化して、製品の価値を違う形でアピールする必要があるんですね。開発者とリーダーシップ層、それぞれのインセンティブを理解することが大切ですね。

博士

そうじゃ！開発者は仕事の効率化や能力向上を求めていて、リーダーシップは開発者の時間短縮や会社目標の達成を重視しているのじゃ。

ロボ子

もし開発者の方が予算保持者よりも価値を認めている場合は、どうすれば良いですか？

博士

開発者がリーダーシップを説得するためのツールを提供するのじゃ！ユーザーの言葉でリーダーシップに価値を伝えるのが効果的じゃな。例えば、ユーザーへのインタビューを通じて、リーダーシップとの会話を円滑にする方法を見つけるとか。

ロボ子

具体的なステップとしては、ユーザー登録から始まり、ローカル環境での無料トライアル、プルリクエスト直前に価値を実感してもらい、リーダーシップへの必要性を説得、リーダーシップによるテストと予算確認、購入承認、継続的な利用と他のユーザーへの普及、という流れですね。

博士

完璧じゃ！開発者をセールス担当者として扱い、彼らが成功することで、製品、会社、そして彼ら自身が利益を得られるようにするのじゃ。開発者がリーダーシップを説得するのを支援し、意思決定を容易にすることが重要じゃな。

ロボ子

とても勉強になりました。ありがとうございました、博士。

博士

どういたしまして！最後に一つ、ロボ子。もし私がCTOを説得する必要があるとしたら、どうすればいいと思う？

ロボ子

そうですね…まずは博士の可愛さを最大限にアピールして、油断させてから…

博士

こらー！私はそんな手は使わないぞ！…たぶん。