本文へ移動

AIに頼むときの型。

毎回考える必要はありません。そのまま当てはめて使える型を置いています。うまく動かないときは、たいてい能力の問題ではなく頼み方の問題です。

社外秘や個人情報は貼らないでください。会社で使えるサービスが決まっている場合は、その方針に従ってください。試すときは、差し支えのない資料から。

書く

  • 返信の下書きをつくる

    こんなとき: 受け取ったメールに、どう返すか迷うとき。

    以下のメールに返信します。下書きを3案つくってください。 1案目:丁寧に、そのまま受ける 2案目:条件をつけて受ける 3案目:断る それぞれ、件名と本文を書いてください。 社名や個人名は [相手] [自社] と置いたままにしてください。 --- (ここに受け取ったメールを貼る)

    コツ3案を並べさせると、自分がほんとうはどうしたいのかが逆に見えてきます。選ぶだけで決まります。

  • 角を立てずに断る

    こんなとき: 断りたいけれど、関係は続けたいとき。

    次の依頼を断ります。角の立たない断り文を書いてください。 守りたいこと ・今後も付き合いは続けたい ・理由は正直に書くが、相手のせいにはしない ・代わりにできることを、ひとつ添える --- (ここに依頼の内容を貼る)

    コツ「代わりにできることを添える」を必ず入れてください。断りが提案に変わります。

  • 議事録を整える

    こんなとき: 走り書きのメモや、文字起こしを、読める形にするとき。

    以下は会議のメモです。議事録に整えてください。 構成 ・決まったこと ・持ち帰り(誰が・何を・いつまでに) ・決まらなかったこと メモにない内容は足さないでください。 発言が曖昧な箇所は「※要確認」と付けてください。 --- (ここにメモを貼る)

    コツ「メモにない内容は足さない」の一行がいちばん効きます。これがないと、それらしい嘘が静かに混ざります。

まとめる

  • 決めるために要約する

    こんなとき: 長い資料を読む時間はないが、判断はしなければならないとき。

    以下の資料を読み、次の3点だけ書き出してください。 1. これを読んだ人が決めるべきことは何か 2. 決めるために足りていない情報は何か 3. 書かれていないが、確認したほうがよい点 要約は書かなくて構いません。 --- (ここに資料を貼る)

    コツ「要約して」と頼むと、全体を薄く縮めた文が返ってきます。何のために読むのかを先に伝えると、使える形で返ってきます。

  • 自由記述を分類する

    こんなとき: アンケートの自由回答が何百件もあって、手が付かないとき。

    以下はアンケートの自由記述です。 1. 内容ごとに分類し、分類名を付けてください (分類は先に決めず、回答のほうから立ち上げてください) 2. 各分類の件数と、代表的な回答を2件ずつ挙げてください 3. 件数は少ないが見逃すべきでない意見を、別枠で挙げてください --- (ここに回答を貼る)

    コツ3番目が肝心です。多数派だけ見ていると、いちばん大事な一件を落とします。

考える

  • 自分の仕事を棚卸しする

    こんなとき: 「AIで何かできないか」と言われたが、どこから見ればいいか分からないとき。

    私の仕事を棚卸しします。質問を1つずつしてください。 まとめて聞かず、私の答えを見てから次を聞いてください。 知りたいこと ・毎週くり返している作業は何か ・そのうち、判断が要らない作業はどれか ・時間がかかっているのに、成果に直結していない作業はどれか 10問ほど聞いたら、表にまとめてください。

    コツ「1つずつ聞いて」の指定がコツです。まとめて聞かれると答えきれず、浅い結論で終わります。

  • 任せられる作業を見つける

    こんなとき: 棚卸しした作業のうち、どれをAIに渡すか決めるとき。

    以下の作業一覧を、次の3つに仕分けてください。 A:いますぐAIに任せられる B:手順を整えれば任せられる(何を整えるかも書く) C:人がやるべき(理由も書く) 判断は「間違えたときに誰が困るか」を基準にしてください。 --- (ここに作業一覧を貼る)

    コツCに入るものを正直に出させてください。全部Aだと答える道具は、信用しないほうがいいです。

つくる

  • プログラムを頼む

    こんなとき: 手作業を自動化したいが、自分では書けないとき。

    Google スプレッドシートで動く仕組みをつくりたいです。 Google Apps Script のコードを書いてください。 やりたいこと (ここに、日本語でそのまま書く。専門用語はいりません) 条件 ・コードには、行ごとに日本語のコメントを付けてください ・貼り付ける場所と、実行の手順も書いてください ・私はプログラムを書いたことがありません。  前提知識なしで読める説明にしてください

    コツ最後の一行を必ず入れてください。これがあるかないかで、返ってくる説明の親切さがまるで変わります。

  • エラーの直し方を聞く

    こんなとき: 動かないが、何が悪いのか分からないとき。

    以下のコードを実行したら、エラーが出ました。 1. 何が起きているのかを、専門用語なしで説明してください 2. 直したコードを、一部ではなく全体で出してください 3. 同じ間違いを避けるために、次から気をつける点をひとつ コード: (ここに貼る) エラー: (ここに貼る)

    コツ「全体で出して」と書かないと差分だけが返ってきて、どこに貼ればいいのか分からなくなります。

  • つくったものを説明してもらう

    こんなとき: 動くものはできたが、人に引き継ぐ必要があるとき。

    以下のコードについて、引き継ぎ資料を書いてください。 読む人:プログラムを書いたことがない同僚 内容 ・これが何をするものか(3行で) ・使い方の手順 ・触ってはいけない箇所と、その理由 ・うまく動かないときに、最初に見る場所 --- (ここにコードを貼る)

    コツつくった直後に書かせておくと、半年後の自分がいちばん助かります。

はじめる

60分、話してみませんか。

何をつくるべきかが決まっていなくて構いません。いま困っていることを聞かせていただければ、次の一手をご提案します。相談は無料です。