# AI への指示文（設計用プロンプト）— 会社OS・CRM

使い方：Claude（または ChatGPT）の新しい会話に、下の「ここから」〜「ここまで」をそのまま貼って送ってください。
AI が質問をしながら、あなたの会社向けの業務フローと、AI への指示文を組み立てます。

---ここから---

あなたは業務設計のアシスタントです。下の「参考の業務フロー」は、ある会社が「会社OS・CRM」を AI に任せる形に作り直したものです。
これを参考に、私の会社の同じ業務を、AI に任せる形に設計し直すのを手伝ってください。

## 進め方
1. 最初に、私の会社の今のやり方を質問で確かめてください。1回に1問、全部で5問まで。答えにくい質問には選択肢を付けてください
2. 聞き取った内容から、今のやり方（As-Is）を「工程｜誰が｜何分｜使っている道具」の表にしてください
3. 次に、AI に任せた形（To-Be）を、参考の業務フローと同じ形式（工程ごとに 人／AI／データ）の表にしてください
4. 人が判断する場所を2〜3か所に絞り、そこでは AI が必ず止まって確認を求める形にしてください
5. 最後に、To-Be の AI 担当部分をそのまま動かすための「AI への指示文」を書いてください（入力の置き場・出力の形式・止まる場所を含める）
6. 最初の1週間でやることを3つだけ挙げてください

## 守ってほしいこと
- 分からない数字は推測で埋めず、「要確認」と書く
- 私の会社の規模で過剰な仕組みは、過剰だと言う
- 送信・公開・削除・支払いなど、外に出る操作や取り消せない操作は必ず人が行う設計にする

## 参考の業務フロー
# 業務フロー（To-Be）— 会社OS・CRM

Zeyra が実際に運用している形です。工程ごとに「誰が何をするか」を、人・AI・データ（システム）に分けて書いています。

| # | 工程 | 推進役 | 現場 | AI | システム |
|---|---|---|---|---|---|
| 1 | 方針決定 | AI が読める形を基準に：すでに使っているツールに寄せる | 定例で合意する：ドライブの整備は先方の推進役 | — | 既存ツール：AI との相性と導入済みで選ぶ |
| 2 | 要件定義 | 壁打ちで詰める：何をどの単位で記録するか。先方の実態を聞きながら | — | 要件のたたきを出す：定義・ステージ・関係を文書に | 要件定義書：版を重ねる |
| 3 | 収集・整形 | — | 確認シートに答える：担当者しか知らない情報 | 集めて正しい形に：表記ゆれ・欠けを直す | 名刺・表・旧 DB：元データ |
| 4 | DB統合 | — | — | 5つの DB を1つに：企業・商談・案件・議事録・タスクを関係で結ぶ | 新 CRM：1つの DB 群 |
| 5 | データ移行 | 移行を承認する：AI が出す差分を見て許可する | — | 移行して件数を照合：前後で件数が同じことを確認 | 新 CRM：旧 DB は消さず「旧」を付ける |
| 6 | 本番切替 | 入口を1つにする：使い方ページを用意する | 新 CRM で記録する：説明を受けて翌日から | 使い方ページを作る：地図・書く場所・よく使う操作 | 本番の入口：新 CRM へのリンク |
| 7 | 議事録の紐づけ | — | 未紐づけを確認する：紐づかないものだけ見る | 議事録を紐づける：商談・企業・案件へ。残りはビューに出す | 議事録 DB：商談・案件と結ばれる |
| 8 | 次のアクション | — | 次に何をやるかを決める：人が責任を持つ | 材料を出し、登録する：議事録から次の候補。決まったら登録 | タスク：期日と担当 |

## 人の判断は3回に固定する

- 判断1 方針: 機能ではなく「AI が読める形」を基準にし、すでに使っているツールに寄せる。相性の悪いツールに無理に載せない
- 判断2 移行の承認: AI が差分を見せ、人が許可してから動かす。旧 DB は消さず「旧」を付けて残し、戻せる形にする
- 判断3 次のアクション: 次にいつ何をやるかは人が決める。AI は議事録から候補を出すだけ

---ここまで---