Workspace Studioの使い方｜自動化は「◯◯されたら」から書き始める

「Workspace Studio、うちでも使えるらしいんですけど、何ができるんですか」。この一週間で、顧問先から同じ質問を三回受けました。名前は聞いた。社内の誰かが「自然言語で業務フローが組めるらしい」と言っていた。開いてみた。そこで止まる。空欄の前で、何を書けばいいのか分からない。あるいは、家のアカウントで動いたものが会社のアカウントでは出てこなくて、そこで諦めている。

先に結論を置きます。自動化がうまくいくかどうかは、道具の操作ではなく「きっかけ・処理・出力」の3点を日本語で言えたかどうかで決まります。この3点が書けている業務は、どの道具を使っても自動化できます。書けていない業務は、どんなに親切な画面を用意されても自動化できません。空欄の前で止まるのは、操作が難しいからではなく、業務がまだ言葉になっていないからです。

ここから先は、私が自社と顧問先で実際にやっている順番だけを書きます。画面のどこを押すか、という手順書にはしません。理由は最後に書きますが、ひとことで言えば、その手順は2年で消えるからです。消えないのは、何を自動化すると失敗しないかという選び方と、止まったときに気づける設計です。

---

Google Workspace Studio とは、Google Workspace の中で、業務の流れを自然言語で指定して自動化を作る仕組みです。「フォームに回答が入ったら、内容を分類して、表に1行足す」——この程度の日本語で、メール・カレンダー・スプレッドシート・ドライブといった普段使っている道具をまたいで動かせます。プログラミングは要りません。自動化のかたちは、起動のきっかけ（スターター）と、そのあとに続く処理（アクション）という組み立てで指定します。以前は Workspace Flows という名前で呼ばれていたもので、名前も画面も、この先また変わります。だからこの記事で押さえるのは製品の操作ではなく、「何が起きたら／何をして／何が残るか」を言葉にするという書き方のほうです（2026年8月時点の位置づけで書いています）。

Workspace Studio の使い方が分からない、の正体は業務が言葉になっていないこと

ノーコードで業務を自動化する道具は、もうずいぶん前からあります。Google Workspace の中にそういう仕組みが乗り、しかも自然言語で書けるようになった。これは大きな変化です。ただ、変化の中身をよく見ると、減ったのは「書き方を覚える手間」であって、「業務を言葉にする手間」ではありません。

私が顧問として現場に入って最初にやるのは、業務の棚卸しです。業務の棚卸しの記事でも書きましたが、優秀な人ほど自分の仕事を説明できません。毎日やっているから、手が先に動く。「フォームが来たら、まあ見て、必要なら誰かに回して、あとで記録します」。この一文が、実務では正しい説明です。でも自動化の材料としては、何も決まっていません。

• 「まあ見て」——何を見て、何を判定しているのか。
• 「必要なら」——必要かどうかを、どの条件で分けているのか。
• 「誰かに回して」——誰に、どの手段で、いつまでに。
• 「あとで記録します」——どこに、どの形で、誰が読む前提で。

自動化の道具に向かって座ったときに手が止まるのは、この4つの空白に気づいた瞬間です。手が止まるのは正常です。むしろ、空白に気づかないまま「いい感じにやっといて」と書いて、いい感じの何かが出てきてしまうほうが危ない。それは業務ではなく、業務のふりをした出力だからです。

だから最初にやることは、ツールを開くことではありません。紙でもメモ帳でもいいので、3行書くことです。何が起きたら動くのか。何をするのか。何が残るのか。この3行が書けたら、あとはどの道具でも形にできます。書けないなら、道具を替えても同じ場所で止まります。

「◯◯されたら」から書き始める——きっかけ・処理・出力の3点

自動化の最小単位は3つです。専門用語ではトリガー、アクション、アウトプットなどと呼びますが、社内で共有するなら日本語のほうがいい。私は顧問先で、この言葉を使っています。

