お答えします · 業務プロセス · CRM、自動化、AI
短い答えはこうです：ソフトウェアから始めないでください。 顧客が100社になっても持ちこたえる仕組みは、この順番でできます——業務を書き出し、データを きちんと設計し、ルールを決め、そのあとで買うかつくるか。そして二つのことは最後ではなく最初の 素案に入れます：データ保護とEU AI規則です。後から付け足す人は、二度つくることになります。
このページにはきっかけがあります。問い合わせフォームから届いた一件のご相談です。 業種、数字、細部は変えてあります——誰のことか分からないように。核だけが 残っています。多くの会社で同じだからです。
「地域の料理店やホテルに、季節スタッフやサービススタッフを紹介しています。いまは12軒を 担当していて、毎月2〜3軒増えています。3年後には100軒にしたい——そのために、最初から業務を きちんと組み立てたいのです。自動化つきのCRM、できればAI連携もあるものを探しています： 取引先とスタッフの管理、期間を指定した派遣計画、毎月の日割り手数料の請求、契約書や証明書の 整理された保管。連絡も、理にかなう範囲で自動で回したい。そしてすべて、最初からGDPRに配慮 したかたちで。」
この相談は、多くのご相談より筋がよいものです。何をしたいか分かっていて、来週 ではなく成長を見ていて、データ保護まで自分から持ち出しています。それでも、こうした計画が 最もつまずきやすいのはまさにここです： この六つの文の中に、五つのプロジェクトが入っています——基本データ、計画、 請求、書類、連絡。同時に手をつければ、半年後には未完成の現場が五つ残り、どれも使えません。
ここでの組み立ては人材紹介だけの話ではありません。人と期間と請求を 束ねるところなら、どこでも当てはまります：介護・生活支援サービス、保守契約のある工事業、 不動産管理、継続予算のある制作会社、講師陣を抱える研修事業者。
その切迫感は本物です
それ以上になります。顧客の数とともに増えるのは仕事量ではなく 組み合わせの数であり、気づかないうちに何かがずれる箇所の数だからです。
顧客が12社なら、どの案件も頭ひとつに収まります。カレンダーと表計算とメッセンジャーで 足ります——道具が優れているからではなく、誰がいつどこにいて、誰の証明書がまだで、先週 誰に何を約束したかを、あなたが知っているからです。その知識はどこにも書かれていません。 それが事実上の基幹システムです。
それぞれに開始、終了、延長、交代、中止があります。「月に10件の打ち合わせ」が、数百の 小さな状態変化になります——そのひとつひとつが通知や期限や支払いを引き起こします。頭では 抱えきれませんし、表計算は金曜に切れるものを火曜には教えてくれません。
日割りで請求するということは、一日ごとに派遣先と顧客と単価が紐づいていなければ ならないということです。派遣が100件走れば、月に数千の請求日数になります。14日の中止は 請求書を二枚ずらし、返金を一件生みます——頭ならまだしも、Excelなら週末がつぶれます。
顧客が12社なら、期限の失念はその日のうちに気づきます。100社なら、気づくのは顧客か、 監督当局です。本当の飛躍はそこにあります： 「私が知っている」から「システムが把握していて、証明できる」へ。
自動化できるのは、決まっていることだけです。「そこは case by case で」という言葉は 現場では強みですが、システムの中では穴になります。だからこの種の案件の最初の部分は技術では なく、誰にも代われない一連の意思決定です。私にできるのは、それを問いで引き出し、整理し、 機械が実行できる形に書き起こすことだけです。
組み立て
どの要素も前の要素の上に載ります。いちばん痛い四番目から始めた人は、最初の 三つをあとでもう一度つくることになります。しかもその時にはデータが入った状態で。
手順書のとおりにではなく、最初の問い合わせから最後の請求書まで、途中の電話一本、 メモ一枚まで。肝心なのは例外です——例外こそがプロジェクトです。 三日目に離脱したらどうなるか。顧客が支払わないのに派遣は続いているときは。二人が同時に 承諾したら。これを一文ずつ答えられないものは、自動化もできません。
顧客、スタッフ、派遣、契約、証憑、連絡——そして後々すべてがぶら下がる ひとつの判断：派遣は開始日と終了日を持つ独立した存在であって、顧客の一項目ではない、と いうことです。計画も稼働率も請求も期限も、あらゆる集計もそこに紐づきます。ここで手を 抜くと、12か月目の最初の遡及修正で気づきます——そして考える代わりにデータ移行で払うことに なります。
「日割り」は明快に聞こえて、実は一度も明快だったことがありません。移動日は数えるのか。 14日の中止は。月の途中の交代は。3日の延長は。請求書発行後の取消は。これは 御社が決める10〜20の文です——ソフトウェアは決まったことしか計算しません。 この文の有無が、ボタンひとつの請求処理と、月に三日の表計算作業との差になります。
契約書、証明書、委任状、各種証書：どの書類もひとつの案件に属し、有効期限を持ちます。 覚えているのは人ではなく、システムです——しかるべき時に、しかるべき人に。PDFからの データ読み取りは機械が、確認は人が行います。「契約書2026」というフォルダは保管ではなく、 ただの願望です。
実際の姿：AIによる文書管理この一覧のほうが、自動化一覧より大事です。日程確認、書類の督促、請求書送付、状況連絡： 自動で、いつでも。お断り、苦情、病気、中止、値上げ、不幸：必ず人が。 完璧な文面の一斉メールも、時機を誤れば、何か月もかけて得た顧客を失わせます ——しかも静かに。なぜ連絡が来なくなったのか、こちらには分からないまま。
役割分担
この種のシステムでAIは独立した構成要素ではなく、各要素の中の道具です。 境界線は「簡単か難しいか」ではなく、準備するか、決めるかの間にあります。
リマインド、確認通知、期限警告、月次の請求処理、案件の作成。知能は要りません—— 一度きちんと決めたルールさえあれば十分です。
見積書、契約書の草案、定型的な質問への返答：AIが打ち、あなたが読んで署名します。 電気工事の現場では、採寸写真と音声メモから20分で見積書の草案ができます——確認して 署名するのは親方です。
実例：ケース308 — 工事業の見積書PDFからのデータ抽出、受信箱の事前仕分け、計画と実績と請求の食い違いの発見。病院では AIが診療報酬コードを提案します——ただし人の承認なしに外に出るものは一件もありません。
実例：ケース297 — 確認はする、決定はしない提案が機械から出るのは構いませんが、選定はいけません。これは姿勢の問題であると同時に 法の問題です：人を派遣先に選んだり評価したりするソフトウェアは、EU AI規則では高リスク です——下記参照。
お断り、苦情、中止、値上げ。ここを自動化すれば3分は浮きますが、関係を失います。 信頼で成り立つ商売では、それが最も高くつく失敗です。
請求処理、返金、解約、契約締結：機械が準備し、人が承認します——そしてその承認は記録に 残ります。承認の手順がない請求処理は前進ではなく、顧客への一斉送信でしかありません。
この種の計画において、データ保護とAI規則は末尾の章ではなく、設計上の判断です。 理由は単純で、どちらも「データをどこに置けるか、誰が見てよいか、いつまで存在するか、何を記録 しなければならないか」を決めるからです。それは土台です——完成した家の下に後から打つものでは ありません。
一つ目はAIを使うすべての事業者に当てはまります： AIに関する知識は2025年2月2日から義務です——第4条は、AIを使う人がそれを理解して いることを求めています。規模を問いません。 第4条が具体的に求める こと →
二つ目は、紹介業や採用、人の割り当てでしばしば見落とされる点です：
人を仕事や職に選ぶ、絞り込む、評価するAIシステムは、EU AI規則の附属書IIIに該当します ——雇用分野です。そこには義務がぶら下がります：リスク管理、データ品質、ログ、人による監督、 技術文書。さらに影響の大きい役割の問題があります：そうしたシステムを使うだけなら「利用者」 ですが、自社向けに開発させて自社の名で運用すれば、すぐに「提供者」になります——義務は格段に 重くなります。車を運転することと、車をつくることの違いです。
だから先ほどの境界線は姿勢の問題であるだけでなく、リスクの制御でもあります： AIは仕分けて提案し、人が決める——そしてその決定は記録される。 純粋に準備的な機能が第6条3項の例外にあたるかは個別判断です。それは記録に残すべきもので、 期待に委ねるものではありません。どの義務がいつから具体的に効くかは政治的になお動いていますが、 区分そのものは動いていません。
私は弁護士でもデータ保護責任者でもありません。私が持ち込めるのは実務です：これらの問いが 早い段階で机の上に載ること、設計がその答えを実装できること、そして顧問のデータ保護 責任者や専門弁護士と何を詰めるべきかが分かること。拘束力をもって確認し署名するのは、資格の ある人でなければなりません——遅くとも本稼働の前に。
能力の問題ではありません。まったく毛色の違う六つの力が同時に、 しかも同じ判断の場面で必要になるからです。
固める前に流れを理解すること——「言うまでもない」と誰も口にしない例外まで含めて。 ここを飛ばすと、混乱をそのまま自動化することになります。しかも高速に。
受け取る側にいるのは、たいてい張り詰めた状況の人です。どの文面なら自動で出してよく、 どれがいけないかを決めるのは図ではありません—— その電話がどんな感触かを知っている人です。
データモデル、連携、権限、バックアップ、障害時の挙動。2か月目に下し、 3年目に支払う判断です——良い意味でも悪い意味でも。
フォルダの中のPDFではなく、削除処理、権限設計、ログ、開示機能として。 ソフトウェアが実行しないデータ保護方針は、作文です。
システムの区分、利用者か提供者かという立場、証跡、第4条の教育。 つくってから確認する人は、違うシステムを確認しています——そして多くの場合、 もう一度つくることになります。
手入れのないシステムは、18か月もすれば優位ではなくリスクになります：古びた依存関係、 増殖した例外処理、担当者不在。ソフトウェアは家具ではなく、生き物です。
この六つのどれについても、担い手は見つかります。問題は能力ではありません—— 問題はその継ぎ目です。データ保護の専門家は御社の業務を知りません。制作会社は チケットに書かれたものをつくります。弁護士はソフトウェアを見ることがありません。そして御社は 三つの専門用語のあいだを訳しながら、通常業務も回すことになります。
足りないのは、六つの視点を同時に頭に置き、それらが矛盾したときに決められる人 です。そして矛盾は絶えず起きます。いちばん便利な機能がいちばんデータを使わない機能であること は稀ですし、いちばん速いモデルが法的にいちばん簡単であることも、いちばん洗練された自動化が 人として正しいことも稀です。
「自動化の案件が技術で失敗することはほとんどない。失敗するのは、 誰も尋ねなかった問いのせいだ。」
私の役割
私は大企業でのデータベースと計画系の開発14年を経て、2008年から中小企業向けに システムをつくっています。つまり何より、上に挙げた失敗を自分でしてきたということです——そして それが後でいくらかかるかを知っています。
いまどう回っているかをお聞かせください。どの業務から手をつけるべきか、AIが効く場所と 邪魔になる場所、そもそも自社開発が要るのかをお伝えします。書面で、売り込みなしに。 答えがこうなることも珍しくありません： 標準システムを使って、連携だけつくらせてください。
現地で半日、組織図ではなく実際の案件に入ります。出てくるのは優先順位のついた一覧 です：どの3〜5の業務が最も時間を食っているか、すぐできること、後回しでよいこと、既製品で 足りるところ。この種の計画では、肝心な素案も含めます——データモデル、計画と請求の ルール、未解決のデータ保護とAIの論点。その書面は御社のものです。他の どの事業者に持ち込んでも構いません。それは意図してのことです：私がいないと機能しない 土台は、土台ではありません。
AI・業務プロセス診断で行うことつくるのは、いま最も時間を食っている業務であって、家一軒をいっぺんにではありません。 標準で足りるところは買い、御社の商売が他と違うところは自前でつくります。ソースコード、 データ、アクセス権限は御社のものです——囲い込みも、あとで足元を見られるような ライセンスもありません。
構築の進め方育っていくシステムには、見ている人が要ります：自動化の見直し、新しい例外の組み込み、 依存関係の更新、法状況が動いたときのルール調整。そして第4条に沿った教育を、 それを使う方々に。
チームのためのAIデーそして、お役に立てない範囲：GDPR、AI規則、労働法、税法に関する 拘束力のある助言は行いません。私がするのは、正しい問いが早い段階で立てられ、技術がその答えを 実装できるようにすることです。署名は資格のある方が行う必要があります——心当たりがなければ、 あとからではなく早めにお伝えします。
誰の手も借りずにできる五つの手順です。片手間で一週間かかりますが——誰がつくるに せよ、その後のあらゆる工程を速く、安くします：
この五点がそろえば、難しい部分は半分片づいています。残りは買うか、つくるか、その 両方か——ただし、それは「そのあと」です。
よくあるご質問
たいていは両方です。まず標準システムで8割まかなえるかを確認します——住所、タスク、書類、 請求書は買えますし、買うべきです。自社開発が効くのは、御社の商売が他と違う部分です：期間を 伴う派遣、日割りの請求、独自のマッチング。その部分は 連携でつなぎ、 二つ目の島として並べません。
繰り返し発生し、ルールがあり、時間を食う作業ならすぐにです。それでも順番は変わりません： まず測り、それから自動化する。一週間書き留めれば、たいてい時間の大半を食っている業務が 二つ三つ見えます。まずそこから——どれだけ声が大きくても、ほかは待ちです。
法的な整理がついている場合だけです。人を派遣先や職に選ぶ、絞り込む、評価するソフトウェア はEU AI規則の附属書IIIに該当します——雇用分野の高リスクです。純粋に準備的な機能が第6条3項の 例外にあたるかは個別判断であり、記録に残すべきものです。確かなのは、決定は人が行い、跡を たどれる形で記録される必要があるということです。
はい——そうすべきです。ただし小さく始めることと小さく考えることは違います。データモデルは 最初から全体像に耐える必要があります。データの遡及修正は、あとから足す機能よりも高くつく からです。つくるのは段階的に、考えるのは全体で。
まずありません。多くの場合、いまのシステムに足りないのは接続、きちんとしたルール、あるいは 上に載せる自動化だけです。動いているものは先に拝見します——自作のAIも含めて。 そうした点検の進め方 →
どのデータかによります。「どのモデルに入れてもよい」から「自社の機器から出さない」まで 四つの段階があります。個人データは最も厳しい段階にあります。 四段階の詳細 →
準備も予備知識も要りません。そのあとには、どの業務から手をつけるべきか、そして本当に 何かをつくる必要があるのかが分かります。無料で、売り込みもありません。
