ChatGPT活用

Codexへの修正依頼|見た目・動作・伝わり方を確かめる

Codexへの修正依頼
見た目・動作・伝わり方

スマートフォンのメニューで項目を押した後、移動先の上にメニューが残ると、本文が隠れてしまいます。Codexへの修正依頼では、その操作と期待した結果を説明できます。見た目の好み、操作の不具合、内容の不足が混ざらなければ、何を直したかも比較しやすくなります。

サイトの目的を読み返し、直す箇所を選ぶ

OpenAIのWeb制作の案内では、視覚的な材料や依頼から対象を絞って変更し、ブラウザで確かめる進め方が紹介されています。実際に確認できる範囲は、使えるブラウザや実行環境により異なります。

必要な説明が読めない、相談先を開けないという問題は、利用者の目的を妨げます。見た目の好みも相談できますが、これらと区別すると、先に直す理由が相手へ伝わります。

見え方・操作・内容で、困り方が異なる

対象の画面と状態、そこまでの操作が分かれば、どの種類の問題かを相談できます。下の三つは、同じページでも確かめる内容が異なります。

見た目:文字や画像が隠れていないか

読めない文字、画像から切れた顔、重なった見出しは、見え方の問題です。パソコンで収まっていても、スマートフォンでは見出しが何行にもなり、重なる場合があります。装飾の好みと、情報を受け取れない状態は区別できます。

動作:押した後に期待したことが起きるか

ボタン、メニュー、FAQ、入力には、押した後の結果があります。リンク先、閉じる・戻る操作、送信・保存が依頼どおりかが対象です。仮ボタンが配置されただけなら、動作も完成したとは言えません。

伝わり方:何を判断できるページか

誰向けの何の案内か、利用条件は何か、次にどう進むかは、初めての人にも分かる必要があります。運営者が知識で補える説明ほど、前提の抜けに気づきにくい場合があります。情報の正確さに加え、説明の順番も検討できます。

修正依頼を四つの情報で書く

「もっと目立たせたい」という希望には、文字の大きさ、位置、案内文など複数の修正方法があります。先に、どこで何が起き、なぜ困るかが分かれば、その方法も相談できます。すでに方法を指定する場合は理由も共有できます。

表は横にスクロールできます。

修正のメモに残す四つ
項目書く内容架空の例
場所URL、画面幅、対象部分スマホ幅のサービス紹介
観察実際に起きていること見出しが写真に重なる
期待どう見えればよいか見出し全文を読み、写真も見える
理由・条件目的と残したいもの対象者への説明と承認済み文言を保つ

問題の画面へ至る操作も伝える

問題が起きた画面の画像だけでは、途中で何をしたかが分かりません。「スマホ幅でメニューを開き、利用の流れを押すと移動するが、メニューが残る」という説明には、再現する順序が含まれます。

端末の種類、画面幅、最初から起きるか途中からかも、分かる範囲で共有できます。スクリーンショットには、仕事に不要な個人情報が含まれないよう配慮も要ります。

トップから相談先まで、利用者の順に操作する

トップから説明をたどり、条件やFAQに進み、相談先を開くまでには、リンク同士のつながりがあります。一個ずつのリンクが正しくても、初めての人が必要な情報を見つけられるかは、一続きで操作すると分かる場合があります。

  1. トップを開き、対象と提供内容が分かるか確認する。
  2. サービスの範囲と利用条件を読む。
  3. 利用の流れやFAQを開き、必要な情報を探す。
  4. 主な案内ボタンを押し、正しい相談先かを確認する。
  5. 元のページへ戻った後も、メニューや表示を利用できるか確かめる。

変更箇所ごとに結果を比較する

文字、写真、順序、動きを一度に変えると、どの変更が影響したか分かりにくくなります。事実の誤りや操作できない箇所と、読みやすさや表現の調整を分けると、改訂の理由を追えます。

相談ボタンの問題も、位置ではなく「何が開くか分からない」文言が原因かもしれません。動きを追加する案だけに絞らず、利用者が困る理由から比較できます。変更してよい部分に加え、承認済み料金や対象条件を保つ指定も依頼に含められます。

直した後は、同じ手順と隣の動作を確かめる

メニューなら開閉と項目を押した後の移動、余白なら見出しや画像の位置も、変更の影響を受ける場合があります。元の問題がなくなったかと、周囲に別のずれがないかは、分けて確かめられます。

Codexが実行した確認には、内容と結果の報告が要ります。環境の制約で試せない条件は未確認のままです。コードを変えたという報告だけから、すべての端末や実サービスへの送信まで検証したと受け取ることはできません。

完成報告で受け取りたい情報

OpenAIの公開案内でも、変更内容、ビルド、プレビューの状態などが扱われています。実行した検証と結果が分かれた報告なら、次に人が確かめることも把握できます。

  • 変更:どこを、どんな理由で直したか。
  • 確認:実際に操作・実行したものと、その結果。
  • 未確認:環境や資料の不足で試せなかったこと。
  • 次の扱い:確認用URL、残った判断、公開や運用の状態。

よくある疑問

うまく言葉にできないときは

画面とそこで行った操作があれば、原因が分からなくても相談できます。改善案を二つ比べる方法もあります。どちらがサイトの目的に合うかを考えると、好み以外の理由を話せます。

見た目だけの修正にも動作確認は必要ですか

変更の影響によります。小さな文章修正ですべての機能を毎回検証するとは限りません。ボタンやメニューの位置が変わるなら、押せる領域や重なりも影響を受けるため、操作による照合に意味があります。

取り組むときの確認事項

  • 問題の場所と再現手順を示した
  • 期待する状態と残す条件を伝えた
  • 変更後に同じ順路を確認した
RISE 独立支援

運営:ライズ株式会社

会社情報を見る
記事一覧に戻る

CONSULTATION

独立支援について
ご相談ください。

独立支援について聞きたいことを、公式LINEでお送りください。今のお仕事や、発信・営業で困っていることもお聞かせください。

最初に送るLINE文面の例を見る
独立支援について相談したいです。現在は〇〇の仕事をしていて、△△について聞きたいです。

〇〇に今のお仕事、△△に聞きたいことを入れてください。

独立支援のご相談公式LINEで相談する