順番が大事です。「◯◯されたら」から書き始めてください。処理から書き始めると、たいてい業務になりません。「議事録を要約する」は処理です。これだけでは、いつ動くのか、結果がどこに行くのかが決まっていない。人が毎回チャットに貼り付けて動かすなら、それは自動化ではなく、ただのAI利用です。悪くはないのですが、別のものです。

逆に、きっかけから書くと、いやでも残りが埋まります。「会議の録画が保存されたら」と書いた瞬間に、「じゃあ誰の会議の録画？」「保存先はどこ？」「出てきた要約は誰が読む？」が全部出てきます。出てきた質問に答えるだけで、3点は埋まります。

言い方	3点が書けているか	足りないもの	直し方
「問い合わせ対応を自動化したい」	×	きっかけも出力も未定	「フォームに回答が入ったら」から書き直す
「議事録を要約させたい」	×	いつ動くか、どこに残るか	「録画が保存されたら／要約を決めた場所に1本」
「毎朝、申込数を知りたい」	△	処理の中身と出力の形	「毎朝8時／申込データを取得し集計／表の当日行を更新」
「重要なメールを見逃したくない」	△	「重要」の定義	「この3社のドメインから届いたら」に置き換える
「訪問前の準備を楽にしたい」	△	きっかけが人の気分	「予定が登録されたら／前回記録を引いて下書き」
「フォーム回答を種類で分けて記録に残す」	◎	失敗時のみ	「取得できなかった日を、どう見分けるか」を足す
「毎朝8時に申込一覧を取り、表の日次行を更新する」	◎	失敗時のみ	「0件」と「取得失敗」を別の表示にする

この表を顧問先のホワイトボードに書くと、だいたい半分の項目が×か△です。それでいい。×を◎に書き換える作業が、自動化の設計です。ツールを開くのは、そのあとで間に合います。

会社のアカウントで機能が出てこない、は不具合ではありません

ここで、検索で来る方のもう一つの詰まりに触れます。家の個人アカウントでは動いたのに、会社のアカウントでは同じものが出てこない。これは相当な頻度で起きます。そして、たいていの人はここで「うちはまだ対応してないんだ」と結論して、そのまま忘れます。

この現象の中身は、不具合ではなく設計です。原理はこうです。個人のアカウントは本人が全部決めていい。会社のアカウントは、会社のデータを扱うので、管理者が「使ってよい」と決めるまで、社員の画面には現れない。新しい機能ほど、この扱いになります。会社の予定表、会社のメール、共有ドライブ——中身が濃いほど、勝手に触らせない側に倒れる。当然です。

ツールの名前が変わっても、この構造はしばらく変わりません。だから覚えるべきは操作ではなく、順番のほうです。

症状	ありがちな解釈	実際に多い原因	最初にやること
会社アカウントで見当たらない	「うちのプランは対象外」	管理者が有効化していない	管理者が誰かを特定して1行で聞く
自分だけ使えない	「自分のPCが古い」	部署やグループ単位で許可が分かれている	使えている人との違いを聞く
作れるが、動かすと権限で止まる	「バグっている」	参照先のファイルに権限がない	読ませたい場所の共有設定を確認
個人アカウントでは動く	「会社が遅れている」	会社データの保護が優先されている	個人アカウントで会社データを扱わない
外部のサービスにつながらない	「対応していない」	外部連携が会社方針で制限されている	つなぐ理由と範囲を先に文章にする
試したいが、誰に聞けばいいか不明	「情シスがいないから無理」	管理者権限を持つ人が社内に必ずいる	アカウントを作った人＝実質の管理者

ここで一つ、私が顧問先に必ず言っていることがあります。個人のアカウントで会社の仕事を自動化しないでください。動くから、という理由で個人側に業務を作ると、その人が辞めた日に業務が消えます。退職手続きでアカウントを止めた瞬間に、毎朝動いていた集計が黙って止まる。しかも誰も気づかない。属人化を解くために作った自動化が、新しい属人化になります。入力してよい情報の線引きや、社内で決めておく最低限のルールはセキュリティ設計の記事と社内ルールの記事に書いてあります。ここでは重ねません。

