formrun徹底解説｜選ぶべき理由／フォーム作成より“運用”で差がつく

「フォームは作れたのに、返信が遅れて機会損失…」
「メールがバラバラに届いて、誰が対応しているのか分からない…」
「問い合わせが増えるほど、対応漏れ・二重対応が怖い…」
「GoogleフォームやWordPressフォームで十分？ それともSaaSに乗り換えるべき？」
「料金プランが多くて、結局どれを選べばいいの？」
「情シスに“セキュリティ的に大丈夫？”と聞かれて答えに詰まった…」

こんな悩みを抱えているなら、formrunは“候補の上位”に入ります。
なぜなら、formrunの価値はフォームを作る速さよりも、フォーム送信後の運用（対応・管理・改善）が回る仕組みにあるからです。

フォーム運用で本当に差がつくのは、実はここです。

• 受付直後の自動返信で不安を減らせるか
• チームで担当・進捗を見える化して、漏れなく捌けるか
• 回答データを整理・共有・分析して、改善につなげられるか
• 迷惑投稿や添付ファイルなどの“現場あるある”を、ルールで安全に運用できるか

この記事では「formrunは何ができるのか？」だけで終わらせず、“運用で成果を出す”ための選び方を軸に、初心者でも迷わないように整理します。

• formrunがハマる人・ハマらない人（失敗しない判断軸）
• できることを“業務フロー順”に解説（作成→通知→管理→連携）
• 料金プランの選び方と、見落としがちな追加費用
• 口コミの読み解き方（不満が出る原因＝運用設計のコツ）
• Googleフォーム/WordPress/海外ツールとの比較
• 最短で公開して、チーム運用に乗せる導入手順
• 情シス視点のセキュリティ要点（MFA・IP制限・監査の考え方）

「フォームは“置いたら終わり”ではない」——そう感じている人ほど、読み終えた頃には自社に合う結論が出るはずです。

formrun公式サイト

まず結論：formrunがハマる人・ハマらない人

「これがしたい」が明確なら最短で合否判定できる

formrunは、ざっくり言うと 「フォームで集める」→「対応する」→「管理・活用する」 をまとめてラクにするツールです。
なので、最短で判断するコツは「フォームの後に、何が起きてほしいか」を先に決めることです。

• フォーム送信後に“自動で返事”をしたい（受付メール、一次回答、資料送付など）
• チームで“対応漏れ”をなくしたい（担当割り振り、進捗管理）
• 回答データを“営業・採用・運用”に回したい（CSV/Excel、スプレッドシート、連携）

このどれかがハッキリしているほど、選定は一気に楽になります。
逆に「とりあえずフォームを置きたい」だけだと、formrunの強みを使い切れず、他の選択肢でも十分なことがあります。

おすすめできるケース（問い合わせ対応・顧客管理まで一気通貫したい等）

1) 問い合わせ対応を“早く・漏れなく”回したい

• 自動返信で「受付完了」を即時に返して、相手の不安を減らしたい
• 担当者ごとに振り分けて、対応漏れ・二重対応を防ぎたい
• 未対応 / 対応中 / 完了など、対応状況を可視化して回したい

特に、問い合わせが増えてくると「フォームはあるのに返信が遅い」「誰が担当かわからない」が起きがちです。
formrunはこの“フォームの後工程”に強いのがポイントです。

2) 作るフォームが増える（部署・用途が複数ある）

• 資料請求、採用応募、イベント申込、社内申請など、用途が増えていく
• フォームが増えるほど「管理が散らかる」問題を避けたい

3) データを“使う前提”で集めたい

• 回答をCSV/Excelで出して集計したい
• スプレッドシート連携やWebhookなど、後工程を自動化したい（要プラン確認）

4) セキュリティ要件がある（情シス・監査の観点）

• 多要素認証や、管理画面のIP制限などを使って運用したい
• 権限・アクセス制御を前提に、チームで安全に扱いたい

別ツールが向くケース（要件が軽い/完全自社開発で自由度最優先 等）

1) “フォームを置ければOK”で、後工程がほぼない

• 返信は手動でよい
• 月の回答数が少なく、担当者も1人
• 集計も簡単で、スプレッドシートにコピペで足りる

この場合は、Googleフォームなどの軽量ツールでも十分なことが多いです。

2) デザイン・体験を極限まで作り込みたい（完全自由設計）

• 画面遷移、UI、入力体験を細部までカスタムしたい
• 既存システムに深く組み込みたい（独自DB、独自フロー、独自認証など）

この場合は、フォームSaaSより 自社開発（またはヘッドレス構成） の方が要件を満たしやすいです。
ただし、その分だけ 開発・保守・セキュリティ運用コスト も発生します。

3) “安さ最優先”で、多少の手間は許容できる

• 予算が厳しい
• 運用は人力で回せる
• まずは最小構成で検証したい

この場合は、formrunでも FREE で始めつつ、必要になったら有料化する、という手が現実的です。

3分チェック：選定チェックリスト（要件→体制→コスト）

「迷いがちなポイント」を、YESが多いほどformrun向きになるよう並べました。

要件（フォームの後に何をしたい？）

• [ ] 受付直後に 自動返信 を送りたい
• [ ] 対応状況（未対応/対応中/完了）を 見える化 したい
• [ ] 担当者を割り当てて 対応漏れを防止 したい
• [ ] CSV/Excelに出して集計したい（もしくは大量データを扱う）
• [ ] スプレッドシート自動出力 / Webhook等で 自動化 したい（※プラン確認）

体制（運用で詰まらない？）

• [ ] 複数人で対応する（今後増える見込みがある）
• [ ] 部署・用途ごとにフォームが増えそう
• [ ] 返信テンプレを整え、品質を揃えたい
• [ ] セキュリティ要件（多要素認証、IP制限など）がある

コスト（最小でどこまで必要？）

• [ ] 月の回答数が 30件/フォーム を超えそう
• [ ] フォーム数が 1つ では足りない
• [ ] チームメンバーが 1人 では回らない

目的別：おすすめプランの当たり（ざっくり早見）

※金額は 税抜/月額。最終判断は公式の機能表と上限で確認するのが安全です。

目的	まず見るプラン	理由（ざっくり）
とりあえず試す／小規模で1フォーム	FREE	0円、月30件/フォーム、フォーム1個、メンバー1人
返信の自動化・重複回答防止など“運用改善”を始めたい	BEGINNER	月100件/フォーム、フォーム5個、メンバー2人。自動返信などが使える
フォーム多数・データ活用・一斉配信も視野	STARTER	回答数無制限/フォーム、フォーム50個、メンバー5人。分析/エクスポートなどが厚い
多人数・強めの統制（IP制限/自動連携）	PROFESSIONAL	フォーム無制限、メンバー10人。IP制限やWebhookなど“運用基盤”寄り

失敗しない小ワザ（初心者向け）

• まずはFREEで「実運用テスト」（自分で送信→通知→返信→集計まで通す）
• 次に 14日間トライアル を使って、有料機能が本当に必要か確認する
• 迷ったら「フォーム数」「月の回答数」「運用人数」の3つで判断する
  • ここが増えると、だいたい有料化のメリットが出ます

formrun公式サイト

formrunの基本：何のツールで、どこまで担当できる？

「入力フォーム」だけで終わらない：受付→対応→管理の範囲

formrunは、ノーコードでフォームを作るだけでなく、フォーム送信後の業務（返信・対応・管理）までを“ひとつの流れ”として整えるためのツールです。
初心者の方は、まず次の流れで覚えると理解が早いです。

• 🧩 作る：見た目が整った入力フォームを用意する
• 📥 受ける：通知・自動返信で受付を自動化する
• 🗂️ さばく：回答を担当・進捗で管理して、漏れを防ぐ
• 📊 活かす：CSV/Excel出力や連携で集計・共有につなげる

「フォーム作成ツール」と呼ばれますが、実務で効くのは “フォームの後工程”（対応漏れ・返信の遅れ・情報の散らばり）を減らすところです。

formrunが担当しやすい範囲（イメージ）

• 受付：通知設定、自動返信メールなどで一次対応を早くする
• 対応：回答ごとに担当者を割り当て、進捗（未対応/対応中/完了など）で管理する
• 管理：ラベル付けや検索で整理し、必要に応じてCSV/Excelで出力する
• 拡張：用途に応じて「アプリ機能」を追加し、業務に寄せていく（例：決済など）

逆に、formrun単体で“何でも”完結するわけではありません。
たとえば高度なマーケ自動化（MAの複雑なシナリオ）や、独自要件だらけの基幹連携は、外部ツールや開発と組み合わせる設計が現実的です。

国産SaaSとしての特徴（運用・サポート・セキュリティ観点）

formrunは国内向けに設計されたサービスなので、「現場運用しやすいUI」と「組織で使う前提の安全設計」に寄っています。ここは初心者が見落としやすい比較ポイントです。

運用のしやすさ（“続く仕組み”があるか）

• フォームを作って終わりではなく、回答の整理・担当割り当て・進捗管理まで同じ画面で回しやすい
• 用途に合わせて機能を足せる「アプリ機能」があり、最初はミニマム→必要に応じて拡張しやすい
• 回答データを CSV/Excelに出して 社内共有・集計へつなげやすい

