【IT・SaaS向け】無料トライアルがあるのに商談が増えないサイトの導線設計｜“試せる”と“発注できる”は別の判断である

無料トライアルのボタンを置き、登録の手順を短くし、入力項目も削った。登録数は目に見えて増えた。ところが商談の数はほとんど動かず、受注はさらに動かない。トライアルを使い終えた相手から返ってくるのは、「良さそうなので社内で検討します」という一言である。

この状態を「プロダクトの魅力が足りない」と読むと、打ち手は機能追加とUIの改善に向かう。だが止まっている場所はそこではない。無料トライアルは“使えるか”にしか答えない装置であり、“入れてよいか”には答えていない。試用で埋まる空白と、決裁で問われる空白は別のものである。

スリーハンドレッドは、サイトを「情報を載せる場所」ではなく「買い手が社内で判断を通すための材料を置く場所」として設計している。この記事では、IT・SaaSのサイトで試用と決裁のあいだに生まれる断絶を分解し、試用では確かめられない4つの領域と、トライアル導線を商談導線から切り分ける3つのステップを示す。

無料トライアルは“使えるか”しか答えていない

クラウドサービスの利用そのものは、すでに例外ではない。総務省の調査では、クラウドサービスを利用している企業は80.6%に達し、利用している企業のうち33.3%が「非常に効果があった」、54.0%が「ある程度効果があった」と答えている。買い手が迷っているのは“クラウドを使うかどうか”ではなく、“このサービスを自社に入れてよいか”である。

試用で確かめられるのは、操作と機能の範囲に限られる

トライアルで分かることは、はっきりしている。画面が分かりやすいか、必要な機能がそろっているか、いま使っている業務や他システムと折り合うか。いずれも触れば分かる。だからこそトライアルは、検討の初期にはよく効く。

一方で、触っても分からないことがある。自社のデータをどう預けることになるのか、導入後に誰が手を動かすのか、やめたいときにどう出られるのか、人が増えたら費用はどう増えるのか。これらは画面の中に書かれていない。試用期間を延ばしても、答えは出てこない。

発注を止めるのは、試用した当人ではない

トライアルを触るのは、たいてい現場の担当者である。その担当者が「使える」と判断したあと、話は本人の手を離れる。情報システム部門、法務、経理、そして決裁者が、それぞれ別の問いを持って登場する。

この構造は業種を問わず共通している。BtoBのサイトで問い合わせが止まる場所を整理したBtoBで問い合わせが増えないサイトは、4つの判断で止まっているでも、最後に残るのは決裁の関門だった。「社内で検討します」のあとに起きていることで扱った稟議の材料も、現場の実感とは別の言語で書かれている。

“試せる”ことが、判断の先送りを許してしまう

やや逆説的だが、トライアルがあること自体が決裁を遅らせる場合がある。「とりあえず試しておきました」という報告は、社内では前進として扱われる。そのため、本来なら早い段階で情報システム部門に投げるべき確認が、試用が終わるまで動かない。

試用期間が終わったときに初めてセキュリティの確認が始まり、そこから数週間が過ぎる。熱が冷め、担当者は別の案件に移る。成果地点は、“測れる場所”ではなく“受注に近い場所”に置くで述べたとおり、測りやすい地点を成果に置くと、こうした遅れは数字に現れない。

領域1｜データの預け方｜“安全です”ではなく、契約条項とアクセス制御で書く

最初に問われるのは、データである。クラウドサービスを利用しない企業がその理由として挙げた項目のうち、「情報漏えいなどセキュリティに不安がある」は24.9%だった（回答171社。利用予定のない企業のみを対象にした小さな標本であり、全体の傾向としては扱えない）。不安は“安全です”という言葉では解けず、確かめられる形で書かれたときだけ解ける。

“対策は万全です”は、確認の材料にならない

多くのサイトには、暗号化、監視、取得済みの認証といった言葉が並んでいる。これらは必要だが、情報システム部門が社内に説明するための材料にはなりにくい。彼らが見ているのは、提供者がこちらの個人データを取り扱う立場にあるのか、それとも取り扱わない前提なのか、という線引きである。

個人情報保護委員会は2024年（令和6年3月25日）に出した注意喚起で、提供事業者が個人データを取り扱わないこととなっている場合を、「契約条項によって当該クラウドサービス提供事業者がサーバに保存された個人データを取り扱わない旨が定められており、適切にアクセス制御を行っている場合」と整理している。どちらに当たるかで、利用企業の側の手続きが変わる。

置く材料は、条項・制御・報告・再委託先である

同じ注意喚起は、利用する側が確認すべきこととして次の点を挙げている。サイトに置くべき材料も、ここから逆算できる。