管理者への聞き方も、長文にする必要はありません。「◯◯という機能を、まず私のアカウントだけで試したい。扱うのは自分のフォルダの中だけです。有効にしてもらえますか」。これで通ります。通らないなら、理由が返ってきます。理由が返ってくれば、それが会社の方針です。方針が分かれば、その中で作れるものを作ればいい。

最初に自動化していい業務は、3つの条件を全部満たすものだけ

ここが、この記事で一番書きたかったところです。機能の紹介はどこにでもあります。書かれていないのは、何を自動化すると失敗しないかのほうです。私は顧問先で、最初の1本をこの3条件で選んでもらっています。

1. 毎回同じ。例外が月に何度も出る業務は、最初の題材にしない。例外を吸収しようとすると、分岐が増え、誰も直せない塊になります。
2. 判断が要らない。「これは重要か」「値引きしていいか」「この案件はどの担当か」——迷いが入る工程は人に残す。判断はプロの仕事、作業はAIの仕事です。
3. 遅れても事故らない。止まっても数時間、最悪その日1日ずれるだけで済むもの。止まったら顧客に迷惑がかかる業務を1本目にしてはいけません。

3条件を全部満たす業務は、社内を見渡すと必ずあります。地味です。誰も表彰されない仕事です。だからこそいい。1本目の目的は、時間削減ではなく「自動化が回る状態を一度作ること」です。回った実感が一度あると、2本目からの速度がまるで変わります。

業務の例	毎回同じ	判断が要らない	遅れても事故らない	1本目の適性
フォーム回答を種類で分けて記録に残す	◎	◎	○	◎
毎朝、申込・問い合わせ件数を表に足す	◎	◎	◎	◎
予定が入ったら準備メモの下書きを作る	○	○	◎	◎
決まった相手からのメールだけ通知する	◎	○	○	○
会議の録画から要点の下書きを作る	○	△	◎	○
問い合わせに自動で返信する	△	×	×	×
見積金額を自動で計算して送る	△	×	×	×
受注・請求の確定処理を自動化する	○	×	×	×

下の3行を見てください。×が並ぶのは、どれも「顧客に直接届く」「お金が動く」業務です。これらを自動化してはいけない、という意味ではありません。1本目にするな、という意味です。自動化は、間違いも自動で繰り返します。人がやれば1件で気づく間違いが、自動化すると100件出てから気づく。だから1本目は、間違えても取り返しがつく場所に置く。順番の話です。

3条件を満たす、現実的な最初の3本

抽象論だけだと動けないので、私が実際に顧問先へ勧めている3本を、3点設計の形で書きます。会社の業種を選びません。

① フォーム回答の仕分けと記録

問い合わせフォーム、申込フォーム、社内の申請フォーム。どれでもいい。きっかけ＝フォームに回答が入ったら。処理＝内容を決めた区分に分けて、記録用の表に1行足す。出力＝表の1行と、担当への通知1件。

ここで大事なのは、区分を先に決めることです。「問い合わせの種類でいい感じに分けて」と書くと、その日の気分で分類名が変わります。翌月に集計しようとして、同じ内容が3つの名前で入っているのを見つけることになる。区分は3〜5個。決めた名前以外は「その他」に落として、その他が増えたら人が見直す。これだけで、記録が集計に耐えます。

そして、「これは商談になりそうか」の判定は自動化しません。そこは人の仕事です。自動化するのは、仕分けと記録と通知まで。この線を引けるかどうかが、その後の全部を決めます。

② 予定が入ったら、下準備の下書きを作る

きっかけ＝予定表に訪問や商談の予定が登録されたら。処理＝相手先の過去のやりとりや前回の記録を引いて、確認事項の案を並べる。出力＝下書きが1本、決めた場所に置かれる。

この1本が効くのは、準備が「やろうと思えばできるが、たいてい前日の夜になる」種類の仕事だからです。予定を入れた瞬間に、粗い下書きが1本できている。当日の朝、それを2分見て直す。ゼロから作るのと、直すのとでは、心理的な重さが違います。

