📋 最初の12問を全部「任意」にした——問いを消さずに答えを強制しなくなるまで

どんなに急いでいても、アンケートをすべて終えなければ外に出られません。

「全部答えてからでないと先へ進めない」という設計が、その場にいる人の足を止めます。

あなたは今、こうなっていませんか？

• フォームの入力欄を、できるだけ「必須」にしている
• 問いを減らしたくないから、全問答えてもらうしかないと思っている
• フォームを途中でやめる人が多いのに、原因がつかめていない
• 「必須にするほど、きちんとした回答が集まる」と感じていた

先に結論を言います。

問いを「任意」に変えるだけで、フォームを最後まで進んでくれる人が増えます。

この記事では、質問フォームの最初の12問を全部「任意」に変えた実話を書きます。

問いを1つも削らずに、答えを強制することをやめた経緯と、その後に何が変わったかを伝えます。

「必須にすれば情報が集まる」という前提を疑った

半年近く、当たり前だと思っていた

フォームを設計するとき、「必須にすれば答えてもらえる」とずっと思っていました。

任意にしたら飛ばされてしまう、そう感じていたのです。

だから聞きたいことは全部「必須」にするのが当然だと、根拠なく信じてきました。

「答えを強制する＝情報が集まる」という公式を、疑ったことがありませんでした。

そういうものだという前提で、半年近くそのフォームを動かしていました。

Lilyはマーケティングや広告まわりの仕事をずっとしてきました。

でも「フォームの設計」という観点で、自分の前提を一度も点検したことがなかったのです。

前提を疑う機会がなかった、というより「疑う必要があると気づいていなかった」という感じです。

うまくいっていなかったのに、問いかける言葉が自分の中になかったのだと思います。

前提は「意識的に持っているもの」ではなく、「疑うまで存在すら気づかないもの」です。

半年間そのフォームを使い続けた理由は、それが機能していたからではありませんでした。

ただ「変える必要があると思っていなかった」だけだったのだと、あとから気づきました。

自分が回答者になったとき、気づいた

その前提が揺らいだのは、自分で作ったフォームを自分で試してみた瞬間のことです。

最初の12問が全部「必須」になっていました。

答えたくないわけじゃないのに、追い立てられているような感覚がありました。

「これは、しんどい、、、」と正直思いました。

全部答えてからでないと先へ進めない、そのプレッシャーが思ったより重かったのです。

自分が設計したものに「しんどい」と感じたのは、けっこう恥ずかしかったです。

でも同時に、「これを相手にも感じさせていたのか」ということに気づきました。

フォームを途中でやめてしまう人がいたのは、問いの数のせいではなかったのかもしれません。

そう感じた瞬間から、設計を見直す気持ちが生まれました。

自分で試してみる、という当たり前のことを半年近くしていなかったのです。

作った側は「完成したもの」として見てしまいます。

受け取る側が何を感じるかは、受け取る側に立ってみなければわかりません。

この体験を経てから、何かを設計したらまず自分で通してみる習慣が身につきました。

3日間、削除か任意化かで迷い続けた

まず問いの数を減らそうとした

「しんどい」と感じたとき、最初に浮かんだのは「問いを減らそう」でした。

12問が多いなら、5問か6問に絞ればいい、と考えたのです。

その方向で、どの質問を残すかを1つひとつ見ていきました。

でも3日間、どれを削ればいいかが決まりませんでした。

12問のどれも「あったほうがいい情報」に見えて、優先順位がつけられなかったのです。

削ろうとするたびに「でもこれも必要かもしれない」と思い直してしまいました。

3日間、同じところをぐるぐると迷い続けていました。

「全部必要だから全部聞く」という考えと「しんどくさせたくない」という気持ちが、ずっとぶつかっていました。

どちらも正しいように感じたので、なかなか動けなかったのだと思います。

こういう「どれを削るか問題」に直面したとき、答えが出ないのはある意味当然のことです。

「あったほうがいい情報」は全部あったほうがいいのだから、削れないのは当たり前なのです。

問いの立て方が「どれを削るか」である限り、答えは出ないのだと気づいたのは3日後でした。

削れないなら、委ねればいい

