Claudeで作ったアプリを修正する|使う人の発言と操作を依頼に書く
ロゴ相談前の準備チェックで、利用者が「素材が分からない」と話したとします。写真がないのか、参考資料の意味が不明なのかで、直す説明は違います。発言とそのときの操作を記録すると、Claudeへ単に「使いやすく」と頼むより、どの理解を助けたいかが伝わります。
確認してほしい操作を依頼する
「触ってみてください」だけでは、利用者によって確かめる場所が変わります。ロゴ相談前の準備チェックなら、自分の用途を選び、必要な素材が分かり、準備へ進めるという場面が調査の対象です。
「店舗で使うロゴを相談する人として、準備するものを探す」という依頼なら、利用場面を伝えつつ操作の正解までは教えずに済みます。作り手が横で全手順を案内すると、画面自体の説明が伝わるかは分からなくなります。何を探し、どう考えたかを本人に尋ねる余地も残せます。
- 実際に近い場面と、操作を試してもらう人を選ぶ。
- してほしい行動を短く伝え、操作を見せてもらう。
- 止まった場所と、そのとき考えたことを聞く。
- 終わった後、次に何をすればよいと思ったか確認する。
発言・操作・解釈を分けて記録する
「素材」という言葉が写真を指すのか、ロゴの参考資料を指すのかは、発言だけでは分かりません。本人の言葉、開いていた画面、実際の操作があれば、作り手の推測した原因と区別できます。
次の表は改善を考えるための想定場面で、実際の顧客の声ではありません。聞き取り記録をAIに渡す場合も、発言や操作は保ちつつ、氏名など作業に不要な情報を除けます。
表は横にスクロールできます。
| 発言や操作 | まだ分からないこと | 次に確かめる問い |
|---|---|---|
| 「素材の準備が難しい」 | どの素材が不明か | どの項目で止まりましたか |
| 一覧を見て最初へ戻った | 戻った理由 | ここで何を探していましたか |
| 完了後に次の案内を探した | 必要な行動の理解 | 次に何をすると考えましたか |
何が分からず、何ができなかったかを聞く
「説明を増やしてほしい」という要望には、項目名が不明、例がない、不要な項目が多いといった異なる原因が考えられます。文章量を増やすだけで、どの原因にも対応できるわけではありません。
ロゴの準備なら、「店名の正式表記」「利用予定の場所」「参考にしたい雰囲気」という例が役立つ可能性があります。ただし、その案も仮説です。変更後の画面で、本人が何を用意するか説明できるかを確かめて初めて、修正後の理解を検討できます。
不具合と、理解の問題を区別する
選択しても一覧が変わらないなら、動作への修正が要ります。画面は動いても選択肢の意味が分からないなら、言葉や分類が候補です。どちらも「使いにくい」とは言えますが、依頼する修正は異なります。
好みと、仕事を妨げる問題を区別する
準備する内容が理解できず進めない箇所は、アプリの用途に直接関わります。色の好みなどの要望は、用途を妨げる問題と区別し、ほかの表示条件との兼ね合いも検討できます。
修正指示には、現象・理由・期待する結果を書く
ClaudeにはArtifactsの内容を示しながら変更を依頼できます。「用意する素材」の画面名、利用者の操作、起きたことと期待する理解があれば、修正の対象が共有できます。
準備物の意味を説明する作業と、別の相談メニューを増やす作業は範囲が異なります。現在使えている選択から一覧への流れを保つなど、維持する内容も一緒に書けます。
相談前チェックの「用意する素材」の画面を改善したいです。 試した人は項目を読んだ後、何を準備するのか分からず最初の画面へ戻りました。 目的は、初めて相談する人が、次に用意するものを自分で選べることです。 原因の仮説を、項目名・説明・例の不足に分けて提案してください。 まず意味が伝わる説明と具体例を改善し、選択から一覧までの流れは保ってください。 修正後は、同じ場面で準備するものが分かるかを確かめる手順も示してください。
修正後も、同じ相談場面で使ってもらう
動作の不具合、説明が伝わらない箇所、追加機能の希望は、今回の用途へ及ぼす影響が異なります。優先する理由が分からなければ、利用者への追加の聞き取りが要る場合もあります。
修正後に作り手が説明を足してしまうと、画面が伝えられるようになったかは比べにくくなります。最初に困った場面を同じように操作してもらえば、迷いが残る箇所も記録できます。一人の結果を全員へ当てはめず、必要に応じて異なる対象者にも確かめる余地があります。
表は横にスクロールできます。
| 欄 | 書くこと |
|---|---|
| 対象 | どの画面・どの操作か |
| 観察 | 何が起きたか・何と言ったか |
| 仮説 | なぜ困ったと考えるか |
| 変更 | 今回どこを直すか |
| 確認 | 同じ場面で何ができればよいか |
| 結果 | 直った点と残った点 |
よくある質問
全ての要望を取り入れた方がよいですか?
そのアプリが誰のどの目的に使われるかで、採用する要望は変わります。別の利用者向けの機能や範囲の大きな変更は、今回の修正と分けて検討できます。採用しない理由も、その用途から説明できます。
修正すると、別の部分が変わってしまいます。
元の案と変更後を比べられる状態にしておくと、意図しない変化を追えます。複数箇所を変えた場合は、問題が出た操作と変更の関係を調べ、同じ条件で再現できるかを確かめる方法があります。
取り組むときの確認事項
- 試してもらう場面と行動が具体的になっている
- 本人の発言、操作、自分の推測を分けている
- 修正箇所と理由、期待する結果を伝えている
- 変更後も同じ場面で利用できるか確かめている