• サービス内容の理解と確認。セキュリティ対策を含めて、何をどこまで提供しているのかを読める形で書く。
• 安全管理措置の客観的な明確化。規約や契約等で、できるだけ客観的に明確にしておく。ページ側では、どの文書のどこに書いてあるかを示す。
• 定期的な報告。安全管理措置の状況を定期的に報告する仕組みがあるかを書く。
• 再委託先の安全性。再委託がある場合、その先のクラウドサービスの安全性も確認の対象になる。使っている基盤と所在を出す。

これらは法務や情報システム部門にとっては基本的な確認事項であり、書いてあれば一度で済む。書いていなければ、質問のメールが一往復ずつ増えていく。なお、利用している企業が挙げた理由のうち「サービスの信頼性が高いから（情報漏えいなど対策）」は32.2%で、場所を選ばず使えることなどより低い。信頼性は選ばれる決め手というより、満たしていなければ外される条件に近いと考えられる。

領域2｜運用の引き継ぎ｜導入後に誰が手を動かすのかを、試用の前に出す

次に問われるのは、入れたあとの手間である。クラウドサービスを利用しない理由として「クラウドの導入に伴う既存システムの改修コストが大きい」が29.6%挙げられていたように、負担の読めなさは導入を止める。試用は担当者1人の環境で完結するが、導入は組織の作業として起きる。

試用は“1人の環境”で終わる

トライアルでは、担当者が自分の権限で登録し、自分のデータを少し入れて試す。ここには初期設定の設計も、既存データの移行も、権限の割り当ても、他の社員への説明も含まれていない。つまり試用が順調であることは、導入が順調であることを意味しない。

この落差は、無形商材のサイト全般に共通する。【BtoBサービス業向け】無形商材サイトの導線設計では、工程と担当者が書かれていないために発注側が想像で埋めてしまう構造を扱った。SaaSの場合、試用できることが、その想像を「確認済み」と誤認させてしまう点が違いである。

出すのは、初期設定・移行・教育・窓口の持ち主である

置くべき材料は、機能の一覧ではなく作業の持ち主である。初期設定は誰がやるのか、既存データの移行は自社でやるのか提供側がやるのか、社員への教育は資料提供までか研修まであるのか、導入後の問い合わせはどこに投げるのか。

これらを書くと、読み手は社内の工数を見積もれるようになる。見積もれれば稟議に書ける。書けなければ「よく分からないので今期は見送り」になる。工数を小さく見せる必要はない。かかると書いてあるほうが、あとで揉めない。

領域3｜やめ方｜“出られる”と書けるサービスだけが、入れてもらえる

三番目は、終わり方である。長く使う前提のサービスほど、入るときに出口を問われる。やめ方が書かれていないサービスを選ぶことは、買い手にとって片道の意思決定になる。

やめ方が書かれていないと、入れる判断が“賭け”になる

決裁者は、うまくいかなかった場合の始末を考える。契約は何年単位か、途中でやめられるのか、やめたあと自社のデータはどう戻るのか。これらが分からないと、導入の提案は「成功すれば得、失敗すれば抜け出せない」という形になり、通りにくくなる。

ここを書くことに抵抗があるのは分かる。解約の話を先に出せば、契約が減ると感じる。しかし現実には、出口が書かれていないサービスは、検討の段階で静かに外される。外された理由は提供側に届かない。

契約期間・返却の形式・移行の猶予を、同じ場所に置く

必要なのは三点である。契約期間と更新の単位、解約したときにデータがどの形式でどの範囲まで戻るのか、そして移行のための猶予がどれだけあるのか。価格ページの脚注ではなく、検討者がたどる動線の中に置く。

条件がまだ固まっていない項目は、固まっていないと書くほうがよい。曖昧なまま断定すると、受注後の期待値のずれになる。これは料金の設計でも同じで、条件が未確定なうちは条件そのものを売り文句にしない。

領域4｜費用の増え方｜単年度の価格表ではなく、増え方の式を出す

四番目は、費用である。価格表はほとんどのサイトにあるが、書かれているのは「いまの人数で、いまの使い方をしたときの額」である。稟議で問われるのは今年の金額ではなく、来年いくらになるかという増え方である。

価格表は“今の人数”しか答えていない

ユーザー課金のサービスなら、部門を越えて広がった瞬間に金額が変わる。データ量や処理件数で課金されるなら、使えば使うほど増える。買い手は、導入が成功したときにいくらになるのかを知らないまま、成功を前提にした提案を書くことになる。

