「kintone フォーム」で検索する人がぶつかっているのは、たいてい機能の有無ではありません。社内の業務アプリとしては問題なく動いているのに、社外の人に回答してもらう受付を作ろうとした瞬間に、話が急に難しくなる。この記事では、この難しさがどこから来ているのかを切り分けて、次に何を決めればよいのかを整理します。
先に結論を書きます。フォームという言葉が指しているものが、社内の入力画面と社外向けの公開受付という2つに分かれていて、その2つが混ざったまま検討が進むことが、話をこじらせる原因です。この2つを分けたうえで、標準の範囲でどこまで足りるのか、どこから先はプラグインや外部サービスの検討に入るのかを見極めてください。判断の軸は3つしかありません。回答する人がアカウントを持っているか。その画面を社外に出してよいか。送信されたあとに何をするか。この3つで、たいていの検討は片が付きます。
なお、この記事では料金やプラン、各種の上限値については触れません。この種の条件は変わりますし、正確でない数字を判断材料にすると、あとで組み直す羽目になります。費用と上限については、必ず公式サイトで最新の条件を確かめてください。
「kintoneでフォームを作る」という言葉が指している2つのもの
同じ「フォームを作りたい」という相談でも、頭に浮かんでいる画面が人によって違います。ここを揃えないまま情報を集めると、読んだ記事ごとに答えが食い違って見えて、検討がなかなか前に進みません。まずこの言葉の中身を分解します。
サイボウズの公式サイトには、製品の位置づけが次のように書かれています。
kintone（キントーン）は、AIとノーコードで、現場の業務にフィットする業務アプリをつくれて、業務を進めるほどAI活用の土台となるデータがたまる、サイボウズの業務改善プラットフォームです。 出典: kintone.cybozu.co.jp
ここで語られているのは「業務アプリをつくれる」ことであり、「不特定多数から回答を集めるページを公開できる」ことではありません。この一文の射程を正しく読むと、検討の出発点がかなり整理されます。業務アプリの中で人がデータを入力する画面は当然あります。それをフォームと呼ぶかどうかは、呼び方の問題です。
社内の人が入力する画面としてのフォーム
1つ目は、業務アプリの中でデータを入力する画面です。営業担当が日報を入れる、経理が経費精算を登録する、総務が備品の申請を受け付ける。こうした画面は、入力する人が組織の一員で、すでにアカウントを持っていることが前提になっています。
この形のフォームは、業務アプリの機能そのものです。項目を並べて、必須にするかどうかを決めて、入力された内容が一覧に積み上がる。入力した人が誰なのかは自動で残りますし、あとから絞り込んで集計することもできます。台帳と入力画面が最初から一体になっているので、表計算に転記する作業そのものが発生しません。
社内の受付を業務アプリに寄せると効果が出るのは、この点です。現場ではよく、受け取ったデータを別の表に貼り直す作業に、1件あたり3分から5分かかっていると言われます。月に100件あれば、それだけで数時間が転記に消えます。入力と台帳が同じ場所にあれば、この時間は丸ごと不要になります。
社外の人に回答してもらう公開フォームとしてのフォーム
2つ目は、URLを配って、誰でも開いて入力できるページです。採用の応募受付、イベントの申し込み、問い合わせ窓口、助成金の公募。これらに共通しているのは、回答する人が組織の外にいて、アカウントを持っていないことです。
ここで前提が反転します。社内の入力画面は「アカウントを持っている人が入力する」ことを前提に組み立てられています。社外向けの受付は「アカウントを持っていない人が入力する」ことを前提にしないと成立しません。この前提の違いが、検討の難しさのほとんどを生んでいます。
社外の不特定多数に対して、アカウント登録なしで開ける受付ページを公開する仕組みについては、公開されている製品資料の範囲では標準機能としての記載が見当たりませんでした。この用途で検討している場合に、プラグインや外部サービスの名前が話に出てくるのは、この境目を埋めるためです。
この2つを混ぜたまま探すと話がかみ合わない
検討がこじれる典型は、社内の担当者が「うちの業務アプリでフォームは作れます」と言い、受付の担当者が「でも応募者に登録させるわけにはいきません」と返し、どちらも正しいまま話が平行線になる場面です。片方は社内の入力画面の話をしていて、もう片方は社外向けの公開受付の話をしています。
検討を始めるときは、最初に紙かホワイトボードに1行書いてください。「このフォームに入力するのは、アカウントを持っている人か、持っていない人か」。この1行が決まるだけで、必要な情報の半分は絞り込めます。持っている人だけなら、標準の範囲で組める可能性が高い。持っていない人が入るなら、そこから先は別の検討になります。
社内の業務アプリとして向いている場面を先に押さえる
道具の比較記事は、足りないところから書き始めがちです。それをやると、いま使っている組織にとっては何の役にも立たない記事になります。順番を逆にします。まず、業務アプリとして使っていて、その延長でフォームを考えるときに、乗り換えや外部サービスの追加を考える必要がない場面から並べます。
ここに当てはまるなら、余計な道具を足さないほうがよい判断です。道具を増やすと、設定の管理と、担当者が覚える手順と、故障したときの切り分けが同時に増えます。足りているのに動くと、その分だけ純粋に損をします。
入力したデータをそのまま台帳として使いたい場合
受け取った内容を一覧にして、絞り込んで、担当ごとに分けて、状態を更新する。この一連の作業が同じ画面で完結するのは、業務アプリの強みです。フォームで集めて、表計算に落として、そこから別の管理表に転記して、という流れが必要ありません。
社内の申請や報告のように、入力する人と管理する人が同じ組織にいる受付では、この構成が最も無理がありません。データの置き場所が1つで済むので、どれが最新なのかで迷うことがなくなります。表計算のファイルが「最終版」「最終版_修正」と増えていく現象も起きません。
現場では、管理表の行数が100件を超えたあたりから、表計算での管理が回らなくなると言われます。フィルタを外した瞬間に未対応が埋もれる、同じ行を2人が同時に編集して上書きが起きる、といった問題が出るためです。台帳としての機能が最初から備わっている画面に寄せるのは、この規模を超える受付では合理的な選択です。
部署をまたいで同じデータを見たい場合
受付の担当と、承認する人と、実行する人が別の部署にいる業務では、データを1か所に置けることの価値が大きくなります。メールで転送して、返信で状況を伝えて、という運用は、関わる人が3人を超えたあたりから急に破綻します。誰が最新の情報を持っているのか分からなくなるためです。
同じレコードを全員が見て、その中でやり取りを残せる形にすると、この問題は起きません。状況を聞くための問い合わせがなくなるので、受付の担当者の仕事が「聞かれたことに答える」から「実際の処理を進める」に戻ります。
一覧・絞り込み・集計まで同じ画面で完結させたい場合
集めた内容を、条件で絞って、件数を数えて、担当別に分けて見る。この作業を別の道具に持ち出さずに済むかどうかは、運用の負担を大きく左右します。フォームの回答を表計算に出して、そこで関数を組んで集計している運用は、フォームの項目を1つ増やすたびに関数の組み直しが発生します。
項目の追加が集計の作り直しにつながらない構成になっているのは、業務アプリとして作られているものの利点です。項目を増やしても、一覧の表示設定を変えるだけで済みます。受付の内容は年ごとに変わるものなので、この差は運用の年数が長いほど効いてきます。
権限を細かく分けたい場合
見てよい人、編集してよい人、削除してよい人を分けたい要件がある受付では、権限の設定ができることが前提条件になります。人事や採用の情報、健康に関する情報、取引先の与信に関する情報などは、全員が見られる場所に置けません。
社内の業務アプリとして作られているものは、この種の権限管理を最初から持っています。表計算の共有設定で運用しようとすると、ファイル単位でしか分けられず、行や項目の単位で見せ方を変えることができません。細かい権限の要件がある受付では、ここが決め手になることがあります。
標準の範囲でできることと、外の道具が要る境目
ここからが本題です。何ができて何ができないかを機能の一覧で覚えようとすると、仕様が変わるたびに覚え直しになります。覚えるべきなのは機能名ではなく、境目の引き方です。境目を作っている条件は3つあります。
判断の分かれ目1 回答する人がアカウントを持っているか
最初に確かめるのはここです。入力する人が組織のアカウントを持っているなら、業務アプリの入力画面がそのままフォームとして使えます。持っていないなら、その人が入力できる入口を別に用意する必要があります。
回答者にアカウント登録を求めると、そこで応募をやめる人が必ず出ます。採用の応募受付では、登録の手間を理由に応募をやめる人がいるという話が、窓口の担当者からしばしば出ます。イベントの申し込みや問い合わせも同じで、入力に入る前の一手間は、そのまま件数の減少として現れます。集まる件数が成果に直結する受付では、ここは機能の問題ではなく成果の問題です。
社外の人にアカウントを持たせずに回答してもらう入口を作れるかどうかが、標準の範囲で完結するか、外の道具を検討するかの最初の分岐です。この用途については、公開されている資料の範囲で標準機能としての記載が見当たらなかったため、検討する場合は最新の公式情報を必ず確かめてください。
判断の分かれ目2 その画面を社外に出してよいか
技術的に出せるかどうかとは別に、出してよいかという判断があります。業務アプリの入力画面には、社内の項目名や、選択肢として登録されている取引先名、担当者名などが含まれていることがあります。社外の人が見る画面に、社内向けの言葉がそのまま出てよいかは、公開する前に必ず確認すべき点です。
現場でよくあるのは、内部用の項目名がそのまま応募者に見えていた、というものです。「要注意フラグ」「前回対応者」のような項目が回答画面に並んでいると、それだけで信用を落とします。社内向けに育ってきた画面を社外に出すときは、項目を全部読み直す作業が必ず要ります。
この点は、外の道具を使うかどうかとは独立した論点ですが、実務では同時に発生します。社外向けの入口を別に用意する構成にすると、見せる項目と社内で持つ項目を分けられるので、この確認が簡単になります。
判断の分かれ目3 送信されたあとに何をするか
3つ目が、実は最も大きい分岐です。集めて終わりなのか、1件ずつ返事を返すのか。この違いで、必要なものが変わります。
集計して傾向を見れば終わる受付なら、必要なのは入力と一覧だけです。返信の記録も、担当の割り当ても、対応状況の管理も要りません。この場合、標準の範囲で組めるかどうかだけを考えれば済みます。
一方、1件ずつ返事を返す受付は、フォームの機能では完結しません。返信したかどうかが表に残らないと、二重返信と返し忘れは必ず起きます。送信されたあとの道具がそろっているかどうかが、受付を回す人にとっての実質的な選定基準になります。具体的には、対応状況の列、担当の列、返信の履歴、そして誰が何をいつやったかの記録です。
このうち、対応状況の列と担当の列は、項目を作れば足ります。問題は返信です。返信をメールソフトで出していると、その記録が受付の台帳に残りません。台帳とメールソフトを行き来しながら、返信済みかどうかを手で書き込む運用になります。この手作業が発生しているなら、それが道具を検討する理由です。
公開資料で確認できないことは、確認できないと扱う
道具の検討では、「その機能は無い」と断定した情報が最も危険です。仕様は変わりますし、プランや設定によって使えるかどうかが変わることもあります。ある時点で無かった機能が、半年後に標準に入っていることも珍しくありません。
検討のメモを作るときは、「無い」ではなく「公開資料に記載が見当たらない」と書いてください。そのうえで、判断の直前に公式サイトで確かめる。この習慣があるだけで、古い情報をもとに余計な道具を買う事故が防げます。特に料金と上限は動きやすいので、記事や社内資料の数字をそのまま信じずに、公式サイトで最新の条件を確かめてから判断してください。
受付をひとりで回している人が実際に詰まる場所
機能の話から離れて、実際に手が止まる場所を並べます。検討を始める前に、自分がどこで止まっているのかを特定しておくと、必要な道具が一気に絞り込めます。ここに挙げた4つのどれにも当てはまらないなら、いまの構成を変える理由はほとんどありません。
二重返信と返し忘れ
受ける人が2人以上いる受付で、最初に起きるのがこれです。同じ問い合わせに2人が返してしまう、あるいは両方が「相手が返しただろう」と思って誰も返さない。どちらも、対応状況がどこにも残っていないことが原因です。
この問題は、注意深さでは解決しません。現場では、返し忘れの多くが「返そうと思っていたが、別の件が入って戻れなかった」という経緯で起きます。人の記憶に頼る設計になっている限り、件数が増えれば必ず発生します。
必要なのは、開いた瞬間に未対応だけが見える一覧です。返信を出した記録が自動で残り、状態が変わる。これがあれば、誰が見ても残りが分かります。逆に、状態を手で書き込む運用のままだと、書き忘れたぶんだけ穴が空きます。
添付ファイルの受け取り
応募書類、見積書、写真、図面。受付に添付が絡むと、扱いが一段複雑になります。回答者側に「ファイルを送るためのアカウント」を求める形になっていないか、容量の条件がどうなっているか、受け取ったファイルがどこに保存されるか。この3つは、公開する前に必ず確認しておく必要があります。
社外の応募者から書類を受け取る場合、ログインを求める構成だと途中離脱が起きます。求人に応募しようとして、書類を出す段階でアカウント作成を求められると、そこで手が止まる人が一定数います。受け取る件数を減らしたくないなら、この点は最優先で確認してください。
保存先も重要です。受け取ったファイルが受付の台帳と別の場所に散らばると、あとから「この応募者の書類はどこか」を探す時間が発生します。1件のレコードに、その人から届いたものが全部ぶら下がっている形が、探す時間をいちばん減らします。
自動返信と、届いたかどうか
受け付けたことを回答者に知らせる自動返信は、実務ではほぼ必須です。これが無いと「送れたか分かりません」という問い合わせが、受付そのものとは別に発生します。現場では、自動返信を入れただけで、この種の確認の連絡が目に見えて減ったという話をよく聞きます。
同時に確認すべきなのが、その自動返信がどのアドレスから出るのかという点です。差出人が組織のドメインでないと、受け取った側が迷惑メールと判断することがあります。受付の入口としては届いていても、返信が届かなければ、応募者から見れば止まっているのと同じです。
自動返信の内容も検討の対象です。受け付けた日時、受付番号、次に何が起きるのか、いつまでに連絡が来るのか。この4つが書かれているだけで、問い合わせの量が変わります。返信文を差し込みで組み立てられるかどうかは、確認しておく価値があります。
回答者にアカウント登録を求めることの代償
3つの分岐のうち1つ目に挙げた点は、実務での影響が大きいので、もう一度別の角度から書きます。アカウント登録を求める構成には、件数が減ること以外にも代償があります。
1つは、問い合わせが増えることです。「ログインできません」「パスワードを忘れました」という連絡が、受付の担当者に来ます。受付の仕事とは無関係な対応が、受付の窓口に集まります。
もう1つは、締切前の駆け込みに弱いことです。応募や申し込みは締切の直前に集中します。その時間帯に登録の手続きが挟まると、間に合わなかったという苦情が発生します。締切を持つ受付では、入口の手数は少ないほど安全です。
プラグインや外部サービスを足す前に決めておくこと
標準の範囲で足りないと判断したあと、すぐに製品名を探し始めるのは早すぎます。先に決めておくことが4つあります。ここを飛ばすと、入れたあとで「思っていたものと違う」となり、もう一度探し直すことになります。
なお、この記事では特定のプラグインや外部サービスの名前を挙げません。機能も価格も変わりますし、組み合わせによって挙動が変わるためです。検討する際は、候補ごとに公式の資料を直接確かめてください。
足す前に、いまの手作業を書き出す
最初にやるのは、機能の比較ではなく、いまの手作業の棚卸しです。1件が届いてから終わるまでに、人が手で埋めている場所を全部書き出してください。
書き出す粒度は「動詞1つ」です。「メールを見る」「表計算を開く」「行を足す」「担当を決めて口頭で伝える」「返信を書く」「返信済みと表に書く」「添付をフォルダに移す」。この粒度で並べると、たいていの受付で10個前後の手作業が出てきます。
出てきた項目に、それぞれ1件あたりの所要時間と、月あたりの件数を添えます。ここまでやると、どこを自動化すると効くのかが数字で見えます。感覚で「面倒くさいところ」を選ぶと、実は月に数分しか消費していない作業を自動化して、月に数時間消えている作業が残る、ということが起きます。
誰が保守するのかを決める
道具を足すということは、保守の対象が増えるということです。設定を変えられる人、動かなくなったときに調べる人、契約を管理する人。これらが決まっていない状態で入れると、担当者が異動した瞬間に誰も触れないものが残ります。
現場でよく聞くのは、導入した本人が異動して、設定画面のログイン情報が分からなくなったという話です。受付が止まってから探し始めると、その間の応募や問い合わせが取りこぼしになります。入れる前に、管理する人を2人以上決めて、その2人が設定画面に入れることを確認しておいてください。
外部サービスを組み合わせる構成では、切り分けの手順も決めておく価値があります。入力できないという連絡が来たとき、原因が入口側にあるのか、受け側にあるのか、その間の連携にあるのかを、順番に確かめる手順を1枚にまとめておくと、障害時の対応時間が大きく変わります。
見積もりは「作る手間」ではなく「回す手間」で取る
道具を比べるとき、作るところの手軽さに目が向きがちです。入力欄を並べて公開するまでの作業は、どの道具でもそう変わりません。数十分で終わります。差が出るのは、回答が積み上がったあとです。
見積もりを取るときは、次の4つを条件に入れてください。1つ目、受け取った1件について、状態を更新するのに何回のクリックが要るか。2つ目、返信を出したときに、その記録が自動で残るか。3つ目、担当を割り当てたときに、その人に通知が行くか。4つ目、月末に「今月の未対応件数」を出すのに何分かかるか。
この4つは、毎日または毎月発生する作業です。1件あたり10秒の差でも、月に300件あれば50分の差になります。作る手間は一度きりですが、回す手間は運用が続く限り毎月発生します。
個人情報の取り扱いを先に確認する
受付で集める内容に、氏名、連絡先、経歴、健康に関する情報などが含まれる場合、保管する場所と期間、アクセスできる人の範囲を先に決めておく必要があります。道具を選んでから決めると、選んだ道具では要件を満たせないことが後から判明する、ということが起きます。
確認すべき点はいくつかあります。データがどこに保存されるのか。誰が見られるのか。何年で消すのか。応募者から削除の求めがあったときに対応できるか。外部サービスを挟む場合は、その事業者がどこまでデータを持つのか。この5つは、契約の前に確かめておく項目です。
個人情報の取り扱いの解釈は、業種や集める内容によって変わります。判断に迷う点があれば、所管の窓口や専門家に確かめてください。制度や指針の情報は個人情報保護委員会で公開されています。
検討の進め方を4つの段階に分ける
ここまでの内容を、実際に手を動かす順番に並べ直します。この順番で進めると、無駄な調べ物が減ります。
段階1 受付の1件が終わるまでを1行で書く
最初に、受付の全体像を1行で書きます。「応募者がURLを開いて入力する。書類を添付する。受付完了のメールが届く。担当が中身を見る。書類選考の結果を返す。通過したら日程を調整する。台帳に結果を残す」。この程度の粒度で構いません。
1行で書けないなら、受付が2種類以上混ざっています。その場合は分けて書いてください。混ざったまま道具を探すと、どちらにも中途半端に合うものを選ぶことになります。
段階2 標準で足りる部分に線を引く
書いた1行を読み返して、社内の人だけで完結する部分と、社外の人が関わる部分に線を引きます。社内だけで完結する部分は、業務アプリの標準の範囲で組める可能性が高い部分です。
線を引いたあと、社内側の部分について「いまの画面でできるか」を実際に触って確かめます。ここで確かめておくと、外の道具に求めるものが、入口の部分だけに絞り込めます。
段階3 足りない部分を「入口」と「出口」に分ける
社外の人が関わる部分は、さらに2つに分かれます。入口、つまり社外の人が入力するところ。出口、つまり社外の人に返すところ。この2つは、必要な条件が違います。
入口で必要なのは、アカウントなしで開けること、スマートフォンで入力できること、添付を受け取れること、入力途中の離脱が起きにくいこと。出口で必要なのは、組織のドメインから返信が出ること、返信の記録が台帳に残ること、テンプレートを使い回せることです。
この2つを分けて条件を書き出すと、候補を評価する表が作れます。表を作らずに探すと、印象で選んでしまい、あとで足りない部分が出てきます。
段階4 小さく試してから広げる
候補が絞れたら、いきなり本番の受付に入れずに、件数の少ない受付で先に試してください。社内向けの申請や、月に数件しか来ない問い合わせが向いています。
試す期間は、少なくとも2週間は取ってください。1日や2日では、通知が届かない、締切が近づくと動きが変わる、月末に処理が集中する、といった条件が出てきません。試す間は、いまの運用も並行して残しておくと、問題が起きたときに戻せます。
用途によって境目が出る場所は違う
同じ「受付をフォームで作る」でも、用途によって最初に詰まる場所が違います。よくある用途ごとに、どこで判断が要るのかを整理します。
採用の応募受付は、書類の受け取りと選考の進捗管理で詰まります。応募者にアカウント登録を求めない入口を用意できるかが最初の関門で、その次に、書類選考、面接、内定という段階を台帳で追えるかが問題になります。採用の応募受付は、応募から結果連絡までを1つの台帳で追う形を扱っています。
助成金や公募の受付は、締切と要件の確認で詰まります。締切を過ぎた提出をどう扱うか、必要書類がそろっているかをどう確認するか、審査の結果を一括で返せるか。助成金・公募の受付で、期限を持つ受付の考え方を整理しています。
問い合わせの受付は、返信の管理そのものが本題になります。誰が返したのか、返信済みかどうか、過去に同じ人から来ていないか。問い合わせの受付は、二重返信と返し忘れを構造的に防ぐ形を扱っています。
イベントの申し込みと講座の受講申し込みは、定員と回ごとの管理で詰まります。日程が複数ある場合、それぞれの残席をどう扱うか、キャンセルが出たときにどう戻すか。イベントの申し込みと講座の受講申し込みで、回ごとの受付の扱いを整理しています。
施設利用の申請と会員の入会申し込みは、承認の段階で詰まります。受け取ってから承認するまでに複数の人が関わるため、いまどの段階にあるのかが見えないと、申請者からの確認の連絡が増えます。施設利用の申請と会員の入会申し込みは、段階を持つ受付の考え方を扱っています。
修理やサポートの受付は、経過の記録で詰まります。1件のやり取りが何往復も続くため、過去に何を伝えたかが1か所に残っていないと、同じ説明を繰り返すことになります。修理・サポートの受付で、やり取りの履歴を1件にまとめる形を扱っています。
比較ページと利用場面の整理から読み取れること
受付の道具を比べるページを整理していくと、検討している人の関心が集まる場所には、はっきりした偏りがあります。ここでは3つ挙げます。
1つ目は、比べられているのが「作りやすさ」ではなく「届いたあと」だという点です。フォームを作る作業は、どの道具でもそう変わりません。差が出るのは、回答が積み上がったあとの扱いです。業務アプリの中でフォームを検討している人の場合、この点はすでに整っていることが多く、詰まっているのは社外向けの入口だけ、というケースが目立ちます。Googleフォームとの比較では、作るところではなく受け取ったあとの扱いを軸に違いを整理しています。同じ軸で自分の状況を見ると、足りないものが1つか2つに絞れます。
2つ目は、出発点によって見るべき軸が変わるという点です。自社のサイトに埋め込む形で受付を作っている人は、見た目と入力欄の自由度で困っていることが多く、単独のURLで配っている人は通知と担当の割り当てで困っています。Contact Form 7との比較はサイトに埋め込んで使っている場合の論点を、Microsoft Formsとの比較は組織のアカウントを前提にした受付の論点を扱っています。業務アプリでフォームを検討している人は、後者の記事の論点に近い位置にいます。アカウントを前提にした受付が社内では回っていて、その前提が外れる社外向けで止まる、という構図が同じだからです。
3つ目は、機能一覧を読んで決める人より、動く画面を触ってから決める人のほうが、判断が速いという点です。受付の道具は、機能の名前だけでは自分の運用に合うかどうかが分かりません。担当を割り当てる操作、返信を出す操作、状態を変える操作を実際に触ってみると、いまの手作業のどこが置き換わるのかが一度で分かります。できることで扱える範囲を確かめ、動くところを見るで実際の画面を触っておくと、この判断が具体的になります。費用の見立てが要る段階に来たら料金で条件を確かめ、判断に迷う点が残ったときはよくある質問に同じ論点がまとまっています。
業務アプリとして使っているものを、そのまま社外向けの受付に広げようとして手が止まっている場合、必要なのは道具の入れ替えではありません。社内で回っている部分はそのまま残して、社外との接点だけを別に用意する。この切り分けができれば、検討の範囲は一気に狭まります。書き出した手作業の一覧を見て、その手作業が入口で起きているのか、出口で起きているのかを分けてください。分けた結果が「入口だけ」なら、入口の候補だけを比べれば済みます。「出口も」なら、返信の記録が台帳に残る形を条件に加えてください。
Q1. 社内の業務アプリとしては動いているのに、社外向けの受付だけ難しくなるのはなぜですか？
前提が反転するためです。社内の入力画面は、入力する人がアカウントを持っていることを前提に組み立てられています。社外向けの受付は、アカウントを持っていない人が入力することを前提にしないと成立しません。この違いが、検討の難しさのほとんどを生んでいます。まず入力する人がアカウントを持っているかどうかを確かめてください。
Q2. プラグインや外部サービスを足すかどうかは、何で判断すればよいですか？
判断の軸は3つです。回答する人がアカウントを持っているか、その画面を社外に出してよいか、送信されたあとに1件ずつ返事を返すか。集めて終わる受付なら標準の範囲で足りることが多く、返信の記録や担当の割り当てを人が手で埋めているなら、そこが検討を始める地点になります。
Q3. 候補を比べるとき、どこを見て見積もりを取ればよいですか？
作る手間ではなく回す手間で取ってください。状態を更新するのに何回のクリックが要るか、返信の記録が自動で残るか、担当を割り当てたときに通知が行くか、月末に未対応件数を出すのに何分かかるか。この4つは運用が続く限り毎月発生します。作る手間は一度きりなので、比較の軸にはあまり向きません。
Q4. 料金や上限の条件は、どこで確かめればよいですか？
必ず公式サイトで最新の条件を確かめてください。料金、プラン、各種の上限は変わりますし、記事や社内資料に書かれた数字をそのまま判断材料にすると、あとで組み直しになります。あわせて、機能の有無についても「無い」と断定された情報は疑い、公開資料に記載が見当たらないだけかもしれないと考えて、判断の直前に確認する習慣を持ってください。