中小企業のAI導入事例をどう生かす?1人事業の実例と始め方

中小企業のAI導入事例をどう生かす?1人事業の実例と始め方

公開日: 2026年10月9日
更新日: 2026年10月10日

AI導入を任された担当者に向けて、1人で営む事業がAIを使った議事録、承認の資料、記事の点検の記録から、最初に試す業務の選び方、費用の見積もり方、小さく試す手順、失敗と直し方をまとめます。

中小企業のAI導入事例を読むときは、業種や会社の規模より、どの業務で、AIに何を作らせ、人が何を確かめたかを見ると、自社で最初に試す業務を決めやすくなります。

この記事では、議事録とやることの一覧、承認のための資料、記事の下書きと点検の三つの業務を取り上げます。

ヨハク技研は、1人で営む個人事業です。この記事の三つの例は、どれもこの事業での使い方で、社員のいる会社の導入事例ではありません。

効果をどこまで測れたかは、各例の「確かめた結果」に書きました。読み終えたら、自社で試す業務、使う情報、AIが作るもの、確認する担当者、測るもの、止める条件を書き出せるはずです。

今の業務の流れから候補を探したいときは、業務フロー健康診断を使う方法もあります。

AIをどの業務に使ったか――三つの具体例

使ったのは、議事録とやることの一覧、承認のための資料、記事の下書きと点検の三つです。読むときは、AIが作るものの形と、外へ出す前に人が確かめる場所に注目してください。

形を先に決めたのは、決めた欄が空いていれば、人が抜けに気づけると考えたからです。

表1:三つの業務で、AIが作るものと人が確かめること

業務AIに渡す情報AIが作るもの人が確かめること
議事録とやることの一覧会議のメモと文字起こし議事録の下書きと、やることの候補担当と期限、共有する文面と宛先
承認のための資料決めてほしい事柄と経緯選択肢と推奨を並べたカードどの選択肢を選ぶか
記事の下書きと点検素材の記録と狙う語記事の下書きと、点検の結果公開してよいか

議事録とやることの一覧

困りごとは、会議の後の書き起こしでした。会議の後に、メモと文字起こしを読み解いて、議事録とやることの一覧を書き起こす手間がかかり、出来が回によって揺れていました。

この手順は、顧問先の定例会議の議事録づくりに使っています。入力は、会議の道具が作る議事メモか、録音を手元で文字起こしした原稿です。

ヨハク技研の例は、会議のメモから議事録とやることの一覧を作る手順で、守る決まりが8つあります。同じ手順が出すものは10項目あり、そのうち2つ(作業記録の確定と送信にあたるcommitとpush、お客様のSlackへの共有)は人の確認の後に行う決まりです。

流れを、架空の会議で再現します。実際の会議の内容ではありません。

再現・メモ:新しい料金表の確認は、来週の火曜までに営業が行う。値引きの扱いは決まらず、次回に持ち越す。

再現・議事録:決まったこと、決まらなかったこと、やることの三つに分けて書く。

再現・やることの一覧:料金表の確認。担当は営業。期限は来週の火曜。

図1は、この流れを架空の会議で再現したものです。会議のメモからAIが議事録とやることの候補を作り、人が担当と期限、共有する文面と宛先を確かめてから共有します。

会議のメモからAIが議事録とやることの候補を作り、人が担当・期限を確かめてから共有する流れの図 図1:会議のメモからAIが議事録とやることの候補を作り、人が担当・期限を確かめてから共有する(架空の会議による再現)

失敗も、この手順の中で起きています。要約だけでは論点が抜けたため、文字起こしの全行を読む決まりにしました。自社で試すときも、要約だけで議事録を作らないでください。期限が未確認のままのやることが大量に登録されて見えなくなったため、期限が未確認のものは登録しない決まりにしました。議事録に出たやることだけを棚卸しして、ほかの論点で実質的に片付いたやることを見落としたため、全件での二回目の突き合わせを足しました。

確かめた結果は、手順の決まりが増えたところまでです。議事録の手順で、会議の後の作業の時間がどう変わったかを示す記録はありません。

向くのは、同じ顔ぶれの会議が定期的にあり、議事録の形を決められる会社です。会議の中身を外の道具に渡してよいかの取り決めが無いなら、試す前に社内の決まりを確かめてください。

承認のための資料

困りごとは、AIが人に判断を求める場面でした。判断を待つ事柄をチャットに選択肢で並べると、読む側が経緯を覚えていないと決められませんでした。

決裁の頁のカード1枚には、題名、何の話か、いまの状態、なぜいま決めるか、選択肢、AIの推奨と理由、判断の材料の7つを書きます。選択肢ごとに、選ぶと起きること、良い点、困る点、あとで変えられるかの4つを書きます。選択肢を並べるだけでなく、選んだ後に何が起きるかまで書くのが要点です。どのカードにも「その他」と「保留してメモだけ残す」の2つの選択肢を付けます。選んだ内容は1つの文にまとまり、人はそれをチャットに貼って答えます。

