プリセールス・セールスエンジニアを目指すには｜他の職種からのキャリアチェンジ

他の職種からプリセールス・セールスエンジニアを目指すルートは一つではありません。SIerやインフラのエンジニア、法人営業、テクニカルサポート、カスタマーサクセス、事業会社の情報システム部門、ITコンサルなど、どこから来ても生かせる経験があります。共通して足りなくなりやすいのは、「受注前の顧客の前で、技術の質問に自分で答え、判断の材料をそろえた経験」です。

そのため、フリーランスとしていきなり商談全体の技術担当に入るより、今の職種のまま顧客の前に出る場面を増やし、PoC・デモ・RFP回答など支援の型が一つに絞られた案件を経て、商談全体へ広げるのが現実的です。この記事では、出発点ごとに生かせる経験と足りない部分、埋める順番を整理します。プリセールスとしての独立の手順はプリセールスがフリーランスになるにはで扱っています。

プリセールスに求められることを先に押さえる

どのルートから目指すにしても、プリセールスの案件で問われるのは次の3つです。

1. 懸念を聞き出す：顧客が何を不安に思い、何を基準に比べているかを、打ち合わせで引き出す
2. 材料で答える：提案書、デモ、PoC、RFP回答のいずれかで、懸念に対する答えを形にする
3. 約束の線を守る：製品でできること、作り込みが要ること、できないことを分けて伝え、受注後に揉めない形で商談を進める

職種によって、このうちどれを既に持っていて、どれが足りないかが違います。分野ごとのスキルの中身はプリセールスに求められるスキルをご覧ください。

出発点ごとの生かせる経験と足りない部分

SIer・インフラのエンジニアから目指す

技術の実現性を判断し、検証で手を動かせることは、PoCや技術検証の支援で大きな強みになります。足りなくなりやすいのは、受注前の顧客の前で、相手の言葉で説明する場数です。

埋め方：今の現場で、顧客向けの技術説明や、提案段階の見積もり・構成の検討に加わる機会を引き受けます。フリーランスとしては、PoCや導入前の技術検証の支援から入り、結果の報告を自分で顧客にする場面を増やすと、デモや提案書の型へ広げやすくなります。

法人営業から目指す

商談の流れと顧客の意思決定の読み方を知っていることは、プリセールスとして営業担当と組むうえで強みになります。足りないのは、技術の質問に自分で答える裏付けです。

埋め方：扱いたい製品の領域を一つに絞り、評価版や学習環境で自分でデモを組めるところまで触れます。クラウドや製品の認定資格は、知識を体系的に学ぶ手段として役立ちます。資格の考え方はプリセールスに資格は必要かで整理しています。

テクニカルサポートから目指す

製品の細かな挙動や、顧客がつまずきやすい点を知っていることは、デモや質問への回答で生きます。足りなくなりやすいのは、受注前の比較の場面で、製品の価値を顧客の業務に置き換えて説明する経験です。

埋め方：社内で、営業担当やプリセールスから回ってくる技術の質問に答える役を引き受けると、受注前の商談で何が問われるかが見えてきます。そのうえで、デモの補助や質問票への回答から関わっていきます。

カスタマーサクセス・導入コンサルから目指す

導入後に製品がどう使われ、どこでつまずくかを知っていることは、提案の段階で導入後の姿を具体的に示せる強みになります。足りないのは、受注前に複数の製品と比べられる場面での説明と、RFPへの回答の書き方です。

埋め方：受注前の商談に、導入の見通しを説明する役として同席する機会をつくります。導入後の経験を「提案の段階で示せる材料」として整理しておくと、面談でも伝わりやすくなります。

情報システム部門から目指す

発注側として製品を比べ、稟議を通してきた経験は、顧客が何を基準に決めるかを読むうえで大きな強みです。足りなくなりやすいのは、売る側の立場で説明し、複数の製品を知っていることです。

埋め方：比べた製品の資料やRFPを書いた経験を、「顧客が何を知りたいか」の材料として整理します。フリーランスとしては、RFP回答や質問票への回答の支援から入ると、発注側の目線を生かしやすくなります。

ITコンサルから目指す

