スマホで申し込みにくい画面を、直す依頼文へ変えよう
実際に見た困りごとと改善案を分け、制作担当へ伝わる修正メモを作る。
キャラと考える
マリーネ(質問係)ボタンが最初に見えなかったら、作られていないって報告していい?
ウェーブ(説明係)下へ送ると見つかる場合もあるよ。見た順番と止まった場所を分けて、直した後に見ることまで伝えよう。
この仕事の約束
AIへ最初に渡す約束
見えたことと改善の仮説を分けてください。まだ開いていない画面や、測っていない効果を決めつけず、修正案までを返してください。番号つきの材料
この材料をAIへ渡す
01 社員向けの休暇連絡ページをスマホで見たという練習メモ。 02 最初の画面には、休暇連絡の対象と注意書きがある。 03 連絡へ進むボタンは、この画面内では見えなかった。 04 画面を下へ送ると、説明文の後に連絡ボタンがあった。 05 ボタンの文は「連絡内容を入力する」。 06 そのボタンを押すと入力画面へ進む案内になっている。 07 今回は入力画面をまだ開いていない。 08 説明を読んだ人が、その後どこへ進むか迷いそうだと感じた。 09 初見の別の社員へは、まだ試してもらっていない。 10 上にも案内を置くという改善案を考えたい。 11 注意書きは残し、読む順番を飛ばす案にはしない。 12 連絡の提出先と申請の扱いは、今回変えない。 13 休暇が承認される条件や処理時間は、このメモにない。 14 完了率や、問い合わせ件数の増減も測っていない。 15 直す依頼を作る段階で、実際のページ変更や連絡提出はしない。 16 修正後は、最初の画面と説明の直後から進み方が分かるかを見たい。この教材の材料をテキストで保存
基本の依頼と答え
観察した事実・改善の仮説・制作担当への依頼・修正後に見ることの順で整理してください。ボタンが存在しないと書かず、入力画面の動作はまだ見ていないと残してください。整理した修正メモと根拠を見る
観察した事実:最初の画面ではボタンが見えず、下へ送ると説明の後に見つかった。入力画面は開いていない(2〜7行目)。
改善の仮説:説明を読む順を残したまま、進む先の案内を上でも伝えると迷いにくいかもしれない。効果はまだ測っていない(8〜11・14行目)。
制作担当への依頼:注意書きと提出先を保ち、最初の画面か説明の直後で、次の操作が分かる案を作ってください。まず案だけを見せてください(10〜12・15行目)。
修正後に見ること:最初と説明直後で行き先を説明できるか、同じ入力先へ進むか。入力画面の表示・入力・送信結果は別の点検が必要(7・16行目)。03〜07行目は、最初に見えないことと、下へ送ると存在すること、入力画面が未見であることを支えます。08・09行目の感想と未点検を仮説へ分け、10〜12行目を変更範囲、14〜16行目を効果と次の点検へ使っています。
この4点を確認しよう
職種を変えて試す
事務:休暇の連絡と承認を混ぜずに直す
制作依頼に、変えない扱いとまだ分からない条件を一文ずつ添えてください。事務の答えを見る
変えない扱い:提出先と申請の扱いは今回の修正へ含めない(12行目)。
分からない条件:休暇の承認条件と処理時間は資料にないため、ボタンの改善だけで承認が早まるとはしない(13行目)。撮影と見学の2例を開く
撮影スタジオ:スマホの相談予約を直す依頼
01 スタジオの撮影相談ページをスマホで見る。
02 最初は作例の写真が続き、料金の概要は下にある。
03 撮影相談のボタンは、写真を過ぎた後で見つかった。
04 ボタンを押すと希望日を書くフォームが開いた。
05 希望枠を選ぶ欄はあるが、その日の空きは表示されない。
06 送信した後に予約が確定するかは、試していない。
07 写真を読む前にも、相談へ進む場所を知りたい。
08 作例と料金の記載は、そのまま残したい。
09 撮影内容と予約の決定は、担当との相談で確認する。
10 今回は依頼文の案だけを作り、送信しない。見た操作・仮説・変えない情報・次に見ることへ分け、制作担当向けの修正依頼を作ってください。見た操作:写真の後に相談ボタンがあり、フォームで希望日を書ける(2〜5行目)。
仮説:写真の前でも相談先を示す案を検討する(7行目)。
維持:作例、料金、担当と相談する予約の決め方(8・9行目)。
次の点検:空き表示と、送信後の状態を別に見る。フォームが開いたことを予約確定としない(5・6行目)。観光案内所:見学の入口で見たことだけを報告
01 見学案内で「申込む」を押したが、案内の上部へ戻った。
02 入力画面は見つけていない。
03 通信エラーの表示は見ていない。
04 定員や受付終了の案内も、見た範囲にはない。操作結果と、まだ決められない原因を分け、次に調べることを示してください。操作結果:申込ボタンで上部へ戻り、入力画面には進めなかった(1・2行目)。原因:リンク設定、通信、受付状態のどれかは決められない。行き先と受付案内を担当へ確かめる(3・4行目)。自分の仕事用の依頼
自分の画面で頼む型
【見た画面と端末】
【しようとした操作と結果】
【まだ見ていない画面】
【残す情報と設定】
事実・仮説・制作依頼・修正後の点検へ分け、案だけ返してください。4欄の記入例
画面と端末:休暇連絡のスマホ画面。操作と結果:下へ送ってボタンを見つけた。未見の画面:入力画面。残すもの:注意書きと提出先。
応用と失敗の直し方
応用の依頼2本
短い版:休暇連絡の観察と、まだ見ていない範囲を各一行にしてください。答え:最初では見えず、下へ送るとボタンがあった(3・4行目)。入力画面は未見(7行目)。
詳しい版:変更前と変更案で、比べる画面と操作を挙げてください。完了率を測定済みとしないでください。答え:最初の画面、説明の直後、入力先への遷移を比べる(12・16行目)。完了率は14行目で未測定。
失敗3例と直し方
失敗1:「ボタンがないので新設する」。見えないことと存在しないことは別です。
「ボタンがない」を、観察と提案に分けて直し、戻った行を示してください。修正版:最初の画面では見えず、説明の後にはある(3・4行目)。その行き先を保ち、上でも進む先を案内する案を検討する。
失敗2:「申込みが増える」。14行目に測定がないため、「見つけやすくなるかを比べる」に直します。
失敗3:「フォームも正常」。7行目では未見なので、入力と送信の試験を別に残します。
上司やお客さんに伝えるなら
上司へ:画面の印象だけで全体改修を頼まず、見た操作とまだ見ていない画面を分けます。注意書きと提出先を残した案を先に見て、修正後の操作も確かめたいと考えています。
お客さんへ:見つかったボタンの位置と、次に試す画面を整理した案です。成果の数字や、見ていないフォームの正常動作を保証するものではありません。
Claude Code・Codexで使う
ChatGPT・Claude・Geminiでは、観察メモと修正依頼を同じ会話へ渡します。
Claude Code・Codexでは、material-046.txtを読むよう指定します。
「読めた行を示し、事実・仮説・点検案を返す。ページや設定は書き替えない」と頼みます。
返った案を人が画面と比べ、まだ試す必要がある操作を分けます。
元の補助画像を開く(画像の改訂は別の便)



今日の記録
任せた仕事:
渡した材料:
自分で確認・修正したところ:
次の依頼へ足す一文:
材料の行と、答えで使った説明の対応表
基本の答えに書いた根拠を原文のまま並べています。番号は付属の材料ファイルと同じです。
| 材料の行 | 答えに書いた説明(原文) |
|---|---|
| 03〜07行目 | 03〜07行目は、最初に見えないことと、下へ送ると存在すること、入力画面が未見であることを支えます。 |
| 08・09行目 / 10〜12行目 / 14〜16行目 | 08・09行目の感想と未点検を仮説へ分け、10〜12行目を変更範囲、14〜16行目を効果と次の点検へ使っています。 |