ヨハク技研の決裁の頁は、2026-09-22から2026-10-08までに57枚ありました。数えたのはファイル名で、一枚ずつ開いて決裁の頁かどうかを確かめてはいません。枚数を、承認した件数として読まないでください。

失敗は、頁の数と置き場所で起きています。1日に何枚もの頁ができ、答えが記録されないまま止まった問いが出ました。決裁の頁は1日1枚にして、前の日の未回答は今日の頁に移す決まりにしました。答えの置き場所を一日一つに決めた形です。複数の作業が同じ頁にカードを足す運用で、足したカードが共有側に載らないおそれがあると指摘を受け、載ったと確かめるまで「出した」と言わない決まりにしました。

確かめた結果として書けるのは、型の中身までです。決裁の頁で、決めるまでの時間がどう変わったかを示す記録はありません。

向くのは、上長や社長に承認を取る場面が多く、経緯を知らない人にも決めてもらう必要がある会社です。決める人が一人で、口頭で済む規模なら、ここまでの型は要りません。

記事の下書きと点検

AIに記事を書かせるなら、公開の前に何をどう確かめるかを決めておく必要があります。

公開の前に記事を機械で点検する仕組みは、項目ごとに合格・不合格・未確認で返し、入力が取れないときは合格にも0件にもしません。

失敗は、点検の道具そのものにありました。画像の点検で、語の一部しか読めないのに、いちばん小さい文字の点検が合格になりうる穴が見つかり、試験を先に足して直しました。

確かめた結果は、まだ小さいものです。2026-10-08の時点で、点検の仕組みを作った後に公開した新しい記事は0本でした。点検を通した最初の記事は、2026-10-09に公開しました。記事の公開で検索からの流入や問い合わせが変わったかは、まだ測っていません。

向くのは、外に出す文章を定期的に作り、根拠になる記録を社内に残せる会社です。根拠の記録が無い業務では、点検の道具を作る前に、記録を残す仕組みが先に要ります。

自社ではどの業務から試すか

最初に試すのは、よく起き、入力がそろっていて、確かめる人がいて、誤っても影響が小さく、やり直せる業務がよいと考えます。この条件は、上の三つの例からヨハク技研がまとめた提案で、調べて確かめた法則ではありません。

候補にする条件

候補にするかは、次の五つで見ます。

  • 発生の頻度:週に一度以上ある業務は、試しの回数を重ねやすい
  • 入力のそろい方:メモや文字起こし、過去の資料など、AIに渡す情報が毎回同じ形でそろう
  • 確認する担当者:AIが作ったものを、原文と並べて確かめられる人が社内にいる
  • 誤りの影響:誤りがあっても、社外に出る前に止められる
  • やり直せるか:AIをやめても、元の手作業にすぐ戻れる

議事録の例に当てはめると、次のように書けます。架空の会社の記入例です。

  • 試す業務:週一回の部内会議の議事録とやることの一覧
  • 使う情報:会議のメモと、録音の文字起こし
  • AIが作るもの:議事録の下書きと、担当と期限の付いたやることの候補
  • 確認する担当者:会議の進行役
  • 測るもの:会議から共有までにかかった時間と、人が直した箇所の数
  • 止める条件:原文に無い決定が議事録に入った回が続いたとき

後回しにする条件

お金の支払い、社外への送信、データの削除のように、取り消せない操作を含む業務は後回しにします。入力が毎回ばらばらな業務や、確かめる人がいない業務も、最初の候補にはしません。

後回しにした業務も、操作の手前までをAIに任せる形なら試せます。たとえば、支払いの判断は人が行い、AIは確かめるための資料だけを作る形です。

費用と効果をどう見積もるか

費用は利用料だけで見ず、準備、設定、確認、修正、保守の手間まで含めて見積もり、効果は同じ業務の前と後で比べます。

利用料のほかに要る費用

AIの利用料だけでなく、人の手間も費用に入れて見積もります。試す前に次の表の欄を埋めておけば、後で同じ欄で比べられます。

表2:AIを試すときに見積もる費用と社内の工数の確かめ表

区分中身の例誰の手間か記録する欄
初期の費用道具の契約、設定、社内の決まりづくり担当者と決める人金額と作業の時間
続く費用利用料、道具の更新担当者月ごとの金額
準備AIに渡す資料をそろえる業務の担当者一件あたりの時間
確認AIが作ったものを原文と比べる確認する担当者一件あたりの時間
修正誤りを直し、手順を直す業務の担当者直した箇所の数と時間
保守決まりと道具を見直す担当者見直した回と時間

同じ業務で前後を比べる方法