行き詰まったとき、別の方向から考えてみました。

問いを減らすのではなく、「答えるかどうかを相手に任せる」という選択肢に気づいたのです。

問いの数はそのまま、飛ばせることを画面で伝える形にする、という方向です。

削除でも強制でもなく、委ねる。

この発想に変わったとき、初めて「やってみよう」という気持ちになれました。

「削除か任意か」という問いに3日間かけたこと自体、少し笑えます。

でもこの迷いがあったから「任意化」という選択にたどり着けた気がしています。

「どれを消すか」という問いの立て方が、そもそもの行き詰まりの原因でした。

「消さずに委ねる」という選択肢は、違う問いを立てて初めて見えてきたのです。

思考が行き詰まったとき、使っている言葉を変えると突破口が見えることがあります。

「どれを削るか」ではなく「どう委ねるか」に問いを変えた途端、3日間の停滞が解けました。

問い方を変えるというのは、思っているよりずっと実際的な手段だと感じた経験でした。

変えたのは「必須か任意か」の1点だけ

問いを1つも削らなかった

実際にやったのは、最初の12問の「必須」設定をすべて「任意」に切り替えることだけです。

問いの文章は、一字も変えていません。問いの数も、1つも減らしていません。

変わったのは「答えないと先に進めない」が「答えなくてもいい」になったことだけです。

3日間迷ったのに、作業自体は2時間ほどで終わりました。

呆気なかったです。「もっと早くやればよかった」と思いながら、保存ボタンを押した記憶があります。

変更の前後でフォームを見比べてみたとき、見た目はほとんど変わっていませんでした。

でも「このフォームを前にした相手の感覚」は、たぶん全然違うはずだと確信していました。

見た目はほとんど変わっていないのに、相手の体験はまったく変わる。

これがフォーム設計の面白さだと思います。

それまで相手に押しつけていたプレッシャーが、消えたからです。

「飛ばせます」と画面でわざわざ伝えた

任意にしただけでなく、「この質問は飛ばして先に進めます」という一文を画面に置きました。

「任意」の表示があっても、「本当に飛ばしていいのか」と思ってしまう人は多いはずです。

そう思われると、結局答えてしまいがちです。

「飛ばせる」と明示することで、選択肢があることを相手に伝えたかったのです。

「できる」と言葉にしなければ、「できない」と思われたままになります。

これはフォームに限らない話だと思います。

進んでいい、飛ばしていい、という許可を言葉にしないと、相手には伝わらないのです。

「任意」と表示するだけでなく、「飛ばせる」と案内する、この一手間が意外と大事でした。

相手が迷う時間を、言葉で先回りして潰す、というイメージです。

フォームツール側の操作は想定より単純だった

フォームツールによって呼び方は違いますが、「必須／任意」の切り替えは大抵どのツールにもあります。

Google フォームなら問いの設定欄に「必須」のトグルがあり、オフにするだけです。

Typeform や Tally などでは、問いごとに「Required」のチェックを外すだけで切り替えられます。

一見ハードルがありそうな作業でも、実際にやってみると手順はシンプルです。

難しいのは設定の操作ではなく「本当に任意にしていいのか」という心理的なハードルだと思います。

「飛ばせます」の一文をどこに置くかも、ツール側のヘルプテキスト欄を使えばすんなり入ります。

問いの上にガイドテキストを置ける欄がある場合は、そこに「答えなくても進めます」と書くだけです。

設定変更の操作は小さく、効果は想定よりずっと大きかったという経験でした。

変えた直後の1週間——正直こわかった

「全部飛ばされてしまうのでは」という不安

「任意」に変えた直後は、こんな不安がありました。

みんな12問を全部飛ばしてしまうんじゃないか、と思ったのです。

回答データが全然集まらなくなって、フォーム自体が意味をなさなくなるんじゃないか、とも。

1週間は、ひたすら様子を見ていました。

「やっぱり戻そうかな」という気持ちと「もう少し待とう」が交互に来ていました。

自信を持って変えた、というよりは「恐る恐る変えて、祈っていた」という感じです。

こういうのは正直に書いておいたほうがいいと思いました。

変えたことを後悔しそうになったのが、正直なところです。