注意点は一つ。出力は「下書き」であって「送信」ではありません。相手に届くものを自動で出さない。これは1本目に限らず、当面ずっと守ったほうがいい線です。人の承認をどこに置くかという設計は、AIへの委任設計の記事で詳しく書きました。

③ 決めた相手のメールだけ、通知する

きっかけ＝あらかじめ決めた相手（3〜5件のドメインやアドレス）からメールが届いたら。処理＝件名と要点を短くまとめる。出力＝チャットか自分宛に通知1件。

「重要なメールを通知して」と書きたくなりますが、これは動きません。重要の定義がAIの側にないからです。定義を渡せば動く。「重要」を「この3社」に置き換えるのが、言葉にするという作業の中身です。3社で回してみて、取りこぼしがあれば足す。最初から全部を拾おうとすると、通知が多すぎて誰も見なくなり、結局止まります。

この3本に共通するのは、出力が「下書き」「表の1行」「通知1件」で止まっていることです。会社の外に何も出ていない。中で完結している。だから、間違っても直せます。

自社の実践——イベント申込の日次レポートを、人が数えるのをやめた話

うちは生成AI顧問が本業ですが、その前身としてイベント運用をやってきました。累計112企画、参加者は延べ10,551名、満足度94.9%（いずれも自社実績・2026年8月時点）。ウェビナーや勉強会を継続的に回している会社です。この仕事には、毎日必ず発生する作業があります。申込状況の確認です。

以前は、誰かが管理画面を開いて、申込数を数えて、参加者の一覧を眺めて、集計用の表に手で書き足していました。1回あたり10分もかからない。でも毎日です。しかも、忙しい日ほど飛ぶ。飛んだ日があると、日次の推移が歯抜けになり、「先週と比べてどうか」が言えなくなります。数えるのは簡単なのに、続けるのが難しい。この種の仕事が、自動化の一番いい題材です。

今は、こうなっています。3点設計で書きます。

やっていることは、地味です。取得して、集計して、表を更新する。それだけ。変わったのは、朝の会話です。「今どのくらい入ってる？」「ちょっと待って、開きます」がなくなりました。表を見れば、昨日から何件増えたか、どこから来ているかが載っている。会話が「数字を確認する」から「この伸び方で足りるか」に変わりました。これが、私が言っている「攻めの手数」です。時間が浮いたことより、打てる手の議論に時間が移ったことのほうが大きい。

もう一つ、公開してよい範囲で書いておきます。うちでは、会計・カレンダー・メール・ドライブといった社内の道具を、AIから直接読める状態にしています。中身の数字はここには書きませんが、原理は申込レポートと同じです。人が開いて写す工程を消し、人は結果の判断に集中する。読ませる先が増えるほど、3点設計の重要性は上がります。何を、いつ、どこへ——これが曖昧なまま接続だけ増やすと、便利ではなく不気味になります。

そして、この自動化を作ったときに一番時間をかけたのは、実は処理でも出力でもありません。失敗時です。次の章で書きます。

有効にする前に、必ず1回テストで流す。最初は自分の領域だけで

自動化で事故る会社に共通するのは、性能不足ではありません。いきなり本番で有効にしたことです。手作業なら1件目で「あれ、違うな」と気づけます。自動化は気づく機会をなくす仕組みなので、間違ったまま100件進みます。

だから順番はこうです。

1. 3点を紙に書く。きっかけ・処理・出力。失敗時も書く。
2. 自分の領域だけで作る。共有していない自分のフォルダ、自分の予定表、自分宛の通知。共有ドライブや全社の場所で作らない。
3. テストで1回流す。本物のデータ1件でいい。出てきたものを、隅から隅まで読む。
4. 直す。だいたい、言葉が足りていません。区分名が曖昧、出力の場所が曖昧、要約が長すぎる。
5. もう1回流す。2回目で「これでいい」と思えたら、初めて有効にする。
6. 1週間、自分だけで回す。毎日出てくるものを見る。ここで必ず何か見つかります。
7. 他人を巻き込む。共有の場所へ移し、関係者に見せる。