比べるときは、同じ業務を、AIを使う前と後で同じ測り方で記録します。前の記録が無いと、後で差を出せません。試す前の二週間ほど、今のやり方の時間を記録しておくのが手堅い方法です。

仮定の例:月20件の作業が、確認・修正を含めて1件30分から15分になれば、月5時間の差です。社内工数を仮に1時間3,000円で換算すると15,000円相当ですが、これは現金支出の削減額ではありません。利用料、導入作業、保守の負担を別に確認します。

この試算は仮定で、ヨハク技研の記録から出した数ではありません。差が出ても、確認と修正の時間が増えていれば、効果は小さくなります。

小さく試して、続けるかを決める手順

業務を一つ選び、今のやり方を記録し、使う条件と担当を決めてから、範囲を限って試し、前と後を比べて決めます。期間は計画の例で、業務の量に合わせて変えてください。

準備する

  • 業務を選ぶ:成果物は、候補の業務と選んだ理由を書いた一枚のメモ。終わりの条件は、決める人がその業務で試すことに同意したとき
  • 今を記録する:成果物は、今のやり方の時間と誤りの記録。終わりの条件は、計画の例として二週間分の記録がそろったとき
  • 使う条件と担当を決める:成果物は、AIに渡してよい情報、確認する担当者、止める条件を書いた決まり。終わりの条件は、確認する担当者がその決まりを読んで了承したとき

試す

  • 範囲を限って試す:成果物は、AIが作ったものと、人が直した箇所の記録。終わりの条件は、計画の例として四週間か、止める条件に当たったとき

試す間は、AIが作ったものを人が確かめずに外へ出さないことを決まりにします。直した箇所は、後で比べる材料になるので、その場で記録します。

続ける/直す/やめるを決める

  • 前と後を比べる:成果物は、準備の段で記録した数と、試した間の数を並べた表。終わりの条件は、決める人が続ける、直して続ける、やめるのどれかを選んだとき

続けるなら、対象の業務を一つずつ広げていきましょう。直すなら、止める条件に当たった原因を記録して、決まりか入力の形を変えてから、もう一度試します。やめる判断も成果です。合わない業務が分かれば、次の候補から外せます。

どこで失敗し、どう直したか

失敗に備えるなら、AIの出来より先に、人が確かめる場所と記録の置き方を決めておくことを勧めます。直すときは、決まりを一つ足し、それが守られたかを確かめる方法も一緒に決めます。

表3:失敗と直し方と確かめ方

失敗直し方確かめ方
要約だけで議事録を作り、論点が抜ける文字起こしの全行を読む決まりにする元の資料を手を加えずに残し、議事録と突き合わせられるようにする
判断を待つ問いが、答えの記録が無いまま止まる頁をまとめ、前の日の未回答を移す答えの無い問いの数を、毎朝その日の頁の上に出す
見張りに見えない作り方の操作は、止められない拾えない形を文書に書き、実行の前に見積もる見張りの外で作られた作業場所の数を、毎朝の報告に出す

要約で情報が抜ける

上の議事録の例では、要約だけでは論点が抜けたため、文字起こしの全行を読む決まりにしました。自社で試すなら、原文の全体を読む決まりにし、人が原文と並べて確かめる形にしてください。

承認待ちが埋もれる

承認の資料の例では、1日に何枚もの頁ができ、答えが記録されないまま止まった問いが出ました。承認が要る作業は、図2のように、承認、差し戻し、保留の三つに分け、保留のあいだは実行しない形を提案します。保留の一覧を見れば、止まった問いを探せます。

承認が要る作業を、承認・差し戻し・保留の三つに分け、保留のあいだは実行しない流れの図 図2:承認が要る作業は、承認・差し戻し・保留に分け、保留のあいだは実行しない(提案例)

図2は提案例で、ヨハク技研の頁の画面ではありません。承認なら実行し、差し戻しなら直して出し直し、保留なら実行しません。どの答えも作業記録に残し、確かめる人がいないときは保留にします。

操作の制限だけでは防げない

Claude Codeの公式の説明では、道具を呼ぶ前に動くhookが、その呼び出しを止められるとされています。ヨハク技研でも、この仕組みで見張りを作りました。AIの操作を実行の前に止める見張りは、8本です。

ただし、見張りにも穴があるのが前提です。見張りに見えない作り方がある(書いたスクリプトを後から実行する形など)と、決まりの文書に書いてあります。見張りが拾えない操作として、大量の連続実行を決まりの文書に書き残してあります。見張りが拾えない大量の連続実行は、実行の前に件数と無料枠を見積もる決まりです。

逆に、止めすぎるのも困りものです。確認を求めるだけの部品が、人のいない作業を約3時間40分止め、誰も知らせなかったことがあります。止める仕組みを置くときは、止まったことを誰に知らせるかも決めておきます。

