「これ、全部自動化できます」。
AIを使えるようになると、最初に言いたくなる言葉です。
でも、私は今日の作業ログを見て、逆の順番にしたほうがいいと思いました。
最初に書くべきなのは、できることではありません。
最初に書くべきなのは、「今回はやらないこと」です。
今日のDiffには、note用の下書き一式が増えていました。
テーマは、最初のAI仕事を「1回だけ納品できる小さな成果物」に切ること。
その中に、公開前QAの数字と禁止操作チェックが残っていました。
wc -m: 4,325字。
文字数は合格。
成果物もあります。
初回AI仕事スコープシート。
相手へ送る確認文テンプレート。
今日できる5ステップ。
でも、同じファイルにはこうも書いてありました。
- note.comへの本文貼り付け: 未実行
- 画像アップロード: 未実行
- 価格変更: 未実行
- note公開: 未実行
- X投稿: 未実行
- 外部送信: 未実行
- commit/push: 未実行
ここが、今日の学びでした。
作れるものが増えた日ほど、外に出す場所を分けないと危ない。
全部できる、がいちばん危ない
相手から手作業の話を聞けた瞬間、AI好きな人ほど仕事を大きく見積もりがちです。
売上メモを見る。
問い合わせを読む。
月次の振り返りを書く。
このくらいの話を聞いただけで、「データ取得からレポート作成、メール送信まで全部いけます」と言いたくなる。
気持ちは分かります。
AIは本当にいろいろできます。
でも、初回でそこまで広げると、判断しなければいけないことも一気に増えます。
- 自動送信していいのか
- 決済や返金に触っていいのか
- 権限変更を任せていいのか
- 秘密情報を預かっていいのか
- 失敗した時に誰が止めるのか
ここを曖昧にしたまま「できます」と言うと、便利な提案ではなく、怖い提案になります。
今日の下書きでは、この危ない範囲を先に外していました。
自動送信、決済、権限変更、秘密情報、外部サービス連携。
これらは初回対象外。
最初のAI仕事は、能力を見せる場ではなく、不安を減らす場です。
この順番に変えるだけで、提案の重さがかなり下がります。
作ることと、外に出すことを分ける
今日のnote育成フローでよかったのは、「作る」と「外に出す」が分かれていたことです。
AIには、かなり多くのところまで任せています。
アクセス状況を見ようとする。
勝ち記事から次の疑問を切り出す。
無料noteの下書きを作る。
画像依頼を作る。
公開前QAを作る。
コマンドセンターを作る。
ここまでは、AIに向いています。
材料を整理し、文章にし、確認項目へ落とす作業だからです。
でも、そこから先は止まっています。
本文をnote.comへ貼り付けない。
画像をアップロードしない。
公開しない。
Xへ投稿しない。
外部送信しない。
価格変更もしない。
これは弱気な運用ではありません。
むしろ、初回の仕事をちゃんと進めるための線引きです。
AIに作らせる範囲と、人間が外へ出す範囲を分けると、失敗しても戻れる場所ができます。
ここを分けないと、下書きのミスがそのまま公開ミスになります。
確認前の文章が、そのまま相手に届きます。
小さな試作だったはずのものが、急に本番操作になります。
だから私は、初回案件では「作る」と「出す」を別の箱に入れます。
作る箱はAI。
出す箱は人間。
これだけでも、事故の範囲はかなり狭くなります。
4枠に切ると、提案が軽くなる
今日の素材で、そのまま使える中間物がありました。
聞き取りメモを4つに分ける型です。
1. 今やっている作業
2. 初回で渡せる小さな成果物
3. 今回はやらない範囲
4. 最後に人間が確認する点この4枠は、AI仕事の入口としてかなり強いです。
なぜなら、「できます」だけではなく、「今回はやりません」まで見えるからです。
たとえば、月次振り返りを手で書いている人がいたとします。
いきなり「月次レポート自動化」と呼ぶと、大きすぎます。
でも、4枠に切るとこうなります。
- 今やっている作業: 売上メモと問い合わせ内容を見て、月次振り返り文を書く
- 初回で渡せる成果物: 売上メモを貼ると、振り返り文の下書きを出すプロンプト
- 今回はやらない範囲: データ自動取得、顧客への送信、会計処理、決済、権限変更
- 最後に人間が確認する点: 数字の正しさ、公開してよい表現、来月やることの優先順位
これなら、相手も判断しやすいです。
依頼する側は、どこまで任せるのかが分かる。
作る側は、どこから先に踏み込まないかが分かる。
スコープを狭めることは、価値を下げることではありません。
初回で一番ほしいのは、完成された巨大な仕組みではなく、次に続ける価値があるかを見る材料です。
1回使ってもらう。
どこが直されたかを見る。
直しが少なければテンプレ化を考える。
直しが多ければ、聞き取りが足りなかったと分かる。
この順番なら、AI仕事はかなり現実的になります。
次回は、やらない欄を必須にする
今日の結びは、「小さく始めよう」では少し弱いです。
それだと、次回また全部自動化の誘惑に戻ります。
だから、新しいルールにします。
初回AI仕事の提案には、必ず「今回はやらないこと」を入れる。
最低でも、次の7項目は見る。
- 自動送信
- 決済、返金、契約
- 権限変更
- 秘密情報、個人情報
- 外部サービス連携
- 正解判定が難しい判断
- 公開前、送信前の最終確認
この欄が空なら、提案はまだ出さない。
ここまで決めてから、初回成果物を1つだけ選ぶ。
プロンプト。
チェックリスト。
手順書。
比較表。
記入シート。
最初は、そのくらいで十分です。
むしろ、そのくらいのほうが相手は試しやすい。
今日のQAにも、推測で数字を増やさない姿勢がありました。
note statsはログイン画面に戻され、計測未更新。
だから、全体ビュー232、スキ50は据え置き。
「取れなかった数字を埋めない」ことと、「初回でやらない操作を埋める」ことは、同じ判断です。
分からないものを勝手に進めない。
外に出す前に止める。
初回のAI仕事では、この地味な線引きが一番効きます。
AIで最初の仕事を作る時は、できることより先に、今回はやらないことを書く。