サポート面（初心者が安心できるポイント）

• 公式のヘルプ（FAQ）や活用記事があり、設定手順の“型”を学びやすい
• 導入前の検証として、無料プランやトライアルを使って業務で試しやすい（いきなり有料固定になりにくい）

セキュリティ面（組織利用で聞かれやすいところ）

初心者でも押さえておくと安心な“代表的な確認項目”はこのあたりです。

• 国際規格（ISMS / ISO 27001）の取得状況
• 多要素認証（2段階認証）の有無と対象条件
• 管理画面のIPアドレス制限など、アクセス制御の仕組み
• データアクセスの管理方針（運用上の取り扱い）

「個人で使う」よりも「チームで使う」ほど、ここが価値になりやすいです。

よく使われるシーン全体像（問い合わせ/資料請求/採用/申込/社内申請）

初心者が迷うのは、「結局、どんな業務で使うの？」というところなので、目的→formrunが担う役割の形で整理します。

シーン	よくある目的	formrunが担いやすい役割
問い合わせ	返信を早くしたい／漏れをなくしたい	自動返信・通知・担当割り当て・進捗管理
資料請求	取りこぼしを減らし、営業につなげたい	入力フォーム整備・自動返信・回答の整理・エクスポート
採用応募	情報を集めて選考を回したい	応募受付・添付回収（運用設計が重要）・対応管理
申込（イベント/面談など）	申込管理と事後連絡をスムーズに	申込受付・通知・必要に応じて拡張機能で効率化
社内申請	申請を集約して運用を統一したい	申請フォームの統一・回答管理・データ出力

初心者向け：導入前に決めておくと失敗しにくい3点

• 誰が一次対応するか（通知先・担当割り当ての設計がブレない）
• 進捗の区切り（未対応/対応中/完了 など、最低限のステータスを決める）
• 回答データの最終置き場（CSV/Excelで保存するのか、別ツールへ連携するのか）

この3つだけ先に決めると、「作ったけど回らない」を避けやすくなります。

formrun公式サイト

できること全体像：機能を“業務フロー順”に整理

フォーム作成：見た目・項目・入力体験を整える

テンプレ活用とフォーム設計の基本（必須項目/離脱防止）

formrunは、テンプレから始めて「不要な項目を削る」だけでも、かなり“使えるフォーム”になります。初心者ほど、最初から作り込まず 8割の型→2割の調整 がおすすめです。

まず押さえる設計のコツ（最短ルート）

• 必須は最小限：問い合わせなら「名前・メール・内容」からスタート
• 選択式を増やす：自由記述が多いほど入力が重くなり、回答のブレも増えがち
• 規約同意を入れる：個人情報を扱うフォームは「同意」を明示すると安心感が上がる
• 完了画面を整える：送信後に「次に何をすればいいか」を示す（例：返信目安、資料URLなど）
• 送信前の確認画面：入力ミスが起きやすいフォームほど有効（プラン条件あり）

“離脱しやすいフォーム”の典型パターン

• 必須が多すぎる
• 入力例がなくて迷う
• エラーが出ても、どこがダメかわからない
  → このあたりは後述の EFO（入力支援） で改善余地が大きいです。

条件分岐・複数設問形式など「入力の出し分け」

条件分岐は、フォームを短く見せるための強力な手段です。
「必要な人にだけ追加質問を出す」ことで、入力の負担を減らしつつ、回収データの質を上げられます。

よくある使い方

• 問い合わせ種別が「見積もり」のときだけ、予算・希望納期を聞く
• 「採用応募」のときだけ、職務経歴や希望職種を聞く
• 「資料請求」のときだけ、会社規模・導入時期を聞く

作るときのコツ

• 分岐は増やしすぎない（複雑になるほど、作る側もメンテが大変）
• 分岐の先で“必須の地雷”を作らない（分岐先の必須が多いと結局離脱）

注意点（仕様として知っておくと事故が減る）

• 条件分岐は階層に上限があります（深掘りしすぎは不可）
• 「商品購入（決済）」で選んだ商品に応じて、その後の設問を分岐する使い方はできない旨が案内されています
  → もし商品別にヒアリングが必要なら、商品を分けてフォーム自体を分けるなどの設計が現実的です。

ファイル添付の運用設計（容量・拡張子・保管の考え方）

ファイル添付は便利ですが、運用設計がないと一気に揉めます。ポイントは 上限と保管ルール です。

アップロード上限（初心者が迷うところ）

• クリエイターフォーム：ファイルアップロード項目1つにつき上限あり
• コード型フォーム：1送信あたり上限あり
• さらに、チーム全体で保存できる 累計容量 がプランごとに決まっています
  （上限超過すると、管理画面での閲覧・DLに制限が出る案内があります）

安全に運用するためのルール例

• 添付してよいファイル：例）PDF、画像、資料（機密の扱いは社内規定に合わせる）
• 添付してほしくない情報：例）不要な個人情報、パスワード、カード情報
• 大容量が想定される場合：フォーム添付ではなく
  クラウドストレージの共有リンクを貼ってもらう運用に切り替える（公式FAQでも代替案が提示されています）

EFO（入力補助）で完了率を上げる設定ポイント

EFOは「入力中のストレス」を減らして、フォーム完了率を上げるための機能（オプション契約）です。
特にスマホ入力が多いフォームで効きます。

代表的な改善アプローチ

• 入力が正しい/誤りがある、をその場で分かるようにする
• 入力の手間を減らす（例：フリガナの自動入力など）
• 誤操作による離脱を防ぐ（戻る/閉じる時に確認を出す等）

導入の判断基準

• フォームが長い（項目が多い）
• スマホ比率が高い
• 問い合わせ・応募など、取りこぼしの損失が大きい
  → こういう場合は、EFOを入れる価値が出やすいです。

公開方法：URL共有／埋め込み／独自ドメイン／コードで自由調整

「どこに置くか」で成果が変わるので、初心者ほど使い分けが大事です。

1) URL共有（最速）

• まずはURLを共有してテスト運用しやすい
• QRコードで配布（チラシ/店頭/資料）にも対応

2) サイトに埋め込み（導線を切らない）

• 自社サイトのページ内にフォームを置ける
• 埋め込み時は、埋め込み先URLの登録など注意事項があります（送信が正しく動かない事故の予防）

3) 独自ドメインで公開（ブランド・計測に強い）

• 自社ドメインでフォームを公開でき、安心感・統一感が出る
• 計測（GTM運用など）を含め、マーケ施策と相性が良い

4) コード型フォーム（デザイン自由度重視）

• HTML/CSS側で自由に作り込み、送信部分を簡略化できる
• formrun.jsのサンプルが用意されており、実装の型があるのがメリット

通知・メール：即レスと自動化で対応スピードを上げる

自動返信の作り方（問い合わせ直後の不安を減らす）

自動返信は「一次対応の品質」を底上げします。最初は難しく考えず、次の3点だけ入れると実務で使えます。

自動返信に入れると親切な要素

• 受付完了の明記（受付番号があると尚よい）
• 返信の目安（例：◯営業日以内）
• 追加導線（FAQ、資料、予約ページなど）

設定の要点

• 宛先に使うメール項目を正しく指定する
• 変数で、入力内容や受付番号などを差し込める（後述）

テンプレ運用で品質を均す（担当者のばらつき対策）

チーム運用では、返信文の品質が人によってブレがちです。
テンプレを用意しておくと、返信スピードと品質を同時に安定させられます。

テンプレ設計のコツ

• 種別ごとに分ける（例：料金/機能/不具合/日程調整/採用）
• 冒頭と末尾を固定し、真ん中だけ編集（編集箇所が少ないほど事故が減る）
• 添付ファイルが必要ならテンプレに紐づける
  （添付の上限・個数上限が明記されています）

変数差し込みで“個別感”を出す

テンプレだけだと定型感が出やすいので、変数で“最低限の個別感”を足します。

差し込みの例

• 「お名前」
• 「お問い合わせ内容（要約）」
• 「受付番号」
• 「選択した種別」

ミスを減らすポイント

• プレビューで差し込みを確認する
• 公開前に自分でテスト送信して、実際の表示を確認する

誤送信のリスクを下げる仕組み（取り消し等）

メール運用で一番怖いのは誤送信です。formrunでは、個別メールに 送信予約 ができ、さらに 誤送信対策として“送信までに少し猶予がある”仕様 が案内されています。

初心者向けの運用ルール例

• 原則「今すぐ」ではなく、ワンクッション置いて送信（特に重要顧客）
• テンプレ＋変数で作った場合でも、宛先と本文冒頭だけは最終確認
• 一斉配信は「締切（編集/取り消しができなくなる時刻）」を意識して運用

AI支援（文章チェック/改善提案）を安全に使うコツ

formrunには、返信文作成を支援する AIメールアシスタント（β） が案内されています（対象プランあり）。
便利ですが、AIは“自動送信”ではなく 下書きの品質を上げる役 として使うのが安全です。

安全に使うための3ルール

