業務改善
ITコンサルは中小企業に必要?頼む形の選び方と最初のひと月で受け取るもの
ITやAIの進め方を外に相談するか迷う小さな会社向けに、ITコンサル・顧問・情シス代行・開発会社の分け方、社内に残す判断、最初のひと月で受け取るもの、費用の見方、続けるかを見直す条件を、公開済みの支援事例と自社で試している報告の記録からまとめます。
AI導入を任された担当者に向けて、1人で営む事業がAIを使った議事録、承認の資料、記事の点検の記録から、最初に試す業務の選び方、費用の見積もり方、小さく試す手順、失敗と直し方をまとめます。
中小企業のAI導入事例を読むときは、業種や会社の規模より、どの業務で、AIに何を作らせ、人が何を確かめたかを見ると、自社で最初に試す業務を決めやすくなります。
この記事では、議事録とやることの一覧、承認のための資料、記事の下書きと点検の三つの業務を取り上げます。
ヨハク技研は、1人で営む個人事業です。この記事の三つの例は、どれもこの事業での使い方で、社員のいる会社の導入事例ではありません。
効果をどこまで測れたかは、各例の「確かめた結果」に書きました。読み終えたら、自社で試す業務、使う情報、AIが作るもの、確認する担当者、測るもの、止める条件を書き出せるはずです。
今の業務の流れから候補を探したいときは、業務フロー健康診断を使う方法もあります。
使ったのは、議事録とやることの一覧、承認のための資料、記事の下書きと点検の三つです。読むときは、AIが作るものの形と、外へ出す前に人が確かめる場所に注目してください。
形を先に決めたのは、決めた欄が空いていれば、人が抜けに気づけると考えたからです。
表1:三つの業務で、AIが作るものと人が確かめること
| 業務 | AIに渡す情報 | AIが作るもの | 人が確かめること |
|---|---|---|---|
| 議事録とやることの一覧 | 会議のメモと文字起こし | 議事録の下書きと、やることの候補 | 担当と期限、共有する文面と宛先 |
| 承認のための資料 | 決めてほしい事柄と経緯 | 選択肢と推奨を並べたカード | どの選択肢を選ぶか |
| 記事の下書きと点検 | 素材の記録と狙う語 | 記事の下書きと、点検の結果 | 公開してよいか |
困りごとは、会議の後の書き起こしでした。会議の後に、メモと文字起こしを読み解いて、議事録とやることの一覧を書き起こす手間がかかり、出来が回によって揺れていました。
この手順は、顧問先の定例会議の議事録づくりに使っています。入力は、会議の道具が作る議事メモか、録音を手元で文字起こしした原稿です。
ヨハク技研の例は、会議のメモから議事録とやることの一覧を作る手順で、守る決まりが8つあります。同じ手順が出すものは10項目あり、そのうち2つ(作業記録の確定と送信にあたるcommitとpush、お客様のSlackへの共有)は人の確認の後に行う決まりです。
流れを、架空の会議で再現します。実際の会議の内容ではありません。
再現・メモ:新しい料金表の確認は、来週の火曜までに営業が行う。値引きの扱いは決まらず、次回に持ち越す。
再現・議事録:決まったこと、決まらなかったこと、やることの三つに分けて書く。
再現・やることの一覧:料金表の確認。担当は営業。期限は来週の火曜。
図1は、この流れを架空の会議で再現したものです。会議のメモから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の利用料だけでなく、人の手間も費用に入れて見積もります。試す前に次の表の欄を埋めておけば、後で同じ欄で比べられます。
表2:AIを試すときに見積もる費用と社内の工数の確かめ表
| 区分 | 中身の例 | 誰の手間か | 記録する欄 |
|---|---|---|---|
| 初期の費用 | 道具の契約、設定、社内の決まりづくり | 担当者と決める人 | 金額と作業の時間 |
| 続く費用 | 利用料、道具の更新 | 担当者 | 月ごとの金額 |
| 準備 | AIに渡す資料をそろえる | 業務の担当者 | 一件あたりの時間 |
| 確認 | AIが作ったものを原文と比べる | 確認する担当者 | 一件あたりの時間 |
| 修正 | 誤りを直し、手順を直す | 業務の担当者 | 直した箇所の数と時間 |
| 保守 | 決まりと道具を見直す | 担当者 | 見直した回と時間 |
比べるときは、同じ業務を、AIを使う前と後で同じ測り方で記録します。前の記録が無いと、後で差を出せません。試す前の二週間ほど、今のやり方の時間を記録しておくのが手堅い方法です。
仮定の例:月20件の作業が、確認・修正を含めて1件30分から15分になれば、月5時間の差です。社内工数を仮に1時間3,000円で換算すると15,000円相当ですが、これは現金支出の削減額ではありません。利用料、導入作業、保守の負担を別に確認します。
この試算は仮定で、ヨハク技研の記録から出した数ではありません。差が出ても、確認と修正の時間が増えていれば、効果は小さくなります。
業務を一つ選び、今のやり方を記録し、使う条件と担当を決めてから、範囲を限って試し、前と後を比べて決めます。期間は計画の例で、業務の量に合わせて変えてください。
試す間は、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やAIの進め方を外に相談するか迷う小さな会社向けに、ITコンサル・顧問・情シス代行・開発会社の分け方、社内に残す判断、最初のひと月で受け取るもの、費用の見方、続けるかを見直す条件を、公開済みの支援事例と自社で試している報告の記録からまとめます。
業務改善
小さなチームや個人事業主に向けて、請求書OCRを活用した業務効率化の全体像を解説。メールで届くPDFをAI-OCRで読み取り、kintoneやスプレッドシートへ連携する具体的なフロー設計と、失敗しない運用のコツを紹介します。
業務改善
小さなチームや個人事業主に向けて、請求業務効率化の具体的な手順を解説。高価なSaaSに頼らず、スプレッドシートのデータベース化とノーコード自動化(Make等)を組み合わせ、請求漏れや入金確認の手間を劇的に減らすための設計図です。