失敗の記録は、重さで二通りです。重い失敗は、影響、検知、原因、対策、回帰の証拠、同類、見直しの条件の7節で始末書を書きます。軽い失敗は、台帳に1行で、部品、症状、原因の型、影響を書きます。

社内で始めるなら、もっと簡単な記録欄で十分です。起きたこと、影響、原因の見当、直したこと、確かめ方、見直す時期の六つの欄があれば、同じ失敗が繰り返したかを後で追えます。

自社で試すか、支援を頼むか

業務を知る担当者が時間を取れて、誤りの影響が小さい業務から始めるなら、まず自社で試すのが手早い進め方です。最初の業務選びや社内の決まりづくりで迷うなら、範囲を限って外の支援を使う方法があります。

表4:自社で試す、限った支援を頼む、続けて相談するの比べ

進め方向く条件任せる中身社内に残す判断
自社で試す担当者が時間を取れ、誤りの影響が小さい任せない。道具の公式の説明を使うすべて
限った支援を頼む最初の業務選びと決まりづくりで外の目がほしい業務の棚卸し、試しの設計、決まりの下書き続けるか、やめるか
続けて相談する試す業務が増え、決まりの見直しが続く定期の見直し、次の業務の検討予算、社外への送信や公開

相談しなくても進められるのは、試す業務が一つに決まり、確認する担当者がいて、止める条件を社内で書けるときです。この記事の記入例と費用の確かめ表を埋められたなら、まず自社で試してください。

どの進め方でも、続けるか、やめるか、何を社外に出すかの判断は社内に残します。外に任せるのは、判断の材料をそろえる作業までにしておくと、支援が終わった後も自社で続けられます。

AI導入支援は、期間を決めて、最初の業務選びから小さな試し、社内の決まりづくり、引き継ぎまでを一緒に進める支援です。

よくある質問

効果を測っていない事例は参考になるか

参考になります。ただし、使えるのは手順、人が確かめる場所、失敗と直し方までです。効果の大きさは、自社で前後を比べて確かめてください。

無料の道具だけで始められるか

始められる場合もあります。試す前に、各社の公式の説明で無料の範囲と条件を確かめてください。社内の情報を渡してよいかも、同時に確かめておくと安心です。

兼務の担当者でも進められるか

進められます。業務を一つに絞り、確認の手間を費用の確かめ表で見積もってから始めれば、兼務でも回る範囲が分かります。

補助金を前提に考えてよいか

前提にしないほうが安全です。使うなら、公募の要領で最新の対象と条件を確かめてください。補助金が無くても続けられる規模で計画しておくと、結果を待つ間に止まりません。

最初に試す業務を、今の業務の流れから一緒に探したいときは、業務フロー健康診断を使ってください。ヨハク技研の業務フロー健康診断は無料です。試す業務が決まっていて、決まりづくりから一緒に進めたいときは、AI導入支援も選べます。

小さなチームの業務フローを一緒に整えませんか?

Tech & Chill Lab では、小さなメディアやコンテンツビジネス向けに、業務フローの棚卸しや、自動化フローの設計・実装をお手伝いしています。

「うちのフローだと何ができそうか」など、ライトな相談からでも大丈夫です。

この記事の内容に近いサービス:AI導入支援

著者 ヨハク技研

Author

ヨハク技研

「つくる以外の時間はもっと減らせる。」をテーマに、小さなチームや個人のための業務フロー設計・自動化・開発環境づくりをしています。Tech & Chill Lab では、スモールビジネスの裏側から個人開発、生活の仕組みづくりまで、「つくる時間を守るための設計図」を静かに共有しています。

Tech & Chill Labは、ヨハク技研がAIを使って運営しています。運営について

このテーマの関連記事

ITコンサルは中小企業に必要?頼む形の選び方と最初のひと月で受け取るもの

業務改善

ITやAIの進め方を外に相談するか迷う小さな会社向けに、ITコンサル・顧問・情シス代行・開発会社の分け方、社内に残す判断、最初のひと月で受け取るもの、費用の見方、続けるかを見直す条件を、公開済みの支援事例と自社で試している報告の記録からまとめます。

請求書OCRで実現する「静かな」請求業務効率化|小さなチームのための自動化設計図

業務改善

小さなチームや個人事業主に向けて、請求書OCRを活用した業務効率化の全体像を解説。メールで届くPDFをAI-OCRで読み取り、kintoneやスプレッドシートへ連携する具体的なフロー設計と、失敗しない運用のコツを紹介します。

請求業務効率化の教科書|小さなチームのためのフロー設計とスプレッドシート活用術

業務改善

小さなチームや個人事業主に向けて、請求業務効率化の具体的な手順を解説。高価なSaaSに頼らず、スプレッドシートのデータベース化とノーコード自動化(Make等)を組み合わせ、請求漏れや入金確認の手間を劇的に減らすための設計図です。