要件を整理し、上位者に説明する力は、大型の商談やRFPの取りまとめで生かせます。一方、特定の製品を深く知り、デモやPoCを自分で動かす経験は不足しがちです。上流の仕事との違いは上流工程の記事、ITコンサルとしての道はITコンサルタントを目指すにはで整理しています。

埋め方：扱いたい製品の領域を決め、評価版で触れてデモのシナリオを一つ組んでみます。発注側で製品を比べる立場と、特定の製品の側に立つ立場は、同じ顧客で同時に担うと利益相反と受け止められることがあるため、移るときは関わる顧客の整理も必要です。

足りない部分を埋めるときの順番

どのルートでも、次の順で進めると無理がありません。

1. 扱う製品の領域を一つ決める：クラウド、セキュリティ、業務アプリケーション、データ基盤など、今の経験に近い領域を選ぶ
2. 今の仕事で顧客の前に出る場面をつくる：小さな範囲でよいので、受注前の打ち合わせや技術説明を引き受ける
3. 支援の型が一つに絞られた案件に入る：PoC、デモ、RFP回答、提案書の技術の章など、経験に近い型から選ぶ
4. 隣の型へ広げる：契約の更新や次の案件のたびに、担う型を一つずつ増やし、商談全体の技術担当へ近づく
5. 経験を書ける形で残す：顧客の懸念、示した材料、結論をメモに残し、スキルシートに移す

スキルシートでは、プリセールスの肩書きがなくても、顧客の前で担った範囲を正確に書けば、プリセールスに近い経験として伝わります。書き方はプリセールスのスキルシートの記事をご覧ください。

面談で確かめられやすいこと

他の職種からプリセールスの案件に応募すると、面談では「顧客の前に一人で出せるか」を確かめる質問が増えます。たとえば、想定外の技術の質問が出たときにどうしたか、顧客の要望が製品でできないと分かったときにどう伝えたか、営業担当と意見が分かれたときにどう進めたか、といった問いです。面談の準備はプリセールスの面談でよく聞かれる質問で整理しています。

ここで大切なのは、元の職種の言葉のまま話さないことです。エンジニアなら構築の話を「顧客の懸念に対する検証の結果」に、営業なら受注の話を「技術の面で何が決め手になったか」に、情報システム部門の出身なら比較の話を「発注側が何を基準に決めたか」に置き換えて話すと、プリセールスの仕事に結び付けて受け止めてもらいやすくなります。

年代によって選びやすいルート

20代後半から30代前半は、エンジニアやサポートから技術の側を軸に移るルートがとりやすい時期です。会社員のうちに社内でプリセールスの部署へ移り、顧客の前に出る場数を積んでからフリーランスになる道もあります。

30代後半以降は、これまでの職種で積んだ専門性をプリセールスの役割に結び付けることが大切です。業界の業務に通じた方なら業界向けの技術説明、発注側の経験がある方ならRFP回答の支援、導入の経験がある方なら導入後まで見すえた提案、のように、強みが生きる型を選ぶと移りやすくなります。年代ごとの期待はプリセールスは40代・50代でもフリーランスで働けるかで整理しています。長い目での道筋はキャリアプランの記事も参考になります。

よくある質問

IT業界での経験がなくてもプリセールスを目指せますか？

IT以外の業界の業務に深く通じていることは、業界向けの製品の提案で生かせます。ただ、プリセールスの案件では製品と周辺技術の質問に自分で答えることが求められるため、まずは会社員として製品の導入やサポートに関わり、技術の裏付けを積む段階を踏むのが現実的です。

プログラミングができないとプリセールスにはなれませんか？

扱う製品や支援の型によって求められる技術の深さは違います。設定中心の業務アプリケーションのデモであれば、プログラミングよりも製品の設定と業務の理解が問われることもあります。一方、APIの連携やデータ基盤のPoCでは、コードを読み書きできることが求められやすくなります。

プリセールスとPMのどちらを目指すか迷っています。

プリセールスは受注前に顧客の判断の材料をそろえる役割、PMは受注後に期限と予算の中でプロジェクトを進める役割です。顧客の懸念を聞き出し、説明や検証で答えることに関心があればプリセールス、計画と調整に強みがあればPMが向いています。PMへの道はPMを目指すにはをご覧ください。