1. AIの出力は必ず人が最終確認（固有名詞・数字・条件がズレやすい）
2. 機微情報をむやみに書かない（必要最低限で）
3. 社内の文体ルールを先に決める（敬語レベル、名乗り、結び、署名など）
   → AIに直してもらう基準が統一され、品質が揃います

顧客・案件管理：対応漏れをなくす“見える化”

カンバン式の進捗管理（未対応/対応中/完了＋カスタム）

フォーム回答は「カード」として蓄積され、ボード（カンバン）で動かせます。
まずはステータスを増やしすぎず、3〜4列で運用すると回ります。

おすすめの最小ステータス

• 未対応
• 対応中
• 完了
• 保留（必要なら）

「対応中が詰まる」「未対応が溜まる」が見えるだけで、現場の改善が始めやすくなります。

担当割り当て・ラベル・検索でチーム運用する

チーム運用で効くのは、担当者とラベルです。

ラベル設計のコツ（増やしすぎ防止）

• “種別”ラベル（料金/導入/不具合/採用…）
• “優先度”ラベル（至急/通常/要確認…）
• “チャネル”ラベル（LP/広告/紹介… ※必要なら）

また、担当者割り当て時の通知など、メール通知の挙動も設定で調整できます。

分析ダッシュボードでボトルネックを見つける

ダッシュボードでは、一定期間の回答数や、担当者別・ステータス別などの状況をグラフで確認できます。
「どこが詰まっているか」を会議前に把握できるのが強みです。

初心者向け：まず見るべき指標

• 新規問い合わせ数の推移（増減）
• ステータスの偏り（未対応が増えていないか）
• 担当者の偏り（特定の人に集中していないか）

※プランにより、見られる期間や項目に制限がある案内があります。

CSV/Excel出力→集計→社内共有のテンプレ

エクスポートは「現場が一番使う機能」です。
目的に合わせて出力の仕方を決めておくと、毎回迷いません。

やりたいこと	おすすめの出力
社内共有（そのまま開いて確認）	Excel
BI/他ツールに取り込む	CSV（UTF-8など文字化け対策を意識）
“必要な項目だけ”持ち出す	画面表示項目を絞って出力

大量データ（例：1万件超）や、条件指定して出したい場合の手順もFAQに案内があります。

権限設計（閲覧/編集/返信の範囲をどう切るか）

運用が安定してきたら、最後に効くのが権限設計です。
最初から厳密にしすぎると運用が止まるので、段階的がおすすめです。

最小の考え方（事故防止）

• 返信する人：メール・ステータス更新はOK
• 管理する人：フォーム編集や権限変更もOK
• 閲覧だけの人：閲覧に限定（顧客情報の取り扱いを安全に）

フォームごとに閲覧・編集権限を制限できる旨が案内されています。

拡張・自動化：アプリ/連携で“フォーム後の仕事”を減らす

決済を絡める（注文受付→入金→通知まで）

「申し込みフォーム」と「決済」をつなげると、入金確認の手間が激減します。
申込→決済完了を同時にできるため、キャンセルや未入金の管理がラクになります。

設計の注意点

• 返金/キャンセル規定をフォームや完了画面で明記
• 商品購入項目の選択による“後続設問の分岐”はできない案内があるため、必要ならフォーム分割で対応

日程調整の組み込み（商談/面接の往復を削減）

日程調整をフォーム内で完結できる仕組みが案内されています。
「候補日を送ってください」の往復が減り、対応スピードが上がります。

向いている場面

• 商談予約
• 面接日程調整
• 個別相談（スクール、士業、クリニックなど）

スプレッドシート連携で転記をゼロにする

フォーム回答をGoogleスプレッドシートへ反映する機能が案内されています。
現場はスプレッドシート運用が多いので、転記作業が減るだけで効果が大きいです。

運用のコツ

• 列の順番・項目名は最初に固める（後から変えると運用が崩れやすい）
• “自動出力”と“手動出力”は挙動が違うので、用途で使い分ける

Webhookで既存システムへ流し込む（設計と注意点）

Webhookは、フォーム送信をトリガーに、外部URLへデータを送る仕組みです。
「通知だけ」ならチャット連携で十分ですが、Webhookは 社内システム連携 まで含めた自動化に向きます。

失敗しないための実装側チェック

• 受け側はHTTPSで受信（通信の安全性）
• 同じデータが届く可能性を見越して、重複処理に強い設計（idempotency）
• どの項目を送るかを最小化（個人情報を必要以上に流さない）
• エラー時の再送やログの設計（運用で詰まりやすい）

---

初心者のおすすめ順（迷ったらこれ）

1. テンプレでフォーム作成 → 必須を絞る
2. 自動返信を入れて一次対応を安定化
3. ボード（カンバン）で未対応をゼロにする
4. ダッシュボードで偏りを見て改善
5. 必要になったら、スプレッドシート連携／日程調整／Webhookへ拡張

formrun公式サイト

用途別テンプレ：そのまま真似できる“おすすめ構成”

まず共通の考え方だけ決めておくと、どの用途でも迷いません。

• 項目は「必須を最小」にして、詳細は選択式で回収（自由記述は最後に1つ）
• 分岐は“1段”が基本（複雑にすると保守が大変）
• 自動返信は「受付完了＋次の行動＋目安時間」の3点セット
• 運用は「ステータス（進捗）＋担当＋ラベル」が最小構成
• 保存・権限・添付だけは先にルール化（あとから揉めやすい）

問い合わせ（BtoB/BtoC）

最小項目で取りこぼさない設計

必須（まずはこれだけ）

• お名前（法人なら「会社名」も必須に）
• メールアドレス
• 問い合わせ種別（選択式：例）見積/導入相談/サポート/その他）
• お問い合わせ内容（自由記述）

任意（必要なら追加）

• 電話番号（BtoBなら任意で入れると回収率が上がりやすい）
• 参考URL（不具合・制作系の相談で便利）
• 希望連絡方法（メール/電話）
• 個人情報の同意（個人情報を扱うなら推奨）

分岐の型（迷ったらこれ）

• 種別が「見積/導入相談」のときだけ表示
  • 予算感（選択式）
  • 希望時期（選択式）
  • 必要機能（チェック式）

一次回答を自動化して満足度を上げる

自動返信は“丁寧さ”より不安を減らす情報が重要です。

• 受付完了の明記（例：受付番号があるなら記載）
• 返信の目安（例：1〜2営業日）
• よくある質問や資料リンク（ある場合）
• 緊急時の連絡先（BtoCサポートなど）

運用セット（最小）

• ステータス：未対応 → 対応中 → 完了（必要なら保留）
• ラベル例：見積/不具合/要返信/至急
• 担当割り当て：種別ごとに一次担当を固定すると漏れが減ります

資料請求・リード獲得（営業/マーケ）

同意文・属性項目・スコアリング前提の作り方

資料請求は「集める」より次のアクション（商談化）につながる情報を取るのがコツです。

必須

• 会社名 / 部署名 / 氏名
• メールアドレス
• 興味のあるテーマ（チェック式：機能A/価格/導入事例…）
• 個人情報の同意（明確に）

スコアリング向き（選択式で回収）

• 導入時期（今月/3か月以内/半年以内/未定）
• 現状の課題（選択＋任意で補足）
• 従業員規模 or 事業規模（選択式）
• 予算感（レンジ選択）

“自由記述”は1つに絞る

• 「ご相談内容（任意）」だけにして、他は選択式で集計しやすくします。

CRM/MAに渡す前の“項目名ルール”

後工程で詰まる原因は「項目名がバラバラ」です。最初にルール化すると運用が安定します。

• 画面表示名：ユーザー向け（例：導入時期）
• 内部名（列名）：運用向け（例：introduce_timing）
• 選択肢は固定（途中で増やすと集計・連携が崩れやすい）
• 同じ意味の項目を増やさない（例：会社規模/従業員数を両方作らない）

運用セット（最小）

• ラベル例：ホット（3か月以内）/要フォロー/未連絡
• ステータス：未対応 → 初回連絡済 → 商談化/失注

イベント申込・アンケート

定員/受付期間/重複防止の設計

イベント系は「行き違い」を減らす設計が効きます。

申込フォーム（必須）

• 氏名 / メール
• 参加区分（現地/オンライン）
• 人数（必要なら）
• 連絡事項（任意）

重複防止の“現実的な対策”

• 自動返信に「受付完了」明記＋「未着時の連絡方法」記載
• 完了画面に「送信後に受付メールが届きます」を表示
• 社内運用で「同一メールの複数申込は統合」ルールを決める

定員管理の運用例（シンプル）

• 申込件数を定期チェック → 定員到達でフォームを停止（非公開）
• 定員間近なら完了画面・自動返信に注意書きを追加

回収後の集計・レポートを前提にした項目設計

アンケートは「自由記述が多いほど集計が地獄」になりがちです。

おすすめの質問設計

• 満足度（5段階）
• 良かった点（複数選択）
• 改善点（複数選択）
• 自由記述（最後に1つだけ、任意）

運用セット

• ラベル例：要フォロー（低評価）/改善要望あり
• 返信が必要なアンケートだけ担当割り当て

注文受付（決済あり/なし）

未入金・キャンセルを減らすフロー

注文受付は、「確認メールの情報量」でトラブルが激減します。