この順番を飛ばした顧問先で起きたことを、一般化して残します。どれも、道具の問題ではありません。

• 通知が全員に飛んだ。自分宛のつもりが、共有のチャンネルに流れていた。1日で「通知を切ってください」と言われた。
• 同じ行が二重に増えた。きっかけが2回発火する条件になっていて、集計が実態の倍になった。表を見た人が「今月すごいですね」と言ってしまった。
• 古い下書きが上書きされた。出力先のファイル名を固定していたため、前日の下書きが毎日消えていた。
• 共有ドライブの中身を広く読ませてしまった。本人にその意図はない。範囲を書かなかっただけ。

4つ目が、一番静かに危ない。AI導入の失敗パターンの記事でも書きましたが、事故は「危ないことをした人」より「範囲を書かなかった人」から出ます。自分の領域から始める、という原則は、この一点のためにあります。

止まったときに気づける設計——動かないより、動いたつもりのほうが怖い

ここが、機能紹介の記事にはまず書かれていない部分です。そして、実務で一番効きます。

自動化には2種類の壊れ方があります。止まる壊れ方と、動いているように見えて中身が空の壊れ方です。前者は、気づけます。表が更新されないから、誰かが「あれ？」と言う。厄介なのは後者です。毎朝、表は更新される。日付も入る。でも、件数がずっと0。取得先の仕様が変わったのか、権限が切れたのか、単に本当に0件なのか——見分けがつかない。

私が自社の申込レポートで一番時間をかけたのは、この見分けをつけることでした。「0件でした」と「取れませんでした」が同じ見た目になってはいけない。ここを分けていないと、3週間くらい誰も気づかず、気づいたときには「先月のデータが全部空でした」になります。過去の数字は、あとから取り直せないことがあります。

壊れ方	見た目	気づかない理由	設計での対策
そもそも動かない	出力が増えない	毎日見る人がいないと数日埋もれる	出力に実行日時を必ず書く。日付が古ければ止まっている
動くが取得に失敗	0件として記録される	本当の0件と区別がつかない	「0件」と「取得失敗」を別の表示にする
権限が切れた	エラーが誰にも届かない	作った人の画面にしか出ない	失敗したら決めた場所へ通知が飛ぶようにする
二重に動く	数字が増える	増えたほうを人は疑わない	同じ日付の行が2つないか、週1で目視
途中で仕様が変わった	形は同じ、中身がずれる	見出しが同じなので違和感が出ない	月1で、人が手作業と突き合わせる
作った人が退職した	ある日、静かに止まる	存在自体が引き継がれていない	自動化の一覧表を1枚だけ作り、持ち主を書く

対策はどれも高度ではありません。実行日時を書く。0件と失敗を分ける。失敗を人に届ける。週1と月1で人が見る。この4つだけです。作るのに10分もかかりません。でも、この10分を省いた自動化は、半年後に必ず「いつから壊れてたの？」になります。

もう一つ、忘れられがちなのが最後の行です。誰が持ち主か。自動化が5本、10本と増えると、誰が作ったか分からないものが出てきます。作った本人も忘れます。私は顧問先に、自動化の一覧を1枚だけ作ってもらいます。名前、きっかけ、出力先、持ち主、最終確認日。この5列だけ。凝った管理台帳はいりません。凝ると更新されなくなります。

持ち帰り①：自動化する業務の選別チェックリスト10問

「何から自動化すればいいか分からない」への、私の答えです。候補の業務を1つ思い浮かべて、10問にYes/Noで答えてください。

