AIのチェックリスト、何を見ればOK？「操作と期待する結果」まで頼もう
AIに「公開前のチェックリストを作って」と頼んだら、「表示を確認」「リンクを確認」といった項目が並んだ。間違いではないけれど、これだけだと、どこまで見たらチェックを付けてよいか迷いますよね。そんなときは、「操作」と「期待する結果」までセットで頼んでみましょう。
「何を確認するか」を、実行できる形にする
付け足す一文は、こんな形です。
各チェック項目に「確認する操作」と「期待する結果」を付け、1項目につき1つの合否を判断できる形にしてください。たとえば「メニューを確認」なら、「メニューボタンを押す」「ナビゲーションが表示される」と分けて書いてもらいます。「開く」と「閉じる」も別の項目にすると、片方だけ動かないときに結果を残しやすくなります。
仕様を添えて、確認表のたたき台を作る
次は、架空のスマートフォン用メニューを例にしたプロンプトです。対象や画面幅は、実際の案件で確認する条件に置き換えてください。
以下の仕様から、手動で確認するチェックリストを作ってください。
対象：スマートフォン用メニュー
確認環境：画面幅390pxのブラウザ表示
仕様：
・最初はナビゲーションが閉じている。
・メニューボタンを押すと開く。
・開いた状態でもう一度押すと閉じる。
・ナビゲーション内の「お問い合わせ」は /contact/ に移動する。
出力する列：番号／事前の状態／確認する操作／期待する結果／判定
ルール：
・1項目につき1つの合否を判断できる形にする。
・実際の動作確認はまだしていないので、判定はすべて「未確認」にする。
・仕様にない動作を合格条件として追加しない。
・不足している仕様は「確認したいこと」として表の外に分ける。項目の書き方は、たとえば次のようになります。
開く操作：閉じた状態でメニューボタンを1回押す → ナビゲーションが表示される。判定：未確認。
閉じる操作：開いた状態でメニューボタンを1回押す → ナビゲーションが非表示になる。判定：未確認。
「お問い合わせ」の移動先など、仕様に具体的な値がある部分は、その値も期待する結果に残します。仕様があいまいなままなら、先に担当者へ確認する項目として分けておきましょう。
項目ができても、確認済みにはならない
AIが作ったチェックリストは、確認作業のたたき台です。項目の抜けや、仕様と異なる合格条件がないかを見直し、実際にブラウザで操作してから判定を更新します。画面幅を指定したブラウザ表示だけで、実機での動作まで確認できたことにはなりません。
担当者が複数いるときは、最後に「確認者」「確認日」「実際の結果」の列を足すと、引き継ぎもしやすくなります。メニューだけでなく、フォームの入力チェックや、更新後の記事表示などにも応用できます。
まずは小さな機能1つから。「確認する」という言葉を、実際に手を動かせる操作と結果に変えてもらうだけでも、チェックの付けやすさが変わります。
参照：OpenAIのプロンプト作成ガイド（指示を具体的にし、必要な背景を伝える考え方）。本記事のプロンプトと仕様は、その考え方を応用した独自の例です。