でも1週間だけ待ってみよう、と自分に言い聞かせていました。

フォームの完了数と途中離脱のデータを毎日確認する習慣がついたのは、この期間があったからです。

「祈りながら数字を見る」という落ち着かない1週間でしたが、それ自体が勉強になりました。

何かを変えたあとに「定点観測する期間」を意識して設けるようになったのは、この経験がきっかけです。

想像とは違ったこと

1週間後、フォームを最後まで完了してくれる人の割合が増えていました。

変化は「少し増えた」ではなく「想像よりずっと増えた」というレベルでした。

強制をやめた途端に、先まで進んでくれる人が増えたのです。もうひとつ驚いたことがあります。

12問を全部飛ばした人が、ほとんどいなかったことです。

「任意」にしても、多くの人がきちんと答えてくれていました。

「強制しなければ答えてもらえない」という前提が、そもそも間違っていたのかもしれません。

「答えてもらえなくなる」という心配は、杞憂でした。

むしろ「強制しないほうが、答えてもらえる」という結果になりました。

強制というのは、「やってもらいやすくする」のではなく「やらざるを得ない状況を作る」ことです。

やらざるを得ない状況は、やりたくなる状況とは根本的に違います。

「やらされた」と感じながら答えた問いと、「答えようと思った」問いでは、同じ内容でも質が変わります。

数字ではなく文章で答えてもらう問いほど、この差が出やすいと感じています。

強制が奪っていたもの

離脱の原因は「数」ではなかった

フォームを途中でやめる人が多いとき、「問いの数が多すぎる」と判断しがちです。

でも今回わかったのは「多い」よりも「強制される感覚」が問題だったということです。

12問という数は変えていないのに、完了してくれる人の割合が変わりました。

答えを強制されているという空気が、相手の足を止めていたのかもしれません。

問いの数ではなく、問いへの姿勢が、フォームの雰囲気を決めていたのだと思います。

問いの数を減らす方向で3日間悩んでいたのが、少し恥ずかしくなりました。

問題は数ではなく、強制されているという感覚だったのです。

数が問題なら「5問にした」という変化があるはずです。

でも「12問のまま任意にした」だけで結果が変わった、これが今回の核心だと思っています。

強制という設計は、作る側には「確実性」に見えます。

でも受け取る側には「閉塞感」として届きます。

作る側と受け取る側で、同じ設計がまったく違うものに見えているのです。

この視点のずれに気づかないまま設計していると、いくら問いを磨いても完了率は上がりません。

「答えてもらえた情報」の重みが変わった

任意にしてから、届いた情報の受け取り方が変わりました。

強制していたときは「答えてもらって当然」と感じていた部分があります。

任意にすると、答えてくれた情報が「この人はわざわざ書いてくれた」という重みを持ちます。

自発的に書いてもらった情報は、その人が「伝えたかった」情報です。

強制して集めた情報より、ずっと使いやすいと感じています。

これはデータの話だけじゃなく、相手との関係の話でもある気がします。

強制して取った情報と、委ねて届けてもらった情報は、同じ内容でも質感が違います。

「教えてもらった」という感覚は、「取った」という感覚とは全然違います。

その違いが、次のやりとりの温度に影響すると感じています。

自発的に書いてくれた情報は、相手の「関心」や「期待」が乗っています。

強制して集めた情報には、その人の本音が乗っているかどうか確信が持てません。

答えなければ先に進めないから答えた、という可能性が常にあるからです。

2か月後に見えてきたこと

飛ばした人が教えてくれた問いの問題

任意にして2か月ほど経つと、あることが見えてきました。

特定の質問だけ、回答率が明らかに低かったのです。

答えにくい聞き方になっているか、相手が必要性を感じにくい問いだったかのどちらかです。

必須にしていたとき、みんな答えていたのでこの差は見えていませんでした。

任意にして初めて、問いの良し悪しが数字として表れるようになりました。

飛ばされた回数が多い質問は、聞き方を変えるか削除するかの判断材料になります。

強制していた間は「全員が答えていた」ように見えていただけで、本当は答えにくかったのかもしれません。

任意にすることで、そのフィルターが取れた感覚がありました。