1. その業務は、月に4回以上発生しますか。（年に数回なら、自動化より手順書のほうが早い）
2. 「◯◯されたら始まる」と1行で言えますか。（人の気分が起点なら、まだ自動化できない）
3. 手順が、毎回ほぼ同じですか。（例外が3回に1回出るなら、まず例外の減らし方を考える）
4. 途中に「迷う」工程がありませんか。（迷いがあるなら、そこで切って人に残す）
5. 出てくるものが、毎回同じ形ですか。（表の1行、下書き1本、通知1件のように言えるか）
6. 出力の置き場所が、もう決まっていますか。（「あとで決める」は、半年後に行方不明になる）
7. 半日止まっても、顧客に迷惑がかかりませんか。（かかるなら1本目にしない）
8. 扱う情報に、社外秘や個人情報が含まれていませんか。（含むなら、範囲と権限を先に決める）
9. 失敗したとき、誰がどうやって気づくか言えますか。（言えないなら、まだ設計が終わっていない）
10. その業務が消えたら、喜ぶ人が具体的に1人以上いますか。（誰も困っていない業務を自動化しても、誰も使わない）

判定はシンプルです。Yesが8個以上なら、今日から作っていい。5〜7個なら、Noだった項目を先に潰す。4個以下なら、その業務はまだ自動化の材料ではありません。棚卸しに戻ってください。何を切り出せばいいかが分からない場合は、棚卸しの記事と導入の進め方の記事が下地になります。

10問目を最後に置いたのには理由があります。技術的に自動化できても、誰も困っていなかった業務は、作った翌月に使われなくなります。私はこれを何度も見ました。自動化の題材は、機能から探すのではなく、うんざりしている人から探す。朝いちばんに面倒な顔をしている人が、一番いい題材を持っています。

持ち帰り②：業務フローを言葉にする穴埋めひな形

選別を通った業務を、この形に落としてください。ツールを開く前に、これを埋めます。埋まらない欄が、そのまま設計の穴です。

# 自動化シート：〈業務の名前〉

## きっかけ（◯◯されたら）
- 　　　　　　　　　　　　　　　　　が　　　　　　　　　　されたら
- 動く頻度：（毎回 / 1日1回 / 週1回 / 月1回）
- 動く時刻や条件：

## 処理（何を見て、何をするか）
- 見るもの：（どのファイル・どの受信箱・どの範囲まで）
- やること：（分類する / 数える / 引いてくる / 要約する）
- 区分の名前（決め打ち）：①　　　 ②　　　 ③　　　 ④その他
- やらないこと：（判断・送信・削除・確定）

## 出力（何が、どこに、どんな形で残るか）
- 形：（表の1行 / 下書き1本 / 通知1件）
- 置き場所：
- 出力に必ず入れるもの：実行日時 / 対象期間 / 件数
- 読む人：

## 失敗時（動かなかったとき、誰がどう気づくか）
- 0件のときの表示：
- 取得できなかったときの表示：（0件と必ず変える）
- 失敗の通知先：
- 週1で見る人：　　　　　月1で突き合わせる人：

## 持ち主
- 作った人：　　　　　　　引き継ぎ先：
- 最終確認日：

1か所だけ補足します。「やらないこと」の欄を、必ず埋めてください。ここが空だと、自動化は勝手に広がります。「ついでに返信も送っちゃえば」「ついでに古いファイルを消せば」。この「ついで」で事故が起きます。判断・送信・削除・確定の4つは、当面ずっと人の側に置いておく。これは臆病なのではなく、判断はプロの仕事、作業はAIの仕事という分担の話です。

記入例も1つ置きます。さきほどの「フォーム回答の仕分けと記録」を埋めるとこうなります。

# 自動化シート：問い合わせフォームの仕分けと記録

## きっかけ
- 問い合わせフォームに 回答が入力 されたら
- 動く頻度：毎回

## 処理
- 見るもの：そのフォームの回答内容のみ（他のファイルは見ない）
- やること：内容を区分に分け、記録用の表に1行足す
- 区分：①導入相談 ②採用 ③取材・掲載 ④その他
- やらないこと：返信を送らない。商談かどうかの判定をしない

