常識を疑い、顧客視点で変化を続けるとは何か

紙の申込みをWebへ移せば便利になるか

店頭で同じ内容を何度も書いてもらっているなら、入力の手間を減らす余地があります。しかし紙をそのままWeb画面へ移しただけでは、重複入力や分かりにくい説明が残ることがあります。道具を変える前に、何のための項目かを確かめます。

「常識を疑い、顧客視点で変化を続ける」とは、慣れた手順を顧客の目的から見直し、観察と検証を重ねる姿勢です。特定の一つの理論名や、変更すれば必ず売上が伸びる法則ではありません。昔うまくいった手順でも、今の顧客の利用環境に合うかを問い直します。

不便・不満・不安を行動から分ける

顧客の言葉に加え、どの画面や手順で止まったかを見ます。「面倒だった」という感想だけでは、入力が長いのか、料金を理解できないのか、解約条件が不安なのかが分かりません。問い合わせ記録や操作を観察し、原因の仮説を分けます。

声を上げた顧客だけが全体を代表するとは限りません。途中で離れた人や、使い慣れていない人の行動も確かめます。顧客が望む操作と、法令対応や安全のため省けない確認を分ける必要もあります。

一つの変更を、同じ分母で検証する

架空の申込フォームで、入力を始めた200人のうち完了した人が100人だったとします。完了率は100÷200＝50％です。必須ではない重複項目を減らした後、別の同条件の200人中120人が完了すれば60％で、差は10パーセントポイントです。これは説明用の数字で、実際の改善効果ではありません。

この前後差だけで変更が原因と確定はできません。広告の流入先、利用端末、季節、申込者の条件が違えば結果も変わります。同時期に旧版と新版を比較するなど、他の違いを減らす設計を考えます。少人数の偶然を含むため、数字が上がった一回だけで全展開を決めないようにします。

完了率が上がっても、誤入力、取消し、契約後の問い合わせが増えたなら、顧客が十分理解せず進んだ可能性もあります。速く終えることと、正しく選べることを一緒に点検します。

改善案ごとに、期待する変化と副作用を残す

料金を一つのページへまとめるなら、総額を比較しやすくなるかを確かめます。問い合わせからFAQを作り直すなら、読んだ後に疑問が解消するかを見ます。契約後の案内を自動化するなら、送信数だけでなく顧客が次の手順へ進めたかを追います。店舗、営業、Webで費用の説明が食い違わないことも確認します。

どれも変更すれば成果が出るという約束ではありません。項目の削除で必要情報が不足する、説明を一ページへ詰めて探しにくくなるなどの副作用もあります。何を変え、何で成否を判断し、問題があればどこを戻すかを一つの検討記録に残します。

担当部署の都合から、目的へ戻る

見直す際は、手順を作った理由を確認します。顧客に価値をもたらさなくても、法令や不正防止のため必要な手順はあります。その目的を守りながら、説明や入力の順番、既存情報の再利用で負担を減らせるかを考えます。

IPAのDXリテラシー標準は、技術やデータの知識に加え、価値を生み出す土台となる姿勢も扱います。本稿のフォーム例や評価方法は、この枠組みを参考に独自に整理した実務上の考え方です。システムを導入したこと自体を成果にせず、顧客のどの行動が改善し、どの問題が残ったかまで確認して次の変更へつなぎます。資料確認日：2026年10月23日。

出典

• IPA「DXリテラシー標準（DSS-L）概要」