業務改善
中小企業のAI導入事例をどう生かす?1人事業の実例と始め方
AI導入を任された担当者に向けて、1人で営む事業がAIを使った議事録、承認の資料、記事の点検の記録から、最初に試す業務の選び方、費用の見積もり方、小さく試す手順、失敗と直し方をまとめます。
ITやAIの進め方を外に相談するか迷う小さな会社向けに、ITコンサル・顧問・情シス代行・開発会社の分け方、社内に残す判断、最初のひと月で受け取るもの、費用の見方、続けるかを見直す条件を、公開済みの支援事例と自社で試している報告の記録からまとめます。
ITやAIの進め方を外の専門家に相談したいけれど、ITコンサル、IT顧問、情シス代行、開発会社のどれに頼めばよいか分からない。そんな迷いを持つ、社員のいる小さな会社の経営者や、ITを兼務している担当者に向けた記事です。
以下では、四つの形の分け方、外の支援が要るとき、社内に残す判断、最初のひと月で受け取る物、費用の見方、続けるかを見直す条件を順に書きます。読み終えたら、最初に誰に何を一つ頼むかと、社内で誰が決めるかを決められるはずです。
何を決めるかから相談したい場合は、先にIT顧問の中身を読んでください。
ITコンサルタントの活用が適しているケースとして、特定のプロジェクトを短期間で完遂したいときと、明確な課題に対する専門的な解決策が必要なときを挙げる解説があります。一方で、同じ解説によると、IT顧問は、ITに関する豊富な知見とノウハウを活かし、企業のIT戦略やシステム化を支援する専門家です。
この記事では次のように分けます。この記事では、決めることが決まっていて期間を区切って調べと計画を頼みたいならITコンサル、何を決めるかから一緒に考え続けてほしいならIT顧問、社内のITの作業そのものを任せたいなら情シス代行、作る物が決まっているなら開発会社を、最初に相談する相手の目安として分けます。四つの形の違いを、向く相談、頼み方の区切り、受け取る物の例で並べたのが表1です。
表1:最初に相談する役割の目安(この記事の分け方)
| 形 | 向く相談 | 頼み方の区切り | 受け取る物の例 |
|---|---|---|---|
| ITコンサル | 決めることは決まっていて、調べと計画の手が足りない | 期間や仕事の範囲で区切る | 今の状態の整理、選択肢の比較、進める計画 |
| IT顧問 | 何を決めるかから一緒に考えたい | 月ごとに続け、決めた時期に見直す | 優先順位の案、相談への助言、決める材料 |
| 情シス代行 | 社内のITの作業そのものを任せたい | 任せる作業の範囲で区切る | 機器やアカウントの管理、社内の問い合わせへの対応 |
| 開発会社 | 作る物が決まっている | 作る物と納期で区切る | 作ったシステムや画面、使い方の説明 |
困りごとから最初の相談先を選ぶ道筋は、図1のとおりです。
図1:何に困っているかから、最初に相談する役割を選ぶ目安(提案例。この記事の分け方で、同じ相手に併せて頼む場合もあります)
迷ったら、今いちばん足りないのは決める材料か、考える相手か、作業の手か、作る力かを社内で話してみてください。
実際の支援は、この四つにきれいに分かれるとは限りません。中小企業向けのITコンサルを、提案から実行と運用までを通して担う実務型の支援と説明する会社もあります。同じ相手が複数の役割を受け持つことも、契約で範囲が変わることもある点に気をつけてください。
たとえば、顧問として相談している相手に、途中から社内のITの作業や進行の管理を併せて頼む場合があります。気をつけたいのは、助言と作業の境目があいまいなまま、頼む範囲が広がることです。広げるときは、契約の範囲と受け取る物を見直してから決めましょう。
必要かどうかは、社内に決める人がいるかと、決めるための材料と手がそろっているかで分けて考えます。
こうしたときは、外の人に調べと段取りを頼めば、社内は決めることに時間を使えます。頼む相手は、決める人の代わりではありません。決めるための材料と段取りを用意する役だと考えると、頼む範囲を決めやすくなります。
まだ要らないときの例は、次の三つです。
二つ目と三つ目は、外の人を入れても進みにくい状態です。まず社内で困りごとを書き出し、決める担当者を一人置いてから相談すると、相談の時間を無駄にしにくくなります。要らないときに無理に頼むより、頼む前の準備を先に進めるほうが、結果として早く進むはずです。最初に外へ渡す資料も、この準備から生まれます。
頼む相手が外の人でも、会社のことを最後に決めるのは社内です。頼む前に用意することと、外に渡さない判断を表2にまとめます。
表2:頼む前に社内で用意することと、社内に残す判断
| 用意すること・残す判断 | 中身 | 決める社内の担当者 |
|---|---|---|
| 困りごとの一覧 | 今困っていること、困っている人、困る場面 | 窓口になる担当者 |
| 頼む目的 | 何が決まれば、頼んでよかったと言えるか | 経営者 |
| 何を優先するか | 複数の困りごとのうち、どれから手を付けるか | 経営者 |
| 見せてよい情報の範囲 | 外の人に見せてよい資料と、見せない資料 | 経営者と窓口になる担当者 |
| 続けるかの判断 | 受け取った物を見て、続ける・変える・やめるを決める | 経営者 |
頼む前に用意したいのは、困りごとの一覧と頼む目的の二つです。きれいな資料でなくてかまいません。今困っていること、困っている人、困る場面を箇条書きにし、何が決まれば頼んでよかったと言えるかを一文で書きます。
もう一つ大事なのが、社内の担当者を決めることです。相手からの質問に答え、社内の情報を集め、受け取った物を最初に読む人のことです。外の人が誰に聞けばよいかで迷わないよう、この役は一人に決めてください。兼務でもかまいませんが、この役に週どれくらいの時間を使えるかは先に決めておきます。
外の人に任せてよいのは、調べること、比べること、案を作ることです。何を優先するか、いくらまで使うか、どの案を選ぶか、続けるかやめるかは、社内に残します。
相手が出すのは、選択肢と推奨までです。相手が替わっても、なぜその道具や進め方を選んだのかを社内で説明できるよう、選ぶのは社内の人にします。決めた理由は、一行でも社内の記録に残しておくのが安心です。
最初に頼む仕事は、一つに絞ります。選ぶ目安は次の三つです。
たとえば、今使っている道具と作業の流れを一覧にする仕事は、結果を確かめやすい仕事です。会社のIT全体を良くするという頼み方は、何ができたら終わりかが分からず、最初の一つには向きません。
この記事では、最初のひと月を週ごとに、やること・受け取る物・社内が決めることで並べる流れを提案します。図2がその提案例です。
図2:最初のひと月の流れの提案例。週ごとの割り振りは記事の提案で、実案件の日程ではありません
頼む相手や困りごとの大きさで、週の区切りは前後します。
ひと月の終わりに受け取る物は、社内の担当者が次の三点で確かめます。
一つでも欠けていたら、受け取る前に相手に聞き直してください。
提案として、見えない作業の一覧を、最初のひと月の受け取る物にすることを勧めます。見えない作業とは、成果物を作る前に済ませておかないと、あとで詰まる作業のことです。下は架空の事業による再現で、実際の案件の一覧ではありません。
欄は、何を、いつまでに、誰がの三つで足ります。自社用に直すときは、作業の欄を自社の困りごとに置き換え、誰がの欄には人の名前ではなく役割を書きます。抜けている作業や担当の決まっていない作業がないかを読むのが、社内の担当者の役目です。
三つの記録は、この記事では、最初に頼む仕事と受け取る物の例として読みます。受け取る物にあたるのは、見えない作業の一覧、申し込みを数えられるページ、判断を待つ事柄を分けた報告です。ここでは、当サイトで公開している事例の頁を二つと、ヨハク技研の自社の記録を一つ見ます。書き分けるのは、頁にある事実、頁のヒント、この記事の提案の三つです。
事例の頁によると、支援先は創業まもない小さなブランドで、商品を売れる状態にするまでの作業の流れが18本ほど同時に動いていた、とあります。支援の出発点として、頁の「困っていたこと」には、目指すもの(ホームページやネットショップ)の像はあるが、そこに着くまでに何をするのかが見えていなかった、とあります。
時期ごとに引き受けたことは、頁では次の順です。1か月目は、ITまわりの整理を引き受けました。2〜3か月目は、情報システムの代行と、進行の管理を引き受けました、と続きます。その後は自社Webサービスの設計と開発に進み、助言と進行の管理を中心に、開発の一部を引き受けました、というのが頁の記載です。
頁には、特に力を入れたのは、成果物を作る前に詰まる「見えない作業」の整理です、とあります。画像の準備、配送の設定、最初のITの導入などを洗い出し、「何を、いつまでに、誰が」を一覧にしました。洗い出しの時期は、この記事では特定の週に結び付けません。期間について、頁には「半年ほど、月額で伴走しました」とあります。
頁は、変わったことについて「販売の実績ではなく、立ち上げの伴走の過程での変化です」と断ったうえで、次の三点を挙げています。
頁のヒントは三つです。
ここからは、この記事の提案です。最初に相談する役割を一つに決め、広げるときに契約の範囲を見直します。
社員のいる会社で変わる所は、一覧の誰がの欄に部署や担当者が入ることです。そのため、一覧を誰が確認し、誰が承認するか、どの範囲の社員まで共有するかを、最初に決めておくと安心です。
事例の頁によると、支援先の小さな教室では、開業から1年ほど、ネット経由の問い合わせが1件もなかった、とあります。支援の出発点として、頁の「困っていたこと」には、保護者がまず話を聞ける入口がなかった、ともあります。
頁によると、保護者が最初に読むページとして、説明会への申し込みだけをゴールにしたページを作りました。教室への直接の申し込みは、ゴールにしなかったそうです。あわせて、流入元ごとの短縮リンクを5本つくり、申し込みの完了までを数えられるようにしました。
頁によれば、申し込みのページは、制作の合意から公開まで約2週間でした。頁には「3か月以上、月額で伴走しました」ともあります。
結果について、頁には「開業から1年ほど0件だった問い合わせが、申し込みのページの公開から約1週間で1件届きました」とあります。そのすぐ後に頁が添えている断りは、次のとおりです。1件は小さな数字です。それでも、1年動かなかったものが動きました。
頁のヒントは三つです。
ここからは、この記事の提案です。最初に頼む一つを、成果を見られる状態を作る仕事にします。数えられる状態が先にあれば、届いた問い合わせの出どころを確かめられ、続けるかを決める材料になります。
社員のいる会社で変わる所は、ページの文面を確かめる人と、公開を決める人が分かれることです。誰が文面を確認し、誰が公開を承認するかを先に決めます。問い合わせの数をどの部署まで共有するかも決めておきます。
三つ目は、事例の頁ではなく、ヨハク技研が自社で試している記録です。ここでは、社員のいる会社の事例としては扱いません。
自社の記録では、朝の報告の道具は、前の日の18:00から朝までのAIの作業を、1枚にまとめるように作りました。道具に入るのはAIの作業で、出てくるのは人が読む朝の報告です。ところが、初日(2026-09-27)の朝の報告では、人の判断を待つ事柄の欄に「なし」と出ましたが、実際には5件ありました。
道具の本体は、初日の2026-09-27から直し始め、この記事のための記録の時点では2026-10-10に最後に直しています。記録の時点では、道具はまだ試しの段階にあると、自社の記録に書いています。
この例には公開の事例の頁が無いので、頁のヒントはありません。
ここからは、この記事の提案です。社内の報告の試作を、外の支援を頼んだときに受け取る報告の形に当てはめる例として示します。報告を受け取ったら、次の三つが分かれているかを見てください。
決めることは無いという報告ほど、本当に無いかを確かめる必要があります。報告を受け取ったら、社内の担当者が、待っている判断を手元の一覧と突き合わせます。
社員のいる会社で変わる所は、報告を読む人と決める人の分け方です。社員のいる会社に当てはめるときは、報告を読んで確認する人と、書かれた判断を承認する人を、先に決めておきましょう。報告をどの範囲の社員まで共有するかも決めておきます。
費用を比べるときに、金額だけを並べるのは危うい方法です。同じ金額でも、頼む範囲や受け取る物が違えば、比べたことになりません。ここでは相場の数は挙げず、払い方の形と、見積もりで確かめる点を整理します。
払い方の形は、大きく分けて三つです。
表3:払い方の形と、見積もりで確かめる点
| 払い方の形 | 向く頼み方 | 見積もりで確かめる点 |
|---|---|---|
| 期間で区切る | 調べと計画のように、終わりが決まっている仕事 | 期間の中でする範囲、受け取る成果物、延びたときの扱い |
| 月額 | 何を決めるかから相談し続けたい、作業を続けて任せたい | 月にどこまで頼めるか、範囲の外の扱い、やめ方 |
| 作業ごと | 作る物や任せる作業が決まっている | 作業の範囲、成果物の受け取り方、直しの扱い |
期間で区切る形は、ITコンサルに調べと計画を頼むときに向きます。月額は、IT顧問のように何を決めるかから一緒に考えてもらうときや、情シス代行のように作業を続けて任せるときに合う形です。作業ごとの形は、開発会社に作る物を頼むときに合わせやすい形です。どの形でも、頼む範囲の外の相談が出たときの扱いは、契約の前に決めておきます。あいまいなままだと、範囲の外の相談が出るたびに、追加の費用がかかるかを話し合うことになります。
見積もりで確かめるのは、範囲、成果物、社内の担当、やめ方の四つです。
複数の相手を比べるときは、この四つを同じ形の表に並べ、金額はそのあとで見ます。範囲と成果物をそろえてから比べれば、安い・高いの理由が見えやすくなります。最初のひと月で何を受け取れるかを聞き、答えが具体的かどうかも、相手を選ぶ手がかりにしてください。答えが一般論だけなら、頼んだ後に受け取る物も、あいまいになりやすいからです。見積もりの書面に四つのどれかが書かれていなければ、契約の前に書き足してもらうと安心です。
ITの相談をしている相手に、AIの使い方の相談も併せて頼みたくなることがあります。同じ相手なら、会社の事情を一から説明しなくて済むのが利点です。ただ、AIの相談では、確かめておきたいことが二つあります。
一つは、AIを業務に使う相談に対応した経験です。どの業務で試したか、人がどこで確かめる形にしたかを、具体的に説明できるかを聞きます。もう一つは、情報の扱いです。社内の資料や顧客の情報をAIに渡すとき、どこまで渡してよいか、どこに置くかの決まりを一緒に作れるかを確かめます。
この二つに具体的な答えがあれば、同じ相手で始めてよいでしょう。答えがあいまいなときや、扱う情報に顧客の個人情報が多いときは、AIの相談を別の相手に分けたほうがよい場合があります。分けるときは、どちらの相手が何を受け持つかを社内の担当者が一覧にします。二つの相手の助言がぶつかったときに誰が決めるかも、先に決めておくと迷いません。
同じ相手で始めた場合も、AIの相談が増えてきたら、分けるかどうかをひと月ごとの見直しで確かめるとよいでしょう。試した結果を確かめる社内の担当者を決めておく点は、ITの相談と同じです。
続けること自体は、外の支援の目的ではありません。ひと月ごとに、受け取る物と社内の判断が進んだかで見直します。
表4:続ける・変える・やめるを見直す目安
| 見直す点 | 続ける目安 | 変える・やめる目安 |
|---|---|---|
| 受け取る物 | 約束した物が、約束した形で届いている | 何を受け取ったかを社内で説明できない |
| 社内の判断 | 受け取った物をもとに、社内で決めたことがある | 決める材料が増えても、何も決まっていない |
| 頼む範囲 | 最初に決めた範囲の中で進んでいる | 範囲が広がったのに、契約や受け取る物を見直していない |
| 社内の担当者の手間 | 担当者が答える時間が、決めた範囲に収まっている | 確認を待つ時間が増え、社内の仕事が止まっている |
変える・やめるの目安に当てはまっても、すぐにやめる必要はありません。まず頼む範囲や相手の役割を変えられないかを相手と話します。それでも進まないときは、やめるかどうかを社内の担当者と経営者で決めます。やめるときは、それまでに受け取った資料と記録を社内に残し、次の相手に渡せる形にしておくと、次の相談が早く始まるはずです。
相談の前に、表4のどの行に当てはまるかを社内で見ておくと、何を相談するかがはっきりします。相談の中身によって、相談先は変わります。何を決めるかから一緒に考え続けたい場合は、IT顧問の中身を読んでください。相談の中心がAIの使い方の場合は、AIの相談の中身が近い内容です。社内のITの作業そのものを任せたい場合は、情シス代行の中身を見てください。
どの形か決めきれないときの相談は、お問い合わせの頁から送れます。そのときは、今困っていることと、決める社内の担当者を書き添えてください。どの形から始めるかの話が、そのぶん早く進みます。
Tech & Chill Lab では、小さなメディアやコンテンツビジネス向けに、業務フローの棚卸しや、自動化フローの設計・実装をお手伝いしています。
「うちのフローだと何ができそうか」など、ライトな相談からでも大丈夫です。
この記事の内容に近いサービス:IT顧問
Author
「つくる以外の時間はもっと減らせる。」をテーマに、小さなチームや個人のための業務フロー設計・自動化・開発環境づくりをしています。Tech & Chill Lab では、スモールビジネスの裏側から個人開発、生活の仕組みづくりまで、「つくる時間を守るための設計図」を静かに共有しています。
Tech & Chill Labは、ヨハク技研がAIを使って運営しています。運営について
業務改善
AI導入を任された担当者に向けて、1人で営む事業がAIを使った議事録、承認の資料、記事の点検の記録から、最初に試す業務の選び方、費用の見積もり方、小さく試す手順、失敗と直し方をまとめます。
業務改善
小さなチームや個人事業主に向けて、請求業務効率化の具体的な手順を解説。高価なSaaSに頼らず、スプレッドシートのデータベース化とノーコード自動化(Make等)を組み合わせ、請求漏れや入金確認の手間を劇的に減らすための設計図です。
業務改善
小さなチームや個人事業主に向けて、エクセルやGoogleスプレッドシートを使った「抜け漏れのない請求書管理表」の作り方を解説。月別シートの廃止やデータベース形式の採用など、実務で使える具体的なノウハウと自動化へのステップを紹介します。