共通で入れる項目

• 氏名 / 連絡先（メール）
• 商品（選択式）
• 数量
• 住所（配送がある場合）
• キャンセル規定への同意（必要なら）

決済あり（決済まで一気通貫にしたい）

• 申込＝支払い完了が理想
• 自動返信に「領収/決済完了の扱い」「キャンセル規定」「問い合わせ先」を明記

決済なし（請求書・後払い運用）

• ステータスで回す：請求前 → 請求済 → 入金確認 → 発送/提供 → 完了

発送/提供までのステータス運用例

“どこで止まっているか”が見えると、対応漏れが減ります。

• 未処理
• 在庫確認
• 請求/決済待ち
• 入金済
• 発送準備
• 発送済 / 提供済
• 完了
• 返金/キャンセル（例外扱いでラベル管理）

採用エントリー・面接調整

履歴書等の添付と権限/保管の考え方

採用は個人情報の塊なので、添付・権限・保管期限を先に決めるのが最優先です。

応募フォーム（必須）

• 氏名 / メール / 電話
• 希望職種（選択式）
• 居住地（都道府県など）
• 自己PR（任意でもOK）

添付が必要な場合

• 履歴書・職務経歴書（添付）
• 添付を使うなら、社内で
  • 誰が閲覧できるか
  • いつまで保管するか
    をルール化（募集終了後の扱いも含む）

日程調整とリマインドの設計

日程調整は往復が増えやすいので、できるだけ自動化が有効です。

• 候補日を選んでもらう方式（フォーム＋日程調整連携）
• 自動返信：受付 → 次のステップ（書類確認→面接案内）を明記
• リマインド：前日・当日の連絡（オンライン面接URL含む）

運用セット

• ステータス：応募受付 → 書類確認 → 面接調整 → 面接済 → 結果連絡 → クローズ
• 権限：現場面接官は閲覧のみ、採用担当は編集/返信など分離すると安全

社内申請（バックオフィス）

承認フローの代替（ステータス＋通知＋記録）

formrunはワークフロー専用ツールではないため、社内申請は“簡易ワークフロー”として設計すると回ります。

申請フォーム（必須）

• 申請者（氏名・部署）
• 申請種別（選択式：備品/稟議/アカウント発行…）
• 希望日（必要なら）
• 理由（短文＋補足任意）
• 添付（見積書など必要なときだけ）

簡易承認の型

• 申請が来たら自動通知（承認者・担当部署へ）
• 承認/差戻しは「ステータス」と「テンプレ返信」で記録
  • 例：差戻し（追加情報依頼）→ 申請者へ返信
  • 例：承認済 → 手配中へ移動

監査・棚卸しに耐えるログと運用ルール

“あとで見返せる形”にしておくのが監査・棚卸し対策になります。

• ステータスの定義を固定（増やしすぎない）
• ラベルで種別・優先度を統一
• エクスポートのタイミングを決める（月次など）
• 添付の保管期限を決める（必要以上に残さない）

制作会社・代理店運用（複数案件を回す）

テンプレ共通化と権限分離

制作/運用で効くのは「作り直しを減らすこと」です。

• フォームは案件別に作るより、テンプレを複製して流用が基本
• 案件ごとのブレを防ぐため
  • 項目構成（最低限）
  • 自動返信（受付文面）
  • ステータス（進捗）
    をセットで標準化

権限分離のおすすめ

• 管理者：フォーム編集・権限管理
• 担当者：回答の閲覧・返信・ステータス更新
• 閲覧のみ：レポート確認（必要なら）

クライアントデータの扱い（契約/責任分界）

ここを曖昧にすると、あとで揉めやすいです。最初に決めておくと安心です。

• 個人情報の「管理主体」（クライアント/代理店どちらか）
• 問い合わせ対応の一次窓口（代理店が返すのか、クライアントが返すのか）
• 添付の取り扱い（保管期限、共有範囲）
• 解約/終了時のデータ引き渡し（エクスポート手順を含む）

formrun公式サイト

料金とプラン選び：無料で試して失敗を避ける

無料でできる範囲と、詰まりやすいポイント

formrunは「無料で触って感触を掴みつつ、必要になったところだけ有料に寄せる」運用がしやすいサービスです。
ただし、FREEは“気づかないうちに止まる”ポイントがあるので、最初にそこだけ把握しておくと失敗しにくいです。

FREEでできること（初心者がまず試す範囲）

• フォーム作成：1フォーム
• 月間の受付：1フォームあたり30件
• チーム：メンバー1人
• 添付の保存容量：100MB
• 個別メール送信：月10通
• 基本的なフォーム機能・埋め込みなど（まずは運用テストに十分）

詰まりやすいポイント（ここで“急に困る”）

• ⚠️ 月間回答数が上限に達すると、そのフォームが非公開扱いになり回答できなくなる
  → 「急に問い合わせが増えた月」に起きがちです。
• ⚠️ “返信”をちゃんと回し始めると、個別メール送信数がすぐ足りなくなる
  → 自動返信やテンプレ運用を始めると顕在化しやすいです。
• ⚠️ フォームを用途別に分けたくなった瞬間に、フォーム数の壁に当たる
• ⚠️ 複数人で対応し始めると、メンバー数の壁に当たる
• ⚠️ 会社や部署で使うと、チーム運用・権限・監査（ログ/容量）が必要になってくる

プラン選定の軸（フォーム数/回答数/メンバー/出力/連携）

まずは「何が増えたら有料にするか」を、5つの軸で決めるのが最短です。

5つの判断軸

1. フォーム数：用途別（問い合わせ／資料請求／採用…）に分けたいか
2. 回答数（1フォームあたり/月）：月末に“止まる”リスクがあるか
3. メンバー数：複数人で対応するか（今後増えるか）
4. 出力・分析：CSV/Excel出力やダッシュボードが必要か
5. 連携・自動化：スプレッドシート自動出力、Webhook、外部ツール連携が必要か

主要プランのざっくり比較（税抜）

プラン	月額	1フォームあたり月間回答数	フォーム数	メンバー	ファイル保存容量	個別メール送信
FREE	0円	30件	1	1	100MB	10通/月
BEGINNER	3,880円	100件	5	2	5GB	250通/月
STARTER	12,980円	無制限	50	5	10GB	無制限
PROFESSIONAL	25,800円	無制限	無制限	10	30GB	無制限

ポイント：FREEとBEGINNERは「回答数・メール送信数」が先に効いてきます。
STARTER以上は“止まりにくい設計”に寄るので、運用ストレスが減ります。

小規模チーム：まず必要な最小構成

「フォームをちゃんと運用したい（返信を整えたい・重複を避けたい）」なら、最初の有料候補はBEGINNERになりやすいです。

BEGINNERが合う例

• 問い合わせの一次対応を自動返信で整えたい
• 重複回答を防ぎたい
• フォームは最大でも5つ程度で足りそう
• メンバーは2人で運用できる

逆に、月の回答が100件/フォームを超える見込みがあるなら、BEGINNERのまま「上限追加」か、STARTERへ寄せるかを早めに考えると安全です。

集計・分析重視：出力/運用を中心に考える

「回答を集めた後に、集計して活用する」フェーズに入ると、STARTERが選びやすくなります。

STARTERが合う例

• フォームが用途別に増える（10〜50くらいまで想定）
• 回答をCSV/Excelで定期的に出す
• ダッシュボードで状況を見て改善したい
• 個別メール送信も増え、上限を気にしたくない

“止まらない（無制限）”だけでなく、「活用のための機能が揃う」イメージです。

連携・高度運用：権限/自動化まで見て選ぶ

「フォーム後の仕事をさらに減らす」「情シス・管理要件に合わせる」段階だとPROFESSIONALが視野に入ります。

PROFESSIONALが合う例

• スプレッドシート自動出力で転記をなくしたい
• Webhookで社内システムに流し込みたい
• ログインユーザーのIP制限など、統制を効かせたい
• 10人規模で運用（またはそれ以上に増える見込み）

見落としがちな追加費用（上限・フォーム追加・メンバー追加等）

月額プランだけ見ていると、後から「思ったより増えた」が起きやすいので、追加料金の代表例を先に押さえておくと安心です。

1) “チームごとの課金”になりやすい

• 複数部署で分けて運用すると、チーム数 × プラン料金で計算されます。
  例：部署Aと部署Bで2チーム作る → 同じプランでも支払いが2つに。

2) フォーム数を増やす

• 追加フォーム：1フォームあたり月額1,980円（税抜）
  → FREE/BIGINNER/STARTERで上限を超えるときの現実的な選択肢です。

3) 月間回答数の“上限追加”（FREE/BIGINNER向けの落とし穴対策）

• 1フォームあたりの月間回答数は、事前に上限を引き上げられる仕組みがあります。
• 料金は月額380円（税抜）〜の形で、設定内容と実績に応じて決まります。
• 上限が80%/90%に近づいた時点で通知も出せます。
• 重要：自分で設定しない限り自動課金されず、上限に達するとフォームが非公開になるだけです。

4) メンバーを増やす（PROFESSIONALのみ）