## 出力
- 形：表の1行 ＋ 担当への通知1件
- 置き場所：問い合わせ台帳（共有）／通知は営業チャンネル
- 出力に必ず入れるもの：受信日時、区分、要点3行
- 読む人：営業担当

## 失敗時
- 0件のときの表示：そもそも発火しないので、週1で「今週0件」を目視
- 取得できなかったとき：通知に「取得失敗」と明記
- 失敗の通知先：作った本人＋もう1名
- 週1で見る人：営業担当　　月1で突き合わせる人：管理

## 持ち主
- 作った人：〈氏名〉　引き継ぎ先：〈氏名〉
- 最終確認日：

この1枚が書けていれば、あとはどの道具でも組めます。書けていないなら、道具の前で悩む時間が長くなるだけです。紙の上で15分悩むほうが、画面の前で3時間悩むより早い。私が顧問先で最初にやるのは、いつもこの15分です。

2年後、この道具の名前は変わっています。残るのは3点設計です

この記事に、画面のどこを押すかを書かなかった理由を書きます。

私は2026年2月に会社を作って、生成AI顧問として累計約15社、研修や講座を含めれば30社を超える現場に入ってきました。その短い期間だけでも、道具は何度も入れ替わりました。名前が変わったもの、統合されたもの、別の製品に吸収されたもの。操作を覚えた人から順に、覚え直しになりました。

一方で、一度も変わらなかったものがあります。きっかけ・処理・出力の3点です。この3点は、20年前の業務システムでも、今のノーコードでも、これから出てくる何かでも同じです。「何が起きたら」「何をして」「何が残るか」は、道具の都合ではなく、仕事の構造だからです。

だから、社内で残すべき資産は、操作マニュアルではありません。埋めた設計シートです。道具が変わっても、シートがあれば1時間で作り直せます。シートがないと、詳しかった人がいなくなった時点でゼロからです。会社に文脈を残すという話を、私はいろんな記事で書いてきました（コンテキスト経営とは／AI社員の作り方）。業務自動化も、まったく同じ話です。残すのは設定ではなく、決めごとのほうです。

もう一つ。自動化は「作って終わり」ではありません。作った後、直しが必ず出ます。区分名を足したい、通知先を変えたい、要約が長い。この直しを毎回口頭で伝えていると、伝えた人が辞めた瞬間に元に戻ります。直しは、設計シートに書き戻す。1行でいい。同じ直しを二度言わなくていい状態を作ることが、自動化の本当の完成形です。

よくある質問

Q1. 会社のアカウントで、そもそも機能が見当たりません。

多くは、管理者がまだ有効にしていないだけです。会社のデータを扱う機能ほど、管理者が許可するまで社員の画面には出てきません。仕組み上そうなっているので、待っていても出ません。アカウントを発行した人が実質の管理者なので、その人に「自分のアカウントだけで試したい」と1行で頼んでください。個人のアカウントで会社の業務を作るのは、やめたほうがいいです。その人が辞めた日に、業務が黙って止まります。

Q2. プログラミングの知識は必要ですか。

いりません。必要なのは、業務を日本語で3行にする力です。「フォームに回答が入ったら／内容を4区分に分けて台帳に1行足し／担当に通知1件」。これが書ける人が作れます。逆に、この3行が書けない人は、プログラミングができても作れません。詰まる場所は技術ではなく、いつも言語化です。

Q3. 既に使っている業務システムとつなげたいのですが。

つなげる前に、つなぐ理由を1行で書いてください。「見に行くのが面倒」は理由になりますが、その場合でも最初は読むだけにします。書き込みは後回しです。基幹システムや業務アプリとの連携で気をつける点は業務システム連携の記事にまとめてあります。1本目の題材としては重いので、まずは中で完結する自動化を1本通してからをお勧めします。

Q4. 情シスがいません。誰が作るべきですか。

その業務にうんざりしている本人が作るのが、一番うまくいきます。詳しい人に頼むと、詳しい人の想像で作られて、現場が使いません。ただし、持ち主を1人決めて一覧表に書いてください。作った人が異動・退職したときに引き継げないと、静かに壊れます。社内で誰が旗を振るかという話はAI推進担当者の記事にあります。

