プリセールス・セールスエンジニアのフリーランスがつまずきやすい点と対策

フリーランスのプリセールス・セールスエンジニアがつまずきやすいのは、支援の範囲と受注の責任があいまいなまま動くこと、顧客に製品でできる以上のことを約束してしまうこと、営業担当との役割の重なり、PoCの膨らみ、デモ環境の負担です。どれも、会社員のプリセールスなら社内の開発部門や上司、営業部門の決まりが受け止めてくれた部分を、外部の立場で一人で抱えることから起きます。

対策の基本は、つまずきの種を契約と参画初期の取り決めで小さくしておき、商談の場では「言ってよいこと」の線を守り、記録を残すことです。この記事では、契約・現場・技術・お金の順に、プリセールスならではの場面と対策を整理します。独立前に整理しておくこと（前職の製品・顧客・資料の扱い）はプリセールスがフリーランスになるにはで扱っているので、ここでは「参画してから起きやすい場面」に絞ります。

契約でのつまずき

「プリセールス支援」の範囲が広がり続ける

契約書には「プリセールス支援業務」とだけ書かれ、現場では提案書の全章の執筆、価格の資料づくり、受注後の導入の初期対応まで期待されていた、という食い違いはよく起きます。プリセールスの仕事は商談の流れに沿って隣の作業へ広がりやすく、気づくと支援の型が二つ三つに増えていることがあります。

対策：参画前に、自分が担う支援の型（提案書の技術の章、デモ、PoC、RFP回答など）と、担わないもの（価格の交渉、契約書の作成、受注後の構築など）を言葉で確かめておきます。範囲の外の依頼が来たときの扱いは作業範囲が広がったときの記事をご覧ください。

受注の責任を背負わされそうになる

失注したとき、「技術の説明が弱かったからだ」と言われることがあります。準委任契約では、受注そのものではなく、プリセールスとしての業務を専門家として通常求められる注意を払って行うことが約束の中身です。ただ、受注に連動する報酬の条件がある場合や、契約書の書き方によっては、責任の範囲が広く読めることもあります。

対策：署名の前に、受注や売上の達成を約束するように読める文言や、成果報酬の条件がないかを読みます。気になる点は、エージェントや発注側に確かめてください。判断に迷う場合は弁護士などの専門家に相談するのが安全です。

営業部門の一員と同じ扱いになる

営業部門の定例に毎日出て、訪問先や勤務時間まで細かく指示されるようになると、準委任の契約と実態がずれてきます。プリセールスは営業担当と組んで動くため、この状態に気づきにくい職種です。考え方は偽装請負の記事で解説しています。

前職の製品や顧客との関係を見落とす

参画した案件で扱う製品が前職の競合だった、提案先が前職の顧客だった、ということが参画後に分かる場合があります。退職時の誓約の内容によっては問題になるおそれがあります。

対策：案件の紹介を受けた段階で、扱う製品と主な提案先を確かめ、誓約書の対象と照らし合わせます。条項の読み方は競業避止の記事をご覧ください。

現場でのつまずき

顧客に製品でできる以上のことを約束してしまう

商談の場で顧客の期待に応えたい気持ちから、「その機能は対応できます」「その連携は問題ありません」と言い切ってしまうことがあります。製品の今後の計画にある機能や、作り込みが必要な連携を、今できることのように話すと、受注後に導入チームと顧客の間で揉めます。外部のプリセールスは、製品の開発部門に直接確かめられないことも多く、このつまずきが起きやすくなります。

対策：顧客への回答を、「標準でできる」「設定や作り込みでできる」「今はできない・確認中」の3つに分けて話す習慣を持ちます。分からない質問は持ち帰り、確かめてから答えます。持ち帰った質問と回答は一覧にして営業担当と共有しておきます。

営業担当と役割が重なり、顧客の前で話がずれる

営業担当が価格や納期の話を進め、プリセールスが技術の話を進める中で、顧客の前で説明が食い違うことがあります。とくに、営業担当が技術的な可否を先に答えてしまう、プリセールスが価格に触れてしまう、という場面です。

対策：商談の前に短い打ち合わせを持ち、その回の目的、誰がどの話をするか、答えてはいけない話（価格・納期・今後の機能など）をそろえます。商談の後には、出た質問と宿題を一緒に確かめます。

提案書やデモの品質を一人で抱え込む