• 10名まではプラン内
• 11人目以降：1人あたり月額1,280円（税抜）
• 招待されたメンバーが承認したタイミングで課金対象になる仕組みです。

5) ファイル保存容量を増やす

• 1GBあたり月額980円（税抜）で追加できます。
• ダウングレード時に容量超過があると、添付が閲覧できなくなるケースがあるため要注意です。

6) EFO（離脱防止）などオプション

• EFO：月額3,000円/1フォーム または 月額30,000円（使い放題）（税抜）

7) 外部ツール連携（必要な分だけ“フォーム単位”で発生）

• Salesforce：月額2,480円/フォーム
• HubSpot：月額1,980円/フォーム
• kintone：月額980円/フォーム
• クラウドサイン：月額2,480円/フォーム（いずれも税抜）

8) ついでに知っておくと安心な“細かい有料枠”

• コード型フォーム：FREEだと 月額980円/1フォーム（有料プランは0円扱い）
• フォームアーカイブ：月額680円/1フォーム（税抜）

トライアル中に確認するチェックリスト（業務での再現テスト）

formrunは有料プランを14日間無料トライアルできます（基本的にアカウントにつき1回）。
トライアルを“触るだけ”で終わらせないために、以下を業務に寄せて確認すると判断が早いです。

チェックリスト（順番どおりにやると迷いにくい）

• ✅ 実際の用途でフォームを1本作る（問い合わせ or 資料請求など）
• ✅ 自分でテスト送信して、次を確認する
  • 通知が届くか（誰に届くか）
  • 自動返信が想定どおりか
  • 変数差し込みが崩れていないか
• ✅ 運用設計を試す
  • ステータス（未対応→対応中→完了）
  • 担当割り当て
  • ラベル運用（種別/優先度）
• ✅ “月末に困る系”を先に潰す
  • 1フォームあたりの月間回答数の上限（止まる条件）
  • 個別メール送信数（足りるか）
• ✅ データ活用の確認
  • CSV/Excel出力（必要な列が揃っているか）
  • ダッシュボード（見たい指標が見えるか）
• ✅ 自動化の確認（必要な人だけ）
  • スプレッドシート自動出力
  • Webhook
  • 外部ツール連携（どれがフォーム単位課金か）
• ✅ “やめるとき”も想定する
  • ダウングレードの手順（予約が必要な期限がある）
  • 容量超過・権限周りで困らないか

判断のコツ（迷ったらここだけ）

• 「返信の運用まで回す」→ BEGINNER以上が現実的
• 「回答が増える／フォームが増える／集計したい」→ STARTERが安定
• 「自動化・統制（IP制限/Webhook/自動出力）」→ PROFESSIONALが候補

formrun公式サイト

セキュリティ/情シス視点：導入可否を決める要点

認証・体制・監視など“信頼材料”の整理

情シスがまず見たいのは「何を根拠に“安全”と言っているか」です。formrunの場合、判断材料は大きく4つに分けて集めるとスムーズです。

1) 第三者認証（体制の裏付け）

• ISO 27001（ISMS）の取得が明記されています。
• プライバシーマークについても取得済みの記載があります（SLO側で言及）。

2) 運用基盤（どこで動いているか）

• インフラとして AWS採用が明記されています。
• 「どのリージョン（国内/海外）か」「データの保管場所」を社内規程に合わせて確認します。

3) 運用・監視・診断（継続的に守る仕組み）

• 第三者機関の脆弱性診断を2025年2月に実施した旨が記載されています。
• 監視体制やデータアクセス管理についての方針も公開されています。

4) BCP/復旧（止まった時の備え）

• 日次フルバックアップ（7日間）など、バックアップ要件がSLOで確認できます。
• 「障害時にどこまで復旧できるか」「復旧手順・責任分界（自社/ベンダー）」も社内要件と突合します。

ここまでを揃えると、社内のセキュリティチェック（稟議・監査）で聞かれる“定番質問”に先回りできます。

アカウント防御（多要素認証・IP制限・ログイン制御）

SaaSの事故は、ざっくり 「管理画面に入られる」→「情報を見られる/操作される」 が多いです。なので情シス視点では、まず管理画面の防御を固めます。

多要素認証（MFA / 二段階認証）

• formrunは、認証アプリで生成されるワンタイムコードを使う 多要素認証に対応しています。
• 運用のコツは次の通りです。
  • 管理者・運用担当は必須化（まずここだけでも効果が大きい）
  • 退職/異動時の手順（アカウント停止、権限剥奪）を先に決める
  • 共有アカウントは避け、個人アカウント＋権限で統制する

管理画面へのIPアドレス制限

• 管理画面へのアクセスを IPで制限できることが明記されています。
• “現実的に回る”設計例はこれです。
  • 原則：会社固定回線（拠点）だけ許可
  • 例外：在宅/出張は、VPN経由で社内IPに寄せる
  • 例外運用を作る場合は、承認フロー（誰がいつ追加するか）を決める

ログイン制御（考え方）
formrun側の機能名に依存せず、情シスとしては次を満たせればOKです。

• 「誰が」アクセスできるか（アカウント管理）
• 「どこから」アクセスできるか（IP制限/VPN）
• 「入れた後に何ができるか」（権限設計：閲覧/編集/返信）

この3点を揃えると、不正ログインと内部不正（権限過多）の両方に強くなります。

通信/保管/バックアップの考え方（暗号化・国内運用など）

情シスがチェックすべきなのは「通信中」「保管中」「復旧」「廃棄」の4フェーズです。

通信中：暗号化されているか

• 通信は SSL/TLSで暗号化される旨が公開情報で確認できます。
• 社内基準がある場合は「TLSバージョン要件」などもチェック項目に入れます。

保管中：誰がデータに触れられるか

• データベースへのアクセスはシステム担当者に限定、担当者でも限定状況を除きアクセスしない方針が明記されています。
• ここで情シスが追加で確認したいポイントは以下です。
  • 個人情報・機密情報の分類（フォーム設計側で“収集しない”設計も含む）
  • 添付ファイルの保管容量・保管期限（社内規程に合わせる）
  • 社内のアクセス権限（必要最小限の原則）

バックアップ：復旧できる前提があるか

• SLOにて、日次フルバックアップ（7日保存、深夜に自動）が明記されています。
• 情シス側では、次を合わせて決めると運用事故が減ります。
  • 「誤削除したら何日前まで戻したいか」＝7日で足りるか
  • 「復旧依頼は誰が出すか」「復旧までの許容時間」

廃棄：解約後にどう消えるか

• SLOには、解約後のデータ消去（深夜のバッチ処理で物理削除）の記載があります。
• ここは監査で聞かれやすいので、社内として
  • 解約前にエクスポートして保管する手順
  • 解約申請の権限者（誰が実行できるか）
    を決めておくと安心です。

監査対応に向けた資料の読み方（チェック項目の埋め方）

監査・稟議で一番大変なのは「社内のセキュリティチェックシートを埋める」作業です。formrunは セキュリティチェックシートの提供/記入対応に関する案内があり、公開情報の範囲で回答する方針も明確です。

まず集める資料（最短セット）

• セキュリティ対策ページ（外部向けの要約）
• セキュリティ方針（AWS採用、脆弱性診断、アクセス管理など）
• SLO（バックアップ、暗号化、データ削除など“運用要件”）
• セキュリティチェックシートの案内（取得手順・注意事項）

チェックシートを“埋めやすくする”コツ

社内シートは会社ごとに項目名が違いますが、次の対応表にすると迷いにくいです。

社内チェックの分類	formrun側で確認するポイント	自社側で決めるポイント
認証・アクセス	MFAの有無 / IP制限の有無	必須対象（管理者/運用者）と例外運用
データ保護	通信暗号化 / データアクセス管理方針	収集する個人情報の最小化、権限設計
運用・監視	脆弱性診断の実施有無・頻度の考え方	インシデント時の連絡フロー（社内窓口）
BCP/復旧	バックアップ方式・保存期間	復旧要件（RTO/RPO）と手順
廃棄/解約	解約後の削除要件	解約前のデータ退避・保管先

“よく差し戻される”ポイント（先回り）

• バックアップ保持が7日で足りるか（社内規程が長い場合は運用で補完が必要）
• IP制限の運用（在宅・出張の例外をどう扱うか）
• 添付ファイルの扱い（容量だけでなく、保管期限・閲覧権限）
• 公開情報の範囲（非公開情報を要求するシートだと詰まるので、社内シート側を調整する）

formrun公式サイト

他ツール比較：どこが強く、どこで負ける？

比較をスッキリさせるため、まず「フォームツールを選ぶ8つの軸」を共通のものさしにします。

• 作成の手軽さ（すぐ作れるか）
• 入力体験（スマホでも離脱しにくいか、UIの印象）
• 送信後の運用（対応漏れ防止、担当割り当て、進捗管理）
• メール対応（自動返信・テンプレ・個別返信）
• 共有・権限（チームで安全に運用できるか）
• 連携・自動化（スプレッドシート、Webhook、CRMなど）
• セキュリティ/情シス適合（MFA、IP制限、監査資料）
• 総コスト（TCO）（月額だけでなく、保守・トラブル対応の手間）