結果として、提案は小さく始める形に縮む。少人数での試験導入なら稟議は通りやすいが、全社展開の判断は先送りになる。トライアルから小規模契約までは進み、そこで止まるという形は、ここから生まれている。

出すのは、増える単位・増える条件・増えない範囲である

価格ページに足すのは、三つの情報である。何を単位に増えるのか（人、データ量、件数、拠点）。どの条件を超えると段が変わるのか。そして、増えない範囲はどこまでか。

増えない範囲を明示するのは、意外に効く。「この機能は人数に関係なく含まれる」と書かれていれば、買い手は上限を見積もれる。見積もれる金額は、稟議に書ける金額である。キーワードの選び方を扱った受注につながるキーワードの選び方と同じ発想で、ページも「受注からの距離」で優先順位を決める。

試用の導線と商談の導線を、同じボタンに混ぜない

ここまでの4領域を、どこに、どの順で置くかが設計になる。結論から言えば、トライアルの申込み導線とは別に、決裁のための導線を用意する。“まず試してください”は、決裁者に対しては案内にならず、放置になる。

STEP1｜線を引く：試用で確かめられることと、確かめられないことを分ける

自社のサービスについて、試用で分かることを書き出し、残りを分ける。分けた右側が、この記事で挙げた4領域に当たる。ここを曖昧にしたまま材料を足すと、機能説明が厚くなるだけで決裁には届かない。

社内でこの作業をすると、「書いていないつもりはなかったが、どこにも書いていなかった」項目が必ず出てくる。多いのは、移行の担い手と、解約時のデータの扱いである。

STEP2｜材料を置く：4領域を、申込みより前のページに置く

置く場所は、トライアルの申込み後ではなく前である。導入の流れを説明するページ、セキュリティのページ、価格のページに、それぞれの材料を割り振る。書き方は「安全です」ではなく、条項・制御・報告・再委託先のように、確かめられる単位で書く。

記事の役割を整理したブログを書いても受注が増えないのはなぜかと同じく、ページにも発見・判断・決裁の役割がある。4領域は判断と決裁のページに置く材料であり、集客用の記事に混ぜても機能しない。

STEP3｜導線を分ける：“試す”と“相談する”を並べて置く

トライアルのボタンの隣に、同じ大きさで相談や資料の導線を置く。現場の担当者は試用に進み、情報システム部門や決裁者は資料と窓口に進む。どちらが上位ということはない。立場によって、必要な入口が違うだけである。

この分岐を作ると、商談の中身が変わる。「試したけれど社内で検討中」から始まる商談ではなく、「条項と費用の増え方を見た上で、残りを確認したい」から始まる商談になる。

事例で見る｜“まず無料でお試しください”を、決裁に進む材料に変える

以下は説明用の仮設例であり、実在の企業や実績ではない。成果の数値は扱わず、起きる順序だけを示す。

事例｜登録は増えたが、社内検討で止まり続けた

同じ材料を試用の前に移すと、商談の中身が変わる

この仮設例で足した情報は、どれも新しく作ったものではない。契約書や社内資料には書かれていて、サイトに出ていなかっただけである。不足しているのは情報ではなく、情報が置かれている場所であると考えられる。

置き場所を変えると、トライアルの役割も変わる。使えるかを確かめる道具として正しく働き、決裁の代わりを務めることがなくなる。

スリーハンドレッドは、プロダクトの魅力ではなく決裁の順で設計する

スリーハンドレッドは、機能の見せ方を整える前に、買い手が社内で通す判断の順を確かめる。誰が何を問うのか、その問いに答える材料が自社のどこにあるのか、どのページに置けば読まれるのか。この順でしか、サイトは決裁に関与できない。

試用できるプロダクトを持っていることは強みだが、それだけでは決裁の材料にはならない。無料診断では、試用で確かめられることと確かめられないことの線引きから始め、4領域のうちどこが空いているかを一緒に洗い出している。

まとめ｜試用は入口であり、決裁の材料ではない

トライアル登録が増えても商談が増えないとき、問題はプロダクトの魅力ではなく、試用では確かめられない領域が空いていることにある。データの預け方、運用の引き継ぎ、やめ方、費用の増え方。この4つは、触っても分からない。

書かれていなければ、買い手は社内で説明できず、「検討します」と言って戻ってこない。サイトに足すべきは機能の説明ではなく、買い手が決裁を通すために使える材料である。

よくある質問

出典：総務省「令和7年版 情報通信白書」（2025年公表）／総務省「令和6年通信利用動向調査報告書（企業編）」（2024年調査）／個人情報保護委員会「クラウドサービス提供事業者が個人情報保護法上の個人情報取扱事業者に該当する場合の留意点について（注意喚起）」（令和6年3月25日）。