「みんな答えていた」が、実は「答えざるを得なかっただけ」だったという発見です。

特定の問いへの回答率が低いことがわかると、次の行動を決めやすくなります。

「この問い方では伝わっていない」のか「この情報はそもそも相手が持っていない」のか、切り分けられるのです。

必須のままにしていたら、この切り分けはできませんでした。

問いの回答率を見ると設計の精度が上がる

回答率を問いごとに確認できるようにしておくと、次の設計に活きます。

Google フォームならサマリー画面に問いごとの回答件数が表示されます。

Typeform ではドロップオフ率、つまりその問いで離脱した割合が可視化されるので、つまずきポイントが特定しやすいです。

回答率が低い問いを見つけたとき、まず疑うのは「答えるのに何かを調べる必要があるか」という点です。

相手が手元の情報だけで答えられない問いは、飛ばされやすい傾向があります。

次に確認するのは「この問いは誰に向けて書かれているか」という視点です。

全員に聞く必要のない情報を全員に問いている場合も、回答率は下がります。

回答率の低さは、問いの難しさか、問いの的外れさか、どちらかのサインです。

必須から任意に変えることで、このサインが初めて見えるようになりました。

フォームを「完成品」ではなく「測定器」として使う、という感覚がここから生まれました。

「情報を取る道具」から「体験を作る道具」へ

フォームを「情報を取る道具」として設計していたときには、見えていなかった視点があります。

問いの数が多いこと、強制されていること、答えにくいこと。

これらはすべて「取ろうとする側の視点」から見落とされやすい問題でした。

今は「相手が答えたくなる体験を作る道具」として考えるようになりました。

この視点が変わってから、フォームの設計の仕方が変わった気がします。

体験として設計するとは、「答えるのが苦ではない」を最低ラインにするということです。

「答えたい」と思ってもらえるには、問いそのものの魅力が必要です。

「答えやすい」を丁寧に積み上げることで、「答えたい」に近づけていく感じです。

仕組みの全部はこちらにあるので、この記事の下からたどれる有料ノートも合わせてどうぞ。

「入力させること」と「情報が集まること」は別の話

完了してもらえなければ、1問も届かない

「必須にすれば情報が集まる」という考えには、大事なことが抜けています。

フォームを最後まで進んでもらえなければ、1問も答えてもらえないのです。

どれだけ丁寧な質問を用意しても、途中でやめられたら何も届きません。

「入力させること」と「情報が集まること」は、別の話です。

前者を強くしすぎると、後者が手に入らなくなります。

「完了してもらえること」が前提にないと、問いの設計は意味をなさないのだと思います。

先に進んでもらえてこそ、問いが生きてくるのです。

「情報を集める仕組み」を設計するとき、集める前に「進んでもらう仕組み」を考える順番が大切です。

完了率を上げることは、問いの質を上げることより先にやるべきことかもしれません。

完了されないフォームは、どんなに問いが良くても、何も教えてくれません。

どれだけ設計を磨いても、フォームを最後まで進んでもらえない状態では、ゼロと同じです。

入口と出口が機能してから中身を磨く、という順番で考えるようになりました。

今も「必須」にしている問いがある

12問を全部任意にしましたが、フォームにはまだ「必須」の項目があります。

「これがなければフォームが機能しない」情報だけ、必須のままにしています。

返信先のメールアドレスのような、最低限なければ意味をなさないものです。

「あったほうがいい情報」は全部、任意にしました。

残す・任意にするの基準は「これがないとフォームが成立しないか」の一点だけです。

この基準を持つと、何を必須にするかの判断が迷わなくなります。

「必要か任意か」ではなく「なければフォームが成立しないか」という問い方の違いは大きいです。

前者は答えが出ないまま迷いがちですが、後者はわりとすぐ判断できます。

「答えを強制する設計」から「答えたくなる体験を作る設計」に変わると、フォームの見え方がだいぶ変わります。

まだ試せていない方は、手元のフォームで、まず1問だけ「任意」に変えてみることをおすすめします。

📕 この記事の内容を、実装まで全部まとめた有料記事があります 手順・コード・テンプレをそのまま渡しています AIで「寝てても回る仕組み」をゼロから30日で組む全手順