ざっくり結論から言うと、formrunは 「送信後の運用」まで含めて強い 一方、他ツールは 目的が単機能寄り（作る/集計する/サイトに置く） になりやすいです。

Googleフォームと比較：運用・管理・追加作業の差

Googleフォームが強いところ

• 最速で作れて、共有もしやすい（共同編集・回答集計の導線が分かりやすい）
• Googleスプレッドシートとの親和性が高い
  → 回答をスプレッドシートで集計・共有する運用に向きます
• 設定で 回答の編集許可 や 1人1回の制限 など、基本的な制御ができます

formrunが勝ちやすいところ（＝Googleフォームで追加作業になりがち）

• 「誰が対応中か」を見える化して回す（担当・進捗・対応漏れ防止）
  → Googleフォームは集計は得意ですが、問い合わせ対応の“案件管理”は別途設計が必要になりがちです
• メール対応の運用（自動返信・テンプレ・個別返信の回転）
  → Googleフォームでも通知や拡張は可能ですが、運用が散らかりやすい
• フォーム運用を“業務フロー”として固めやすい
  → 例：未対応→対応中→完了のような流れを、画面上で回せる

どっちが向く？

• 「アンケート・申込・社内共有」中心なら Googleフォーム が軽くて強い
• 「問い合わせ対応・顧客対応」中心なら formrun が運用で効きやすい

Contact Form 7等（WordPress系）と比較：自由度と運用コスト

WordPressフォーム（Contact Form 7など）が強いところ

• サイトに溶け込む自由度が高い（テーマ・CSS・導線設計を含めて作り込める）
• WordPress内で完結しやすい（サイト運用と同じ土俵で管理できる）
• 拡張プラグインが多く、要件に合わせて積み上げられる

formrunが勝ちやすいところ（＝WordPressフォームで「保守」が重くなるポイント）

• スパム対策・メール到達・保守が“自前”になりやすい
  • WordPress側は、スパム対策（reCAPTCHAやAkismet等）や送信履歴管理など、追加の設計が必要になりがち
  • プラグイン同士の相性、WordPress本体/テーマ更新、脆弱性対応なども運用コストに乗ります
• 対応管理（案件管理）を標準で持ちにくい
  → 「誰が返信するか」「進捗をどう管理するか」を別システムや工夫で補うことが多いです

どっちが向く？

• デザインや導線を最優先、かつ WordPress保守に慣れているなら WordPressフォーム
• 保守を軽くして、対応管理まで一気通貫に寄せたいなら formrun

Microsoft Formsと比較：社内利用/外部公開での向き不向き

Microsoft Formsが強いところ

• Microsoft 365の環境にいるなら、社内用途（申請・確認・アンケート）で導入がスムーズ
• 共同編集（共同作成）も可能で、チームで作りやすい

注意点（ここで「想定と違う」が起きやすい）

• 外部公開（社外の人に回答してもらう）は、組織の設定に左右されます
  → 管理者側で外部共有を許可する必要があるケースがあり、情シス要件によっては社外向けフォームが作れないことがあります

formrunが向くケース

• 社外向けの問い合わせ/資料請求/申込を、運用（返信・管理）込みで回したい
• セキュリティ統制を効かせつつ、業務フロー（担当/進捗）まで整えたい

海外フォームSaaS（例：Typeform系）と比較：UI/運用/コスト

Typeform系が強いところ

• 入力体験（会話型UI）が強く、見た目・体験で差を作りやすい
  → ブランド体験や回答率改善を狙うフォーム（リード獲得、満足度調査など）でハマりやすい
• テンプレやロジック（分岐）など、フォーム作成側の機能が豊富になりやすい
• 料金はプラン段階・上限が明確で、必要に応じて上位へ…という設計（※プランや上限は最新の公式で確認推奨）

formrunが勝ちやすいところ

• 「フォーム後の運用」（顧客・案件管理、メール対応、チーム運用）が分かりやすい
  → Typeform系は“集める体験”に寄せやすく、対応管理まで含めると別ツール併用になりがち
• 国内運用・情シス確認の面で話が早いケースがある（監査資料、国内向けの運用想定など）

どっちが向く？

• 回答率・体験重視（マーケ寄り）なら Typeform系
• 問い合わせ対応・業務運用（バックオフィス/CS寄り）なら formrun

代替候補を選ぶ判断軸（要件別の分岐チャート）

迷ったら、下の分岐でかなり整理できます（YESが多い方向へ）。

1) フォームの目的は「社内だけ」？

• YES → Microsoft Forms / Googleフォーム が軽くて強い
• NO（社外向け）→ 次へ

2) 送信後に「返信・対応・進捗管理」が必要？

• YES → formrun（運用まで一体化しやすい）
• NO（集めて終わり/集計中心）→ 次へ

3) サイトに完全に馴染ませたい・WordPress保守に慣れている？

• YES → Contact Form 7等（WordPress系）
• NO → 次へ

4) 体験（UI）で回答率を上げたい・ブランド重視？

• YES → Typeform系
• NO → formrun / Googleフォーム（要件と運用で決める）

ざっくり早見表（初心者向け）

観点	formrun	Googleフォーム	WordPress（CF7等）	Microsoft Forms	Typeform系
作り始め	○	◎	△（WP準備）	○	○
入力体験	○	○	○（作り込み次第）	○	◎
送信後の運用（担当/進捗）	◎	△	△（別途）	△	△（別途）
メール対応（テンプレ/個別）	◎	△	○（設定/拡張次第）	△	○（プラン次第）
権限・統制	○	○	△（WP側次第）	○（組織設定依存）	○（プラン次第）
保守の手間	◎（SaaS）	◎	△〜×（自前）	◎	◎
コストの出方	段階的（運用で効く）	低コスト寄り	サーバ/保守込みで変動	365契約次第	体験重視で上がりやすい

formrun公式サイト

評判・レビューの読み解き：導入前に見ておくべき“現実”

高評価になりやすいポイント（作成の容易さ/共有/管理 など）

レビューで繰り返し出てくる「刺さりどころ」は、だいたい次の3つにまとまります。

1) フォーム作成が速い（非エンジニアでも形にできる）

• ドラッグ＆ドロップやテンプレ活用で、短時間で公開までいける
• 運用しながら項目を足したり直したりしやすい（改善サイクルが回る）

2) “送信後”がラク（問い合わせを受けて終わりにしない）

• 回答が管理画面にまとまり、メール受信箱を掘らなくてよい
• ステータス管理（未対応/対応中/完了など）で、対応漏れが減る
• 通知や自動返信で、一次対応が速くなる（相手の不安も減る）

3) チームで回しやすい（担当割り当て・見える化）

• 営業/サポートなど複数メンバーで扱っても、状況を共有しやすい
• ダッシュボード等で「詰まり」を把握しやすい、という声がある

補足として、レビューサイトのアワード（満足度・認知度評価）に関する発表もあり、一定数のユーザー評価が蓄積している点は、導入検討の安心材料になります。

不満が出やすいポイント（制限/費用/運用ルール不足 など）

一方で、低評価・改善要望は「機能そのもの」より、期待値とのズレや運用設計不足から生まれやすいです。

1) “できそうでできない”のギャップ（条件分岐・入力補助など）

• 分岐や必須制御を、もっと細かく指定したい（条件ごとの必須、説明文の出し分け など）
• 入力補助（EFO）の導入や設定が、用途によっては追加検討になる
  → ここは、作りたいフォームが「複雑な分岐前提」だとギャップが出やすい領域です。

2) 料金への不満は「欲しい機能が有料に寄っている」時に起きる

• “データ出力だけ使いたい”のに有料プランが必要、というタイプの声
• 連携や高度機能がフォーム単位課金などになり、想定より上がるケース
  → 月額だけでなく、チーム数・フォーム数・オプションを含めた総コスト（TCO）で見るのが重要です。

3) サポート評価は割れやすい（期待する支援レベルで変わる）

• 「助かった」という声もあれば、「期待ほどではない」という声もある
  → “どこまで自走できる体制か”で、満足度が変わりがちです。

4) 初期は画面構造に迷うことがある（慣れるまでの学習コスト）

• 設定の所在が分かりにくい、どこを触ればいいか迷う、というタイプの指摘
  → これは導入初期に起きやすいので、最初に「社内の運用手順」を短く決めておくと軽減できます。

口コミを鵜呑みにしない確認項目（自社要件への当てはめ）

レビューを“使える判断材料”に変えるコツは、自社の条件に変換することです。次のチェックを入れるだけで精度が上がります。

1) その口コミは、自社の使い方に近い？

• 用途：問い合わせ運用？アンケート？採用？注文？
• 体制：1人運用？チーム運用？
• 件数：月30件程度？100件以上？大量？
• 必須要件：分岐の複雑さ／添付運用／連携（CRM・スプレッドシート・Webhook等）

2) 不満の原因が「機能不足」か「設計不足」かを切り分ける

レビューの不満は、次のどちらかに分類すると判断が早いです。

よくある不満の型	本当に必要な対策
「細かい分岐ができない」	分岐の設計見直し（フォーム分割） or 別ツール検討
「費用が高い」	どの機能が有料か棚卸し→代替（手動/他ツール）で埋められるか確認
「運用が回らない」	ステータス・担当・テンプレなど“運用ルール”を先に決める
「設定が難しい」	初期の手順書（5〜10項目）を作る／トライアルで再現テスト