Q5. セキュリティが心配です。何から決めればいいですか。

2つだけ先に決めてください。読ませてよい範囲と、やらせないことです。範囲は「自分のフォルダの中だけ」から始める。やらせないことは、判断・送信・削除・確定の4つ。この2行を決めずに接続だけ増やすのが一番危ない状態です。詳しい設計はセキュリティ設計の記事へ。

Q6. 作った自動化が増えてきたら、どう管理しますか。

1枚の一覧表で足ります。名前、きっかけ、出力先、持ち主、最終確認日。この5列だけ。凝った管理台帳を作ると、3か月で更新されなくなります。月1回、その表を上から見て、最終確認日が古いものだけ動作を確かめる。10本くらいまでは、これで十分回ります。

Q7. ChatGPTやClaudeに毎回貼り付けるのと、何が違うのですか。

人が起動するかどうかが違います。チャットに貼るのは、その都度の相談です。忙しい日は飛びます。自動化は、忙しい日ほど価値が出ます。ただし、判断が要る仕事はチャットのほうが向いています。毎回同じで判断が要らない仕事は自動化、毎回違って判断が要る仕事は対話。この使い分けが実務では効きます。道具ごとの向き不向きは主要ツールの使い分け記事にまとめています。

Q8. 自動化したのに、誰も使ってくれません。

出力の置き場所が、その人の動線から外れていることが多いです。毎朝チャットを見る人に、共有ドライブの奥のファイルを更新しても届きません。もう一つは、誰も困っていない業務を自動化した場合。選別チェックリストの10問目です。社員がAIを使わない理由の記事にも書きましたが、使われないものは、たいてい作る前の選び方で決まっています。

Q9. 失敗が怖くて、最初の1本が決められません。

「半日止まっても誰も困らない業務」から選んでください。集計、記録、下書き。この3つのどれかです。1本目の目的は成果ではなく、回る状態を一度作ることです。回った実感があると、2本目からの速度が変わります。逆に、いきなり顧客に届くものを1本目にすると、一度事故った時点で社内が二度とやらせてくれなくなります。

まとめ：道具を開く前に、3行書く

Workspace Studio のような道具が出てきたことで、業務自動化の入り口はずいぶん低くなりました。低くなったのは入り口だけです。中に入ってから必要なのは、相変わらず「自分たちの仕事を言葉にする」作業です。

• 自動化は「きっかけ・処理・出力」の3点から。「◯◯されたら」で書き始める
• 会社アカウントで機能が出ないのは不具合ではない。管理者が許可するまで出ない設計
• 1本目は、毎回同じ・判断が要らない・遅れても事故らない、の3条件を全部満たすものだけ
• 出力は「下書き」「表の1行」「通知1件」で止める。送信・削除・確定は人に残す
• 有効にする前に必ずテストで流す。最初は共有していない自分の領域で
• 止まったときに気づける設計を先に作る。0件と取得失敗を、同じ見た目にしない
• 持ち帰りは、選別10問と、きっかけ／処理／出力／失敗時の穴埋めシート

うちは社員2名、業務委託を含めて8名の会社です。熱海から、顧問先を回しています。この人数で回っている理由の一つが、朝の集計を人がやっていないことです。派手な自動化はありません。数えるのをやめた、写すのをやめた、開くのをやめた。それだけです。浮いた時間で、数字を見て次の手を決めています。自動化の価値は、時間が浮いたことではなく、打てる手が増えたことのほうにあります。

2年後、この道具の名前は変わっているでしょう。3行のシートは残ります。私が顧問先に渡しているのも、操作の手順ではなく、この3行の書き方です。

伴走の役割についてはAI顧問とはにまとめてあります。社内のどの業務から自動化すべきか、選ぶところから一緒にやりたい方向けに、無料の資料セットを置いてあります。選別の10問と設計シートの使い方は、こちらからどうぞ。