# 私との通話を設定しようとするのは、もうやめてほしい

鋭い論旨のエッセイが、ソフトウェア業界でおなじみの不満を捉えている。ベンダーは単純な製品トライアルを、メール、デモ、形ばかりのコンプライアンス対応、行き止まりのサポートが入り組んだ迷路へと変えてしまう。

出来事の日付:2025年1月11日

この記事の中心にあるのは、製品発表でも資金調達の発表でもない。企業が成長し始めた後に、ソフトウェアがどのように販売され、サポートされ、保守されるかに対する批判だ。筆者は、多くの購入者が心当たりのある繰り返しのパターンを説明している。トライアルへの登録はすぐに、しつこく続く営業活動の始まりへと変わり、その後には製品デモ、アカウント担当者からの働きかけ、コンプライアンス上の要請、そしてツールが機能するかどうかを確かめるという当初の作業よりもはるかに複雑なサポート対応が続く。

論旨の土台にあるのは、単純な苛立ちだ。ある人は1つの機能を評価したり、1つの機能を利用する権利を購入したりしたいだけかもしれないが、ベンダーはしばしば、顧客がツールを試しているのではなく長期的な関係に入ろうとしているかのように対応する。エッセイは、殺到するフォローアップメール、通話の日程を決めるよう求める圧力、そして購入側の組織からさらに人を参加させるよう迫る圧力について述べている。迅速に済むはずだった判断が、グループプロジェクトになってしまう。

この不満には、もう1つの不満が伴う。それは、マーケティング上の文言と運用の現実との隔たりだ。筆者によると、ベンダーは自社製品を柔軟で安全、十分にテスト済みだと提示するが、実際の体験には、不安定なデモ、不透明な制限、見つけにくい文書が含まれることが多い。このエッセイはまた、障害の発生形態を説明したりバグを修正したりできる人間にユーザーがたどり着く前に、自動応答やナレッジベースへと誘導するサポートシステムも批判している。

批判は営業にとどまらず、企業の調達にも及ぶ。記事は、購入側の組織内における承認プロセスを遅く官僚的なものとして描き、何層もの社内承認によって小規模な購入が正式なプロジェクトに変わるとしている。それによって今度は奇妙な膠着状態が生まれる。売り手は経営陣と話したがる一方、買い手は契約を進める前に社内の承認規則を満たそうとして身動きが取れなくなる。

このエッセイのより広い要点は、ソフトウェア企業がしばしば顧客の実際のユースケースではなく、自社内部の目標を中心に商取引のプロセスを設計しているということだ。購入者は、個別の問題を解決しようとしている人としてではなく、管理すべき見込み客として扱われる。筆者は、このミスマッチこそ、トライアル利用者が元利用者になってしまう理由の1つであり、サポートを受けるまでの道のりが顧客を助けるのではなく会社を守るために設計されているように感じられる理由だと示唆している。

ビジネス論評として読めば、この文章は、製品の品質だけで顧客体験が決まるわけではないことを思い起こさせる。営業活動、サポートへの引き継ぎ、文書作成の慣行も同じくらい重要だ。このエッセイは、ソフトウェア企業が販売や商談の選別をやめるべきだと主張しているのではない。製品を試すという基本的な行為を、面倒な作業のように感じさせるのをやめるべきだと主張している。

ソフトウェア業界の読者にこの批判が響くのは、一度限りの不祥事ではなく、日常的な摩擦に根差しているからだ。この不満は、1社に対するものというより、多くの購入者が今や当然のものとして予想し、多くのベンダーがなお擁護している標準的な運用モデルに対するものだ。