3) 最後は“トライアルで再現テスト”が勝ち

口コミで揉めやすいポイントは、トライアル中に次を試すと一発で分かります。

• 自分で送信 → 通知 → 自動返信 → 個別返信まで通す
• ステータス（未対応→対応中→完了）で運用してみる
• CSV/Excel出力、必要なら連携も試す
• 分岐・添付がある場合は、実データで「詰まる瞬間」がないか確認

formrun公式サイト

導入手順：最短で公開して、チーム運用に乗せる

初回セットアップ（アカウント→フォーム作成→公開）

最短で公開するコツは、「まず1本だけ作って、実運用テスト→改善」です。最初から完璧を狙うと、公開が遅れがちになります。

ステップ1：アカウント作成→チームの土台を決める

• チーム名（部署/用途が分かる名前）
• まずは運用者を1〜2人に絞る（後から増やすほうが安全）

ステップ2：テンプレからフォームを作る

• テンプレを選ぶ（問い合わせ／資料請求／申込 など）
• まずは項目を“減らす”（必須を最小にする）

ステップ3：フォームの基本を整える（見た目・必須・完了画面）

• 入力画面：迷わない順番（会社→名前→連絡先→内容）
• エラーになりやすい項目（メール/電話）は入力例を入れる
• 完了画面：次の行動を明記
  • ✅「受付完了」
  • ✅「返信目安」
  • ✅「必要ならFAQ/資料リンク」（ある場合）

ステップ4：公開方法を決めて公開

• まずは URL共有 でテスト → 問題なければ Web埋め込み が鉄板
• Webサイトに埋め込む場合は、後述の「埋め込み先URL登録」を先にやっておくと事故が減ります

公開前の必須設定（通知/同意/入力チェック/スパム対策）

公開前に“最低限ここだけ”押さえると、問い合わせ運用が一気に安定します。

通知（受信に気づける状態を作る）

通知の基本は2本立て

• ✅ メール通知：誰でも確実に気づく
• ✅ チャット通知（Slack/Teams/Chatwork等）：初動が速くなる

運用のコツ

• まずは「一次担当の共有アドレス（またはチーム代表）」へ通知
• 慣れてきたら「種別ごとに担当を振り分け」へ拡張

※チャット通知など一部機能はプランで利用可否が変わります。

自動返信（一次対応の質を固定する）

自動返信は、“丁寧な文章”より、相手の不安を減らす情報が重要です。

最低限入れる内容（テンプレ）

• 受付完了の明記（可能なら受付番号）
• 返信までの目安（例：1〜2営業日）
• 追加情報が必要な場合の案内（例：資料URL、よくある質問）

設定の落とし穴（初心者がつまずきやすい）

• 「どの項目を宛先（メールアドレス）として使うか」を誤る
• 変数（差し込み）を入れたのに、プレビューだけ見て安心してしまう
  → テスト送信で最終確認が安全です（受付番号などは挙動が変わることがあります）

同意（個人情報の取り扱いを明確にする）

• 個人情報を扱うフォームは、同意チェックを入れておくと安心感が上がります
• 完了画面にも「受付後の流れ（返信目安など）」を載せると問い合わせ削減につながります

入力チェック（ミスと手戻りを減らす）

• メールアドレスは必須＋形式チェック（入力例も入れる）
• 電話番号は「任意」にして離脱を避ける（BtoBなら任意が回収しやすいことも）

スパム対策（“減らす”より“すり抜けても困らない”まで設計）

最初にやるべきは、重い対策より 軽く効く対策です。

• ✅ まず入れる：スパム投稿フィルタ（例：半角英数字だけの投稿を弾く）
• 迷惑投稿が増えたら：reCAPTCHAなど“入口で止める”仕組みを検討
• すり抜け前提で：通知先を分ける／ラベルで「スパム疑い」運用にする

運用設計（担当/ステータス/テンプレ/権限）

公開後に揉めやすいのは「誰が、どこまで、いつ対応するか」です。最初に“最小ルール”だけ決めると回り始めます。

担当（一次担当だけ決めれば十分）

• 一次担当：まずは1人（または共有アドレス）
• 二次担当：必要になったら追加（いきなり複雑にしない）

ステータス（3列で始める）

最初はこれでOKです。

• 未対応
• 対応中
• 完了
  （必要なら「保留」を追加）

ポイント

• ステータスを増やすのは「詰まり」が見えてから
• “対応中が溜まる”なら、担当割り当てやテンプレの見直しが効きます

テンプレ（返信品質を均す）

テンプレは「文章を作る」より「事故を減らす」目的で用意します。

• 見積依頼用
• 導入相談用
• 不具合/質問用
• 日程調整用

コツ

• 冒頭と末尾（署名）を固定し、編集箇所を最小化
• 変数差し込みで“最低限の個別感”（名前、種別など）を出す

権限（必要最小限で安全に）

• 返信する人：閲覧＋返信＋ステータス更新
• 管理者：フォーム編集・権限変更
  まずはこの2段階で十分です。慣れてから細分化すると運用が止まりません。

既存フォームからの移行（Googleフォーム/WordPress等）

移行は「作り直し」ではなく、“同じ成果を保ったまま置き換える作業”です。おすすめは「並行稼働→切り替え」です。

移行の基本ステップ

1. 既存フォームの項目を棚卸し（必須/任意/不要）
2. formrunで同等フォームを作成（テンプレ→調整）
3. 通知・自動返信・スパム対策を設定
4. テスト送信（後述）
5. WebサイトやLPのフォームを差し替え（URL/埋め込みコード更新）
6. 旧フォームは“受付終了”表示にして誤送信を防ぐ

移行で事故が起きやすい点（URL/項目名/通知先/保管）

URL（埋め込み）

• Webサイトに埋め込む場合、埋め込み先URLの登録漏れで「送信できない／表示されない」が起きやすいです
  • https / www の揺れも含めて登録をチェック

項目名（集計・連携の地雷）

• 後でCSV/Excelや外部連携をするなら、項目名は早めに固定
• “同じ意味の項目を増やす”（会社規模と従業員数を両方作る等）は避ける

通知先

• 旧フォームは「個人メール」になりがち
• 移行時に「共有アドレス」へ統一すると属人化が減ります

添付ファイルの扱い

• 旧フォームで添付がある場合、容量・保管・権限の運用ルールを先に決める
• 必要なら「添付ではなく、クラウドリンクで提出」へ設計変更も検討

移行後にやるべきテスト（入力→通知→返信→出力）

公開前に、必ず“1回は自分で送信”して流れを通してください。ここで8割の事故が潰せます。

テスト項目チェックリスト

• ✅ 入力：必須チェック、エラー表示、スマホで崩れないか
• ✅ 送信：完了画面が表示されるか
• ✅ 通知：メール通知が正しい宛先に届くか（内容の表示/非表示設定も含む）
• ✅ 自動返信：宛先項目が正しいか、文面・差し込みが崩れていないか
• ✅ 運用：ステータス変更、担当割り当て、ラベル付けが迷わずできるか
• ✅ 出力（必要なら）：CSV/Excel出力が想定どおりか（権限者だけ出力できる点も確認）
• ✅ 埋め込み：サイト上で表示・送信できるか（埋め込み先URL登録の漏れがないか）

formrun公式サイト

よくある質問：つまずきポイントを先回りで解消

迷惑投稿（スパム）を減らすには？

スパム対策は「完璧にゼロにする」より、“減らす＋混ざっても運用で捌ける”形にすると失敗しにくいです。まずは軽い設定から入れましょう。

まず最初にやる（効果が出やすい順）

• スパム投稿フィルタをON（半角英数字だけの投稿を弾く）
• 通知先を整理（一次担当だけに届くようにする／件数が多いなら専用アドレスへ）
• フォーム項目を見直す（自由記述を減らし、選択式を増やす）

スパム投稿フィルタのポイント

• フィルタで弾いた投稿は、管理画面の「弾かれた投稿一覧」などで確認できます
• 対象になりやすい項目は、氏名・住所・テキスト入力（1行/複数行）など
• コード型フォームとクリエイターフォームで設定場所が異なるため、種類を確認してから設定します

それでも多い場合の“次の一手”

• 入口を強める（例：reCAPTCHAなど、社内方針に沿う対策を追加）
• 入力のハードル調整（必須を増やしすぎない範囲で、スパムが嫌う設問を混ぜる）
• 運用で切り分け（ラベル「スパム疑い」を作り、担当が確認してクローズ）

添付ファイルの制限と安全な運用は？

添付でつまずくのは、だいたい 「サイズ上限」 と 「保存容量（チーム合計）」 です。ここを分けて理解すると簡単です。

1) フォーム回答者がアップロードできる“1回あたり”の上限

• クリエイターフォーム：ファイルアップロード項目1つにつき 100MB
• コード型フォーム：1送信につき 300MB

2) チーム全体で保存できる“累計容量”の上限（プラン別）

