チャットがここまで自然な操作になったなら、管理画面はもういらないのではないか。そう思われる方もいるかもしれません。私も開発の途中で、FORMLOVAを本当にチャットだけで完結させられないかを考えました。でも最終的に、管理画面は残すべきだと判断しています。理由はシンプルです。チャットは手を動かす場所で、管理画面は状態を見渡す場所だからです。この役割分担があるほうが、結果として早く進められると思っています。
管理画面をなくすこと自体は、できました
最初に正直に言うと、管理画面をなくすこと自体はできました。
FORMLOVAは chat-first を前提に設計しています。フォームを作る。項目を直す。公開前の確認を進める。回答数を聞く。条件に合う相手へメールを送る。こうした日常の作業は、チャットだけでも十分に回せます。実際、私は開発の段階で「どこまでチャットだけでできるか」をかなり意識して考えていました。
ただ、やろうと思えばできることと、気持ちよく使えることは別なんです。
チャットだけで全部を済ませる設計にすると、状態確認まで会話に押し込むことになります。設定は今どうなっているのか。送信元名は何になっているのか。自動返信はオンなのか。プライバシーポリシーの扱いはどうなっているのか。1個だけなら聞けます。でも、2個、3個と確認したいことが増えた瞬間に、私はそれを煩わしいと感じました。
できる。でも、体験が悪い。その差は大きいと思っています。
状態確認は、チャットより目で見たほうが早いんです
私がPMとしてデジタル領域のマーケティングをしていたとき、何度も感じていたことがあります。作業そのものは、会話で進めたほうが楽なんです。でも、今どんな状態なのかを確認するときは、視覚的にぱっと見たほうが圧倒的に速いんです。
たとえば、設定確認です。自動返信がどうなっているか。送信元の名前がどうなっているか。こうした内容は、チャットで一つずつ聞くよりも、一覧で見たほうが早い。人はどうしても、見て、比べて、安心してから次に進みたい場面があります。
分析も同じです。単発の問いなら、チャットが強いんです。「回答数いくつ集まりましたか」と聞けば済みます。でも、全体の傾向を俯瞰したい。流れを見ながら、次の打ち手を考えたい。そういうときは、視覚的にまとまっているほうが考えやすいんです。
ここは、チャットが劣っているという話ではありません。役割が違うという話なんです。チャットは、いま知りたいことをすぐ取りにいくのが得意です。管理画面は、いま起きていることを広く確認しながら判断するのが得意です。どちらか一方に寄せるより、それぞれが得意な仕事を持ったほうが、結果として迷いが減ると思っています。
だからFORMLOVAでは、管理画面を「何でもやる場所」ではなく、「状態を見渡す場所」として残しました。
チャットが向いているのは、手を動かす仕事です
一方で、作業の主役はあくまでチャットです。
フォーム作成は、その象徴だと思っています。曖昧な言葉で始めてもいい。「お問い合わせフォームを作成して」と投げるだけでもいい。そこから「こういう内容ですか」「完了画面はどうしますか」「重複防止はどうしますか」と先回りしてラリーできます。この往復は、管理画面より会話のほうが自然です。
単発の確認も、チャットのほうが速いです。「今の回答数を教えて」「未対応の問い合わせだけ見たい」といった短い指示に、すぐ返せるからです。いちいち画面を開かなくていい。この差は、日常の小さな工数を確実に減らしてくれます。
もう一つ大きいのは、複数の作業を自然言語でつなげられることです。イベントを開催したい。自動返信メールも作りたい。参加希望者だけにリマインドを送りたい。そうした流れを、話すだけでつなげられる。いまは音声入力もかなり実用的ですから、タイピングすらしなくていい場面も増えています。
私は、この「考えたことをそのまま作業に変えられる感覚」が、チャットの強みだと思っています。
だからフォーム作成は、あえてチャット専用にしました
FORMLOVAでは、フォーム作成を管理画面からできないようにしています。これは意図的な設計です。
もちろん、管理画面側にも作成機能を置くことはできました。でも私は、そこに力を入れすぎると軸がぶれると思ったんです。フォーム作成に時間をかけること自体が、本質ではないからです。
私がもともとの業務で学んだのは、重要なのはその後だということでした。集客。回答管理。分析。メール配信。改善。フォームは入口で、その先の運用にこそ時間がかかります。だから入り口はできるだけ軽くして、その後の仕事に時間を使えるようにしたかったんです。
FORMLOVAを、作成特化のサービスと同じ土俵で見てほしいわけではありません。作成をとことん作り込みたいなら、その領域で優秀なサービスは他にもあります。FORMLOVAが主軸に置いているのは、作った後の運用体験です。
たとえば、フォームを出したあとに何が起きるか。回答は集まっているか。未対応の問い合わせは残っていないか。自動返信は意図どおり送られているか。次に送るべきフォローアップは何か。実務では、こうした「その後」のほうが長く続きます。私はそこを会話の中で前に進められることのほうが、フォーム作成画面を増やすことより大事だと思っています。
管理画面を残したのは、工数を減らすためです
ここは誤解してほしくないところです。管理画面を残した理由は、「従来のやり方を捨てきれなかったから」ではありません。むしろ逆で、煩わしいことを徹底的に減らしたかったからです。
チャットで全部できる、と言い切ることは簡単です。でも、その結果として確認の会話が増え、必要以上に聞き返しが増え、かえって面倒になるなら意味がありません。私が目指したかったのは、手段としてのチャットではなく、工数の削減です。
だから、役割を分けました。
作業はチャットで進める。状態確認は管理画面で行う。この切り分けがあると、ユーザーは迷いにくくなります。しかも、管理画面は常に開いている必要がありません。なくても始められる。でも、必要になったときに開けると安心できる。その距離感がちょうどいいと思っています。
実際、最後まで管理画面を開かない人もいると思います。それでいいんです。不安がなければ、そのままチャットだけで進めればいい。逆に、送信者名や設定の一覧を一度目で見て安心したい方は、必要なタイミングだけ管理画面を開けばいい。必須の入り口ではなく、必要なときの支えとして置いておく。それがFORMLOVAの考え方です。
管理画面を開くタイミングも、私はかなり限定的だと考えています。今の設定一覧を確認したいとき。分析を全体的に俯瞰したいとき。プランや領収書のような個人的な情報を確認したいとき。そのくらいで十分なんです。
FORMLOVAが目指しているのは、Webのコンシェルジュです
私はFORMLOVAを、ワークフロービルダーのようには捉えていません。
ワークフロービルダーは、どうしても配管を組む発想になりやすいと思っています。どの条件で分岐して、どこにつないで、どの通知を飛ばすか。もちろんそれが必要な場面はあります。でも、ユーザーが最初に欲しいのは配管ではなく、意図とゴールをつないでくれる体験だと思うんです。
イベントを開催したい。問い合わせ対応を回したい。フォームを入口にして、その先のアクションまでつなげたい。そういうときに、FORMLOVAが最初の入口になり、その後は他のMCP対応サービスとも自然につながっていく。私はその形を、Webのコンシェルジュに近いものとして考えています。
フォームが主役なのではなく、フォームを起点にその後の運用がつながっていくことが主役です。
まずは触ってみてください
この記事で伝えたかったのは、管理画面を残したこと自体ではありません。
チャットが主役で、管理画面は補助であること。チャットは手を動かす場所で、管理画面は状態を見渡す場所であること。そして、その役割分担は全部をチャットに寄せるためではなく、早く進めるためにあるということです。
もし少しでもイメージが湧いたなら、まずは触ってみてください。
最初の一言は、これで十分です。
「お問い合わせフォームを作成して」
そこからFORMLOVAが、必要なことを先回りしながら、下書き、完了画面のプレビュー、公開前の確認、デザインの調整までつないでいきます。管理画面を先に覚える必要はありません。必要になったときに開けば大丈夫です。
