「microsoft forms 代替」で検索する人の多くは、フォームを作るところで困っているわけではありません。設問を並べてリンクを配るところまでは、すでに問題なく回っています。詰まっているのは、その先です。社外の人に書類を出してもらおうとしたら設定が選べなかった、回答者に返した内容がどこにも残らない、通知を自分以外にも届けたいのに設定が見つからない。この記事では、まず乗り換える理由がない使い方を具体的に並べ、そのうえで社外向けの受付に移してよい合図を挙げます。
先に結論を書きます。Microsoft Forms は、組織のアカウントを持っている人に配って、集計して終わる受付なら、代替を探す理由がほとんどありません。判断が分かれるのは、相手が組織の外にいて、その相手から書類を受け取り、一人ずつ返事を返し、返した記録を複数人で共有しなければならない場合です。代替を検討するかどうかは、機能の多さではなく、この一点で決めてください。
代替を探す前に、乗り換える理由がない場合を先に確かめる
道具を替えると、必ずコストが発生します。配布済みリンクの張り替え、社内への周知、受付の担当者が新しい画面に慣れるまでの時間。そのすべてが、届いた回答をさばく合間に乗ってきます。足りているのに動けば、かけた手間の分だけ損をします。だから、代替を探し始める前に「いまのままで足りる使い方をしていないか」を先に確かめる価値があります。
窓口の担当者からしばしば出るのは、乗り換えを検討し始めたものの、話を整理していくと詰まっていた場所が受付そのものではなく、社内での引き継ぎ方法だった、という話です。この場合、フォームを替えても何も変わりません。以下の5つに当てはまるなら、乗り換える理由は薄いと考えてください。
組織のアカウントを持つ人に配って、集計して終わる場合
社内の出欠確認、研修後のアンケート、備品の申請、部署内の意向調査。これらに共通しているのは、回答を受け取ったあとに一人ずつ違う返事を返す必要がない、という点です。集計して傾向を見れば仕事が終わります。
この使い方なら、標準の機能で足ります。回答の概要は Responses Overview に表示され、回答数や平均の所要時間が確認できます。1件ずつ見たいときは「Check individual results」で回答者ごとの詳細を開けますし、回答者が50人を超えた場合はドロップダウン下部の「Show more respondents」から先を表示できると公式に案内されています。匿名で集めた場合でも、回答を識別する respondent ID があり、書き出したブックの先頭列に入ります。
ここに対応状況の列や担当者の列を足す仕組みを持ち込んでも、埋める手間が増えるだけです。返事を返さない受付に、返事の管理は要りません。
回答者が全員、職場または学校のアカウントを持っている場合
回答者の範囲は3種類から選べます。「Anyone can respond」は組織の内外を問わず回答でき、サインインを求めません。「Only people in my organization can respond」は、職場または学校のアカウントでサインインした組織内の人だけが回答でき、名前を記録するかどうか、1人1回に制限するかどうかを選べます。「Specific people in my organization can respond」は、指定した組織内の個人またはグループだけが回答できます。
このうち後ろの2つは「only available for Office 365 Education and Microsoft 365 Apps for business users」と明記されています。裏を返せば、回答者が全員そのアカウントを持っている組織では、この2つが素直に使えます。誰が答えたかを名前で記録でき、1人1回に絞れて、指定した相手以外にリンクが転送されても回答されない。社内の受付に必要な条件は、この時点でそろっています。
「Specific people in my organization can respond」で指定できるのは、合計100件の個人名またはグループ名までです。うちグループは最大20件で、1グループは最大1,000人まで指定できます。部署単位の受付なら、この枠に収まる場面がほとんどです。
回答数と設問数が公式の上限に収まっている場合
「そのうち上限に当たるのでは」という不安から代替を探し始める人がいますが、上限の値を実際に見ると、多くの受付は当たりません。公式の上限表には次のように書かれています。作成できるフォームとクイズは最大400、作成できる投票も最大400、1つのフォームまたはクイズあたりの設問数は最大200、1つのフォームまたはクイズが受け取れる回答数は最大5,000,000です。GCC High と DoD の環境では回答数が最大50,000になります。
Number of forms/quizzes you can create: Up to 400 / Number of questions per form/quiz: Up to 200 / Number of responses a form/quiz can receive: Up to 5,000,000 出典: support.microsoft.com
数え方にも注意点があります。フォーム数の上限にはごみ箱の中のフォームも含まれ、有効な350件とごみ箱の50件で400件に達します。回答者がフォームを1回提出すると、設問がいくつあっても1回答として数えます。チームに所属している場合は、チームで最大400フォームを作成でき、これは個人で作成できる400フォームとは別枠です。2021年1月より前は Teams や Outlook や PowerPoint で作った投票が400フォームの枠に含まれていましたが、現在は400フォームとは別に400投票の枠があります。Dynamics 365 Customer Voice のアカウントも併せて持っている場合は、400フォームの上限が両方にまたがる点だけ覚えておいてください。Likert 形式では statement 1つが1設問として数えられます。
文字数の上限も、通常の受付では当たりません。フォームの設問1つあたり最大4,000文字、設問1つに対する回答1件あたりも最大4,000文字、1回の回答の合計は最大200,000文字です。フォームの説明欄は最大1,700文字、お礼のメッセージは最大4,000文字、フォームのタイトルは最大90文字、選択式設問の選択肢1つは1,000文字です。投票の設問は最大90文字と短いので、投票を長文の設問に使いたい場合だけ引っかかります。
個人アカウントで、回答が少ない受付をしている場合
Microsoft アカウント（Hotmail、Live、Outlook.com）でもフォームは利用できます。ただし、この場合の回答数の上限は「up to 200 for free accounts up to 1,000 for paid accounts」と記載されており、組織向けアカウントの上限とは大きく違います。数十件規模の受付を個人アカウントで回しているなら、この枠に収まっている限り困りません。
個人アカウントの場合に変わる点として、短縮URLの選択肢が使えないことも公式に明記されています。「The Shorten URL option is not available when signed in to Forms with a Microsoft personal account (Hotmail, Live, or Outlook.com) or if you're using the mobile site.」という記載です。紙のチラシに載せるような使い方でない限り、これも致命的にはなりません。
回答を表で見られていて、その先の作業に渡せている場合
回答を Excel で扱いたいだけなら、標準の連携で足ります。「Open results in Excel」を選ぶと、ブックが自動的に OneDrive for work or school に保存され、フォームへのライブのデータ接続を持ちます。グループフォームの場合、ブックは SharePoint に保存されます。新しい回答はブックに反映され、Excel for the web で自動的に開きます。デスクトップ版で開く場合も保存先と接続は同じで、Current Channel の Version 2410（Build 16.0.18227.20000）以降を使っているすべてのユーザーが対象と記載されています。
ブックの列構成も決まっています。最初の5列に respondent ID、開始時刻、完了時刻、回答者の名前、回答者のメールアドレスが入り、それ以降の列に回答内容が並びます。ここまでで表としての体裁が整っているなら、代替を探す前に、その表を使う側の手順を見直したほうが早い場合があります。
なお、匿名で回答を受け付ける設定にしている場合は、名前とメールアドレスが表示されません。ブックに加えた変更がフォームの内容を書き換えることもありません。集計だけが目的なら、この振る舞いはむしろ都合がよいはずです。
社外向けの受付に移す判断の合図
ここからが、代替を検討してよい場面です。共通しているのは、相手が組織の外にいること、そして受け取ったあとに人の作業が続くことです。以下の5つのうち2つ以上に当てはまるなら、道具を並べて比べる価値があります。
合図1：組織外の人にファイルを出してもらう必要が出た
採用の応募書類、公募の申請書、修理依頼の写真。社外から書類を受け取る受付では、ここが最初の関門になります。ファイルアップロード設問について、公式には次のように書かれています。
File upload is only available when "Only people in my organization can respond" or "Specific people in my organization can respond" is the selected setting. 出典: support.microsoft.com
つまり、ファイルの受け取りが使えるのは組織内限定の設定のときです。「Anyone can respond」と併用できる旨の記載は、公開資料では確認できませんでした。組織外の人から書類を受け取りたい場合、この点をどう回避するかが最初の検討事項になります。
設定できる値そのものは充実しています。1設問あたりのファイル数は最大10ファイルで、1ファイルあたりのサイズは10MB、100MB、1GBから選べます。受け取れる種別は Word、Excel、PPT、PDF、Image、Video、Audio から選択でき、各カテゴリに含まれる拡張子は公式ページに列挙されています。制約は容量ではなく、回答者の条件のほうにあるということです。
保存先も押さえておく価値があります。グループフォームにアップロードされたファイルは Microsoft 365 グループの SharePoint サイトのドキュメントライブラリに保存され、個人フォームにアップロードされたファイルはフォーム作成者の個人の OneDrive フォルダに保存されます。個人フォームの場合、実物を確かめる手順は、OneDrive for Business にサインインして Files、Apps フォルダ、Microsoft Forms フォルダ、フォーム名のフォルダ、設問のフォルダ、の順にたどります。受付の担当者が替わったときに、この置き場所をどう引き継ぐかは決めておく必要があります。
さらに、SharePoint や OneDrive 側の設定でアップロードがエラーになる条件が公式に列挙されています。Limited-access user permission lockdown mode が有効になっている、組織内共有リンクが無効になっている、共有がサイト所有者に限定されている、未管理デバイスからの SharePoint アクセスがブロックされている、チェックアウト必須の設定になっている、New Folder コマンドが無効化されている。加えて、SharePoint サイトが別のドメインに移動すると既存のファイルアップロード設問は動かなくなり、新しいドメインで作り直す必要があるとも書かれています。受付の途中でこれが起きると、回答者側にはエラーだけが見えます。
合図2：回答者に返した内容を、受け取った側の画面に残す必要が出た
受付が「集めて終わり」から「受けて返す」に変わった瞬間に、必要な道具が変わります。誰に何を返したのかが残らないと、二重返信と返し忘れは必ず起きます。
回答者への受領確認について、公式には条件が明記されています。「Allow receipt of responses after submission」を有効にすると、回答者は完了ページで自分の回答が入った PDF を保存または印刷できます。メールでの受領確認については「Email confirmation receipt is only available when your respondents belong to your organization and you've checked Record Name in More form settings > Settings > Only people in my organization can respond.」と書かれています。つまり、回答者が組織に属していて、かつ名前を記録する設定にしている場合に限られます。加えて、フォームや回答を削除すると、回答者は確認メールのリンクから自分の回答にアクセスできなくなる点も記載されています。
そして、対応の記録そのものについてです。回答1件ごとに「未対応」「対応中」「完了」のような状態を持たせる機能については、公開資料では確認できませんでした。回答者への個別返信の内容や送信履歴をフォーム側に記録する機能についても、公開資料では確認できませんでした。回答ごとに担当者を割り当てる機能についても同様です。公式に記載されている回答ごとの操作は、全回答の削除、回答の印刷、サマリーリンクの共有です。
この空白を、多くの現場は表計算に列を足して埋めています。書き出したブックに「対応状況」「担当」「返信日」の列を手で足し、返信したら手で書き込む。回答が増えると、この手入力が最初に破綻します。返信の記録と対応状況が、回答そのものと同じ画面に残る形になっているかどうかは、道具を選ぶときの分かれ目になります。
合図3：所有者以外に通知を届けたい、または回答者へのメールを差し替えたい
通知の宛先が増えたときも、検討の合図になります。標準の設定には「Get email notification of each response」があり、回答が送信されるたびにメールで知らせてくれます。ただし公式の案内は次のとおりです。フォームの所有者向けのメール通知は設定で有効にできるが、他の誰かに通知したい場合は Power Automate でカスタムのメール通知を作る、と書かれています。回答者が受け取るメールを差し替えたい場合も同様に、Power Automate を使うよう案内されています。
Power Automate を前提にする場合は、コネクタの仕様を先に見ておいてください。「Forms has one trigger. "When a new response is submitted," and one action, "Get response details."」と記載されており、トリガーが1つ、アクションが1つです。「The connector only works with organizational accounts.」とも書かれているため、個人アカウントの運用では選択肢に入りません。グループフォームはドロップダウンの一覧に出てこないため、トリガーするには Form Id を手で追加する必要があります。スロットリングの上限は、1接続あたりのAPI呼び出しが60秒あたり300回、トリガーのポーリング頻度が86,400秒あたり1回です。提供クラスは Power Automate が Standard、Logic Apps が Standard、Copilot Studio が Standard で、Power Apps は「Not available」と記載されています。
The connector only works with organizational accounts. 出典: learn.microsoft.com
公式が挙げている代表的な用途は、新しい回答があったときにメールを送る、回答者にメールを送る、フォームの詳細を添えて承認依頼を送る、回答を Excel のワークシートに追加する、フォームから添付を取得してメールで送る、の5つです。この5つで自分の運用が組めるなら、組み立てる価値があります。組めない部分が残るなら、そこが乗り換えを検討する範囲になります。
判断のときに一緒に見ておきたいのは、作った仕組みを誰が保守するかです。受付の担当者が自分で直せない仕組みは、作った人が異動した時点で止まります。受付の担当者が設定画面だけで通知先を変えられるかどうかは、機能の有無と同じくらい実務に効きます。
合図4：回答が5万件を超える規模になった
大規模な受付では、公式が明記している制約に当たります。「One response per person」は連続する50,000件の回答の範囲内でのみ強制され、それを超えるデータ全体では保証されないと書かれています。集計結果のAPIにも上限があり、Biz の環境では回答数が10万件を超えるか、回答数と設問数の積が1,000万を超えるとブロックされます。その他の環境では回答数7万件、積が500万が境目です。
回答が50,000件を超えたフォームでは、全回答を CSV でエクスポートすることはできますが、次の機能はサポートされないと明記されています。集計のチャートとグラフ、フォームのサイトからの個別回答の表示、印刷、サマリーリンクの共有、クイズの手動採点とコメントとスコアの投稿。個別回答が画面から見られなくなるという点は、受付として使っている場合に影響が大きい部分です。
この規模に達する受付は多くありませんが、長年動かしている問い合わせ窓口や、全国規模の公募では現実的な数字になります。年度ごとにフォームを分ける運用で回避できる場合もあるので、乗り換えの前に分割で足りるかを確かめてください。
合図5：受付を複数人で分担する必要が出た
一人で受けていた窓口に、二人目が入る。この瞬間に必要になるのが共同編集と権限の設計です。ここにも条件があります。「The Share to collaborate feature is only available for Office 365 Education and Microsoft 365 Apps for business customers.」と明記されており、個人アカウントでは共同編集の対象外です。
共同編集の権限は3種類です。組織の内外を問わず Office 365 の職場または学校アカウントを持つ人が閲覧と編集をできる設定、組織内の人が閲覧と編集をできる設定、指定した組織内の人だけが閲覧と編集をできる設定。共著者は1つのフォームにつき最大100人まで指定でき、個人とグループを混在させられます。グループは所属人数にかかわらず1人分として数えます。
運用で注意が要るのは次の点です。共著者として指定され、共同編集リンクにアクセスできる人は、設問だけでなく回答データも閲覧と編集ができます。受付の内容に個人情報が含まれる場合、共著者に加えるという操作は、そのまま個人情報へのアクセス権を渡す操作になります。権限レベルを変更できるのは所有者だけで、共著者は変更できません。共同編集と共有は同じクラウド内に限られ、GCC は GCC 内、GCC High は GCC High 内、DOD は DOD 内でのみ可能です。パブリックグループ内のグループフォームは、特定のユーザーだけに共有していても組織内の全員が閲覧と編集をできる、という記載もあります。
取り消しが効かない操作があることも押さえておいてください。共有を止めるには共同編集リンクを削除しますが、「Once you've removed the collaborate link, it will be permanently removed and cannot be re-activated.」と書かれています。共有範囲を「特定のユーザー」から組織全体に切り替えると、指定していたユーザーの一覧は失われます。分担の形が固まっていない段階でここを何度も触ると、設定が戻せなくなります。
代替を選ぶときの見極めの軸
具体的なサービス名を並べて機能表を作っても、判断はあまり進みません。表に載る機能名は各社で意味が違い、同じ「自動返信」でも条件が別物だからです。受ける側の目線で効く軸は、次の6つです。他の道具を見るときは、この順に確かめてください。
軸1：回答者にサインインを求めるかどうか
社外向けの受付では、ここが応募数に直接効きます。回答者にアカウント登録やサインインを求めると、そこで手を止める人が出ます。とくにスマートフォンから応募する人は、パスワードの再設定に入った時点で戻ってこないことが多い。
Microsoft Forms については、アカウントを持たない人が回答できるかという公式FAQに明確な回答があります。作成者が設定を切り替えることで組織外の人も回答でき、その回答は匿名で送信される、と書かれています。誰が回答したかを知りたい場合は、設問の中で名前を書いてもらう形にするよう案内されています。つまり、回答するだけならサインインは不要です。条件がつくのは、名前の記録、1人1回の制限、そしてファイルの受け取りのほうです。
他の道具を見るときも、「回答できるか」と「誰が回答したか分かるか」と「ファイルを出せるか」を、それぞれ別々に確かめてください。この3つがひとまとまりで動く設計になっている道具では、社外向けの受付で必ずどこかを諦めることになります。
軸2：添付を受け取れる条件と、その保存先
書類を受け取る受付では、受け取れるかどうかだけでなく、受け取ったものがどこに置かれるかが実務に効きます。個人のクラウドストレージに置かれるのか、組織の共有領域に置かれるのか。担当者が異動したときに引き継げるのか。容量が尽きたときにどうなるのか。
Microsoft Forms の保存先は先に書いたとおり、グループフォームなら SharePoint サイトのドキュメントライブラリ、個人フォームならフォーム作成者の個人の OneDrive フォルダです。なお、OneDrive や SharePoint の保存容量、テナントの容量上限を超えたときの挙動については、Forms のドキュメント上では確認できませんでした。容量の設計は、フォーム側ではなくストレージ側の管理で見る必要があります。
他の道具を見るときは、添付が道具の中に保存されるのか、外部のストレージに置かれるのかを確かめてください。あわせて、保存期間の定めがあるかどうかも見てください。受付の性質によっては、応募書類を一定期間で消す運用が必要になります。
軸3：受けたあとの状態が、道具の中にあるかどうか
これが最も判断を分ける軸です。回答が届いたあと、対応の状態はどこに書かれるのか。表計算に列を足して人が埋めるのか、それとも道具の画面の中に置かれるのか。
人が埋める形は、件数が少ないうちは問題なく回ります。破綻するのは、受ける人が2人以上になったときと、対応が数日にまたがるようになったときです。表を開いた瞬間の状態と、いま実際に返信済みの状態がずれるからです。二重返信は、このずれから生まれます。
道具を比べるときは、機能表の「ステータス管理」という文字を見るのではなく、実際の画面で回答を1件開いて、そこに担当者と状態と返信履歴が並んでいるかどうかを見てください。回答と対応履歴が1つの画面にまとまっているかどうかは、5分触れば分かります。
軸4：通知の宛先を、あとから変えられるかどうか
受付の担当は替わります。異動、退職、産休、繁忙期だけの応援。そのたびに通知の宛先を変える必要が出ます。ここが設定画面で変えられる道具と、作り込んだ仕組みを直さないと変えられない道具では、運用の負担が桁で違います。
確かめ方は簡単です。「通知先にもう1人足すには、どの画面のどこを触るか」を実際にたどってみてください。設定画面の中で完結するなら合格です。外部の自動化サービスを開いて、フローを編集する必要があるなら、その道具は誰かが保守を続ける前提になります。
軸5：表への書き出しが「複製」か「接続」か
回答を表で扱うとき、そのファイルがフォームと接続されているのか、切り離された複製なのかで、扱いが変わります。接続されているブックは新しい回答が反映されますが、同期が止まる条件があります。複製は止まりませんが、常に古くなります。
Microsoft Forms では「Open results in Excel」が接続を持つブック、「Download a copy」が接続を持たないオフラインのブックです。後者について公式は「an offline Excel workbook will open that has no relationship or connection to your form.」と書いています。接続を持つブックの側にも条件があり、データの更新をトリガーできるのはフォームの所有者と、ブックに編集権限を持つ組織内のユーザーだけで、組織外のユーザーはトリガーできません。SharePoint のライブラリで「Require content approval for submitted items?」を Yes にしている場合はブックが同期しない、とも明記されています。ブックが削除されたりファイルが破損したりして最新のデータが表示されない場合は、警告が出て、最新の回答と同期する新しいブックを作るかどうかを尋ねられます。
他の道具を見るときも、「表に出せます」で終わらせず、その表が生きているのか死んでいるのかを確かめてください。受付の途中でここがずれると、対応漏れの原因になります。
軸6：権限を動かしたときに、何が失われるか
最後の軸は、設定を戻せるかどうかです。受付の運用は、始めたあとに必ず変わります。そのとき、変更が取り消せる操作なのか、取り消せない操作なのかを知らずに触ると、事故になります。
Microsoft Forms で押さえておく点は3つあります。1つ目は、サマリーリンクを削除すると恒久的に無効になり、再有効化できないこと。しかも共有範囲を「特定のユーザー」に変更しても、すでに作成済みのサマリーリンクは組織の内外を問わず誰からでもアクセスできます。2つ目は、共同編集リンクを削除すると恒久的に削除され、再有効化できないこと。3つ目は、共有範囲を「特定のユーザー」から組織全体に切り替えると、指定していたユーザーの一覧が失われることです。共同編集モードでサマリーリンクをまだ作っていない場合、新規に作成できるのはフォームの所有者だけで、共著者はコピーと共有はできても作成はできません。
他の道具でも、同じ質問を投げてください。共有リンクを消したら作り直せるか。担当者を外したら、その人が触った履歴は残るか。ここを確かめずに導入すると、運用が固まる前に取り返しのつかない設定変更をしてしまいます。
なお、個人情報を含む受付をどう設計するかは、扱う情報の種類と組織の状況で判断が変わります。保存先、保存期間、アクセス権の範囲については、法律の解釈を含むため、所管の窓口や専門家に確かめてください。基本的な考え方の入口としては個人情報保護委員会の案内が参考になります。
用途ごとに、どこで判断が変わるか
同じ「代替を探す」でも、受付の種類によって効く軸が違います。ここでは代表的な場面を並べます。自分の受付に近いものから読んでください。
社外からの応募を受ける場合、最初に当たるのはファイルの条件です。履歴書、職務経歴書、ポートフォリオ。これらを組織外の人から受け取る前提だと、先に書いた「ファイルアップロードは組織内限定の設定でのみ利用できる」という条件が真正面から効きます。回避策としてストレージのリンクを貼ってもらう運用にすると、今度は回答者側の手間が増え、応募が減ります。採用の応募受付では、書類を受け取ってから選考の状態を追うところまでを1つの流れとして扱っています。
公募や助成金の受付では、締切と申請者の本人確認、そして書類の差し戻しが論点になります。不備があった申請に「ここを直して再提出してください」と返し、再提出が来たらどの申請と紐づくのかを追う必要があります。この往復の記録が残らないと、締切直前に何が未処理なのか分からなくなります。助成金・公募の受付は、この往復を追う視点で場面を整理しています。
一般の問い合わせ窓口では、件数の波と担当の分担が効きます。1日に数件の日と、告知直後に数十件が集中する日があります。集中したときに、誰がどれを見たかが分からなくなるのが最初の詰まりです。問い合わせの受付で扱っているのは、この分担の部分です。
イベントや講座の申し込みでは、定員と当日の連絡が論点になります。定員に達したあとに申し込みが入り続けるとキャンセル待ちの扱いが要りますし、開催が近づけば全員に一斉連絡を出す必要があります。イベントの申し込みと講座の受講申し込みは、申し込みを受けたあとに続く連絡まで含めた場面です。
施設の利用申請や会員の入会申し込みでは、承認の段階が入ります。受け付けて終わりではなく、確認して、可否を決めて、相手に伝えるところまでが1件です。承認の状態が残らないと、誰の分がどこで止まっているのかが見えません。施設利用の申請と会員の入会申し込みが、この形にあたります。
修理やサポートの受付では、1件が長く続きます。受け付けて、状況を聞き、進み具合を伝え、完了を報告する。この間ずっと状態が変わり続けるため、対応履歴が残らない道具では回りません。修理・サポートの受付は、この長い1件を扱う場面です。
乗り換えると決めたときの進め方
軸を当ててみて代替に動くと決めた場合、切り替え方そのものにも失敗しやすい形があります。3つだけ挙げます。
1つ目は、一斉に切り替えないことです。既存のフォームを止めて新しいURLに差し替えると、告知済みのリンクを見た人が行き場を失います。しばらくは両方を開けておき、旧側には新しい受付への案内だけを置く形にしてください。移行の間に届いた回答をどちらで管理するかは、先に決めておく必要があります。
2つ目は、設問をそのまま写さないことです。乗り換えは、設問を見直す数少ない機会です。実際には使っていない項目、回答者が毎回書きにくそうにしている項目、あとで結局電話で聞き直している項目。移行のときに整理しておくと、受付の手間そのものが減ります。写すだけだと、いまの不便も一緒に運ぶことになります。
3つ目は、過去の回答をどう扱うか決めることです。フォームや回答を削除すると、回答者は確認メールのリンクから自分の回答にアクセスできなくなる、という記載があります。移行後に旧側を消す予定なら、その前に必要なデータを書き出しておいてください。書き出しの形式は CSV か Excel のブックですが、接続を持つブックのままにしておくと、元のフォームを消したときに扱いが変わります。オフラインの複製として保存しておくほうが安全です。
比較ページと使われる場面から読み取れること
受付の道具を比べるページを整理していくと、代替を探している人の関心が集まる場所には、はっきりした偏りがあります。ここでは3つ挙げます。
1つ目は、比べられているのが「作りやすさ」ではなく「相手が誰か」だという点です。組織のアカウントを前提にした道具は、社内の受付では強い一方で、社外向けに使おうとした瞬間に条件が増えます。逆に、誰でも回答できることを前提にした道具は、社内の限定配布が苦手なことがあります。Microsoft Formsとの比較では、この「相手が誰か」を軸に、組織内向けと社外向けで何が変わるのかを整理しています。代替を検討している人が最初に確かめるべきなのも、この部分です。
2つ目は、乗り換えの相談が、いまの使い方によって別の場所から来ているという点です。サイトに埋め込む形で使っている人は、見た目と入力欄の自由度で困っていることが多く、単独のURLで配っている人は通知と担当の分担で困っています。Contact Form 7との比較はサイトに埋め込んで使っている場合の論点を、Googleフォームとの比較は個人のアカウントで手軽に配っている場合の論点を扱っています。同じ「代替を探す」でも、出発点が違えば見るべき軸が変わります。
3つ目は、機能一覧を読んで決めた人より、動く画面を触ってから決めた人のほうが、判断が速いという点です。受付の道具は、機能の名前だけでは自分の運用に合うかどうかが分かりません。担当を割り当てる操作、返信を出す操作、状態を変える操作を実際に触ってみると、いまの手作業のどこが置き換わるのかが一度で分かります。扱える範囲はできることで確かめられますし、実際の画面は動くところを見るで触れます。費用が判断に絡む場合は料金を先に見ておくと、比較の前提がそろいます。判断に迷う点が残ったときは、よくある質問に同じ論点がまとまっています。
代替を探すかどうかは、機能の数では決まりません。いまの受付で人手が埋めている場所を1つずつ書き出して、それが道具で置き換わるかどうかを見てください。書き出した結果が「集計だけ」なら、乗り換える理由はありません。「社外からの書類」「返信の記録」「担当の割り当て」が並んだなら、そこが検討を始める地点です。
なお、この記事に書いた仕様や上限は、いずれも2026年9月1日時点で公式ドキュメントに記載されていた内容です。仕様は変わります。実際に判断する前には、必ず最新のドキュメントで確かめてください。
Q1. Microsoft Formsの代替を探すべきかどうか、最初に何を確かめればよいですか？
回答者が組織の外にいるかどうか、そして受け取ったあとに一人ずつ返事を返しているかどうかの2つです。組織のアカウントを持つ人に配って集計して終わる受付なら、乗り換える理由はほとんどありません。社外から書類を受け取る、返信の記録を複数人で共有する、といった条件が加わったときが検討の地点になります。
Q2. 組織外の人からファイルを受け取ることはできますか？
公式には「ファイルアップロードは Only people in my organization can respond または Specific people in my organization can respond が選択されている場合にのみ利用できる」と記載されています。組織外が回答できる設定と併用できる旨の記載は、公開資料では確認できませんでした。社外から書類を集める受付では、ここが最初の判断材料になります。
Q3. 回答が多いとき、どこから制約が出ますか？
1つのフォームが受け取れる回答数は最大5,000,000件ですが、その手前に別の制約があります。回答が50,000件を超えると、集計のチャートとグラフ、個別回答の画面表示、印刷、サマリーリンクの共有などがサポートされなくなると明記されています。年度ごとにフォームを分ければ回避できる場合もあるので、乗り換え前に確かめてください。
Q4. 回答ごとに担当者や対応状況を管理することはできますか？
回答を1件ずつ表示する機能はあり、Check individual results から回答者ごとの詳細を確認できます。一方、回答1件ごとの対応ステータス、個別返信の送信履歴、担当者の割り当てについては、公開資料では確認できませんでした。承認依頼や回答者へのメール送信は Power Automate 側の例として挙げられています。