• FREE：100MB
• BEGINNER：5GB
• STARTER：10GB
• PROFESSIONAL：30GB

添付が多い運用（採用・申請・見積書回収など）は、累計容量が先にボトルネックになります。

安全に運用するためのルール例（そのまま使えます）

• 添付OK：PDF、画像、資料（必要最小限）
• 添付NG：パスワード、クレカ情報、不要な機微情報
• 保管期限：例）採用は募集終了後◯ヶ月で削除、申請は年度末まで、など
• 閲覧権限：添付が見られる人を最小に（閲覧のみ／編集可を分ける）

上限を超えそうなときの回避策

• 添付をやめて、Googleドライブ等の“共有リンク”を貼ってもらう（URL項目を用意）
• 添付が複数必要なら、フォーム内で増やすよりも「1つにまとめてPDF化」等を案内
• 実務上は、ファイルアップロード項目は1つ運用が安定しやすい（複数だと環境によって送信失敗リスクが上がるため）

データの取り出し・保管・解約時の注意点は？

「いつでも出せる」と思っていると、いざという時に困りがちです。初心者は “出すタイミング” と “消える条件” を先に押さえましょう。

エクスポート（CSV/Excel）で先に確認すべきこと

• エクスポートは STARTER以上で利用できる機能です
• 出力される項目は、設定によって
  • 表示項目だけ出る（非表示項目は出ない）
    などの挙動があるため、事前に「出したい項目」が表示対象になっているか確認します
• 外部連携（Salesforceなど）の前に、まずCSVで吐き出して整形→取り込み、という使い方もできます

“削除”は戻せない（よくある事故）

• フォーム削除は、フォームオーナー／チームオーナーなど権限者のみ実行可能
• 一度削除したフォームは 復元できないため、削除前に必ずエクスポートを取るのが安全です

解約・退会（サービス停止）前にやることチェック

• 必要なデータをエクスポート（回答データ、必要なら権限情報も）
• 添付ファイルの保管先を決める（社内ストレージ等）
• 移行先（別ツール）へインポートするなら、項目名・列名を揃える

「解約したらデータはどうなる？」

• SLO上、サービス解約後、その日の深夜にバッチ処理で個人情報・秘匿情報の物理削除が行われます
• バックアップは 日次フルバックアップ（保存7日） が前提として示されています
  → つまり、解約後に「やっぱり取り出したい」は難しいので、解約前の退避が基本です。

共同運用で揉めない権限分けのコツは？

チーム運用で一番多い揉め事は「全員が編集できてしまう」「通知を受けるだけの人に権限を渡してしまう」です。まずは 3役モデル で切ると安定します。

まずはこの3役でOK（シンプル運用）

• 管理者（オーナー）：フォーム編集・権限変更・削除ができる人（最小人数）
• 運用担当：回答閲覧、ステータス更新、返信（必要な範囲）
• 閲覧のみ：状況確認だけ（返信や編集は不可）

フォーム単位で“見せる/触らせる”を切る

• formrunは、チームに所属していても フォームごとに閲覧・編集権限を付けない運用が可能です
• 案件や部署で混ざるなら、チーム（プロジェクト）を分けると事故が激減します（「このフォームは見えていい？」問題が減る）

運用ルールを1枚で決める（揉め防止テンプレ）

• 誰が一次対応するか（通知先）
• ステータスの定義（未対応/対応中/完了…）
• テンプレ返信の範囲（使う場面・編集して良い箇所）
• 権限変更の手順（退職・異動時の対応）

なお、管理画面上でメンバーのログイン履歴（アクセスログ）を確認できない点が案内されています。監査要件が強い場合は、社内側の運用（アカウント管理・MFA・IP制限など）で補う設計が現実的です。

formrun公式サイト

成果につなげる次の一手

最初に作るべき“1本目のフォーム”例

最初の1本は、いきなり「資料請求」「採用」など複雑なものではなく、運用が回るかを確認しやすい“問い合わせフォーム”がおすすめです。
理由はシンプルで、フォーム運用で詰まりがちな 通知・自動返信・担当・ステータスを一通りテストできるからです。

おすすめ例：問い合わせフォーム（BtoB想定）の最小構成

• 必須
  • 会社名
  • 氏名
  • メールアドレス
  • 問い合わせ種別（例：見積/導入相談/不具合/その他）
  • 問い合わせ内容（自由記述）
• 任意（必要になってから追加）
  • 電話番号
  • 参考URL
  • 希望連絡方法（メール/電話）
  • 予算感・導入時期（※「見積/導入相談」のときだけ表示）

自動返信（最初はこの3点でOK）

• 受付完了の明記
• 返信の目安（例：1〜2営業日）
• 追加導線（FAQ/資料URL/予約ページがあれば）

運用を回すための最低限ルール

• ステータス：未対応 → 対応中 → 完了（必要なら保留）
• ラベル：見積 / 導入相談 / 不具合 / 至急
• 担当：一次担当を1名（または代表）に固定して、漏れを防ぐ

この1本が回り始めたら、次の1本は「資料請求」や「申込」へ広げると、失敗しにくいです。

トライアル中に必ず検証する3項目

トライアルは「触れた」で終わると意味が薄いので、“業務として再現できるか”に絞って確認します。

1) 受付〜一次対応が止まらないか（通知・自動返信）

• 自分で送信して、通知が正しい宛先に届くか
• 自動返信が想定どおりの文面・差し込みになっているか
• 迷惑投稿（スパム）が来た時に、運用で捌けそうか

2) チーム運用が揉めないか（担当・ステータス・権限）

• 担当割り当てとステータス更新が迷わずできるか
• 「誰が返信できるか」「誰が編集できるか」を分けられるか
• 権限を強くしすぎて現場が止まらないか（＝運用が回る落とし所があるか）

3) “あとで使える形”で残るか（出力・連携・コスト）

• CSV/Excelに出したい項目がきちんと出るか
• 連携（必要な場合）が、想定の運用と費用感に合うか
• 回答数が増えたときに「上限で止まる」リスクを許容できるか

この3つがクリアできれば、プランを上げても「使わない機能にお金を払う」状態になりにくいです。

継続改善のKPI（完了率/初動時間/対応漏れ など）

フォーム運用は、数字を追いすぎると疲れます。最初は 3〜5指標に絞ると続きます。

おすすめKPIセット（初心者向け）

• 完了率（入力開始→送信まで辿り着いた割合）
  • 改善の打ち手：必須項目の削減、選択式の追加、分岐の整理、EFOの検討
• 初動時間（受付〜最初の返信・一次対応までの時間）
  • 改善の打ち手：通知先の整理、テンプレ返信、担当の固定、営業時間ルール
• 対応漏れ率（未対応のまま残った件数・割合）
  • 改善の打ち手：ステータス運用の徹底、担当割り当て、定期チェック
• 次アクション率（問い合わせ→商談、資料請求→面談予約など）
  • 改善の打ち手：完了画面・自動返信に導線追加、種別ごとのテンプレ最適化
• スパム比率（全投稿のうち迷惑投稿の割合）
  • 改善の打ち手：スパムフィルタ、入力設計の見直し、通知の振り分け

“回る改善サイクル”の作り方（おすすめ頻度）

• 毎週：未対応の棚卸し（対応漏れをゼロにする）
• 毎月：初動時間・次アクション率の推移（施策を1つだけ打つ）
• 四半期：フォーム構成・テンプレ・権限設計の見直し（運用の型を更新）

数字を見たら、必ず「次に何を変えるか」を1つだけ決める。
これだけで、フォーム運用はちゃんと成果に近づきます。

formrun公式サイト

まとめ

formrunを選ぶべき理由は、フォーム作成機能の多さだけではありません。
本質は、フォームの“後工程”である 受付 → 対応 → 管理 → 改善を、ひとつの流れとして整えやすい点にあります。

今回のポイントを要約すると、次の通りです。

• formrunが向くのは、フォーム送信後に
  返信・担当割り当て・進捗管理・データ活用まで必要なケース
• 逆に「集めて終わり」「1人運用で件数も少ない」なら、他ツールでも十分な場合がある
• 料金で失敗しないコツは、月額だけでなく
  フォーム数・回答数・メンバー数・出力/連携・オプションをセットで見ること
• 口コミで評価が割れやすいのは、機能の良し悪しというより
  運用ルール（ステータス/テンプレ/権限）の有無が原因になりやすい
• 導入は「完璧なフォーム」ではなく、1本目を最短で公開→業務で再現テスト→改善が最短ルート
• 情シス視点では、MFA・IP制限・権限設計・データ保管/削除の考え方を押さえると稟議が通りやすい

最後に、成果へつなげるための“次の一手”はシンプルです。
まずは問い合わせフォームなど、運用が回るか確認しやすいものを1本作り、次をチェックしてください。

• 通知は正しい担当に届くか
• 自動返信は不安を減らす内容になっているか
• 未対応が溜まらない運用（担当・ステータス・テンプレ）が作れるか
• 出力/連携が必要な形で回せるか（費用感も含めて）

フォームは「作った瞬間」ではなく、「運用が安定した瞬間」に成果が出ます。
formrunは、その“運用の壁”を越えるための選択肢として、特に強いツールです。

formrun公式サイト