外部の立場だと、社内のレビューの流れに乗れず、提案書の技術の章やデモのシナリオを誰にも見てもらわないまま顧客に出してしまうことがあります。誤りや表現の行き過ぎに気づく機会がなくなります。

対策：提出の前に、営業担当か発注側の技術の窓口に目を通してもらう段取りを、参画の初期に決めておきます。締切の数日前に一度見てもらうだけでも、手戻りが減ります。

技術でのつまずき

PoCの範囲と成功基準が膨らむ

PoCを進めるうちに、顧客から「この連携も試したい」「このデータでも確かめたい」と追加の要望が出て、期間も作業も膨らむことがあります。成功基準があいまいなまま始めると、どこで終わればよいかが分からなくなります。

対策：PoCの開始前に、検証する範囲、成功とみなす基準、期間、顧客と自分が用意するものを一枚にまとめ、営業担当と顧客の双方と確かめます。追加の要望は、範囲の変更として扱い、期間と作業の見直しとあわせて相談します。

デモ環境とアカウントの準備に時間を取られる

発注側がデモ環境を用意する前提だったのに、実際には自分で環境を組み、サンプルのデータを作るところから始まる、ということがあります。権限の申請に時間がかかり、商談の日に間に合わないこともあります。

対策：参画前に、デモ環境とアカウントを誰が用意するか、いつ使えるようになるかを確かめます。自分の用意した環境を使う場合は、顧客のデータを入れない、使い終わったら消す、といった扱いを発注側と決めておきます。秘密情報の扱いは秘密保持契約（NDA）の記事をご覧ください。

製品の更新に追いつけない

SaaSの製品は機能や画面の更新が早く、数か月前の資料やデモのシナリオが古くなることがあります。古い画面のまま説明すると、顧客から指摘を受けて信頼を損ないます。

対策：製品の更新情報を確かめる時間を、週に一度など決めておきます。デモのシナリオは商談の前に一度通して動かし、画面の変化がないかを確かめます。求められる技術の範囲はプリセールスに求められるスキルで整理しています。

お金でのつまずき

商談の山場の稼働超過が精算されない

RFPの締切前やPoCの報告前には稼働が延びやすく、精算幅を大きく超えることがあります。超えた分の扱いを決めていないと、報酬に反映されないまま負担だけが増えます。

対策：稼働を日々記録し、精算幅を超えそうな段階で窓口に伝えます。精算の仕組みは精算幅の記事で解説しています。

成果報酬の割合が大きく、収入が読めない

受注した場合にだけ報酬が上乗せされる、あるいは受注しなければ報酬が出ない、という条件の案件もあります。受注は価格や競合など、プリセールスの外の要因でも決まるため、成果報酬の割合が大きいと収入の見通しが立ちにくくなります。

対策：固定の報酬と成果報酬を分けて見積もり、成果報酬がなくても生活が回るかを確かめてから受けます。報酬の形の違いはプリセールスの報酬の記事で整理しています。

商談の終わりで契約が突然終わる

商談が終わる、製品の販売方針が変わる、といった節目で、契約が更新されないことがあります。フリーランス法では、6か月以上の業務委託をしている場合に契約を解除したり更新しなかったりするときは、発注側は少なくとも30日前までに予告することになっています（2026年10月時点、公正取引委員会の案内による）。

対策：契約期間と、担当する商談の予定を並べて見ておき、更新の見込みを早めに確かめます。契約期間の考え方は契約期間の記事をご覧ください。

よくある質問

参画してから、聞いていた支援の型と違うと気づきました。どうすればよいですか？

まずは、何が違うのかを具体的に書き出し、契約で決めた業務範囲と照らし合わせます。そのうえで、紹介を受けたエージェントや発注側の窓口に早めに伝えてください。我慢して続けると、範囲外の作業が当たり前になり、後から戻しにくくなります。

自分の説明が原因で失注したと言われたら、責任を負うのですか？

準委任契約では、受注そのものを約束しているわけではありません。ただし、契約の内容や、業務の進め方に落ち度があったかどうかで判断が変わることがあります。不安がある場合は、契約書の損害賠償や報酬の条項を読み、弁護士などの専門家にご相談ください。

顧客から製品の今後の機能について聞かれたら、どう答えればよいですか？

公表されていない計画は、自分の判断で答えないのが基本です。どこまで話してよいかは発注側の決まりによるため、参画の初期に窓口と確かめておき、分からないときは持ち帰って確認してから答えてください。