すべてのブログから「#業務設計」タグの検索結果

おはようございます。2級キャリアコンサルティング技能士｜合同会社たお代表の工藤でございます。今日のテーマは、「手順書は、考えないためにあるのではない」についてです。AIエージェントの活用が広がる中で、こんな指摘を目にしました。AWSが公開した、業務を自動化するAIエージェントの構築ノウハウについての記事です。そこでは、成功のカギは技術そのものよりも、「業務プロセスをどれだけ正確に理解し、設計し直せるか」にあるとされていました。具体的には、判断が必要な処理にはAIを使い、ルールがはっきり決まっている処理には、決まった手順を組み合わせる。この仕分けこそ、これからの時代に求められる仕事の設計なのだと思います。この話を聞いて、私は自分自身が採用業務で作ってきた手順書のことを思い出しました。手順書は、人が変わっても情報をつなぐもの私にとって手順書とは、単なるマニュアルではありません。メールテンプレートも、その一つです。採用業務は、一人で完結しません。応募受付、採用担当、現場、面接担当、上長、応募者、入社手続きの担当と、人から人へ情報が渡っていきます。そこで起こりやすいのが、「伝えたつもりだった」「そこまでは聞いていない」「前の担当者はやってくれていた」といった、コミュニケーションのすれ違いです。人が変わること自体が、問題なのではないのだと思います。人が変わると、コミュニケーションにはズレが生じる可能性があります。ただ、そのときに、情報が正しく受け渡される仕組みがないことの方が、問題なのだと思います。だから私は、メールを一つ送るときも、そのメールを決められたタイミングで、決められた相手に送

AIコンサルに期待してはいけないことAIコンサルは便利に見えるため、相談すればすべてが整うように感じられることがある。そのため、何でも任せられる存在として期待されやすい。一方で、実際には役割の範囲があり、すべてを引き受けるものではない。このように、期待と実態の間にズレが生まれやすい。したがって、AIコンサルの役割を正しく理解するためには、期待してはいけないことを整理しておく必要がある。この整理があることで、依頼内容も結果の受け取り方も分かりやすくなる。何でも代行してくれるとは限らないAIコンサルに対して、実務まで含めてすべて代行してくれると考えられることがある。たしかに、課題整理や方向づけには関わる。そのうえで、日々の細かな作業や社内対応まで継続的に担うとは限らない。このように、AIコンサルは「考える部分を整える役割」であり、「現場作業を代替する役割」とは異なる。その結果として、期待の範囲が広がりすぎると、途中で認識のズレが起こりやすくなる。入れれば成果が出るわけではないAIコンサルを入れることで成果が出ると考えられることがある。一方で、成果は体制や業務内容、運用方法によって左右される。つまり、コンサルの有無だけで決まるものではない。そのため、AIコンサルは結果そのものを保証する役割ではない。その代わりに、成果が出やすい条件を整理し、進め方を明確にする役割を持つ。この違いを理解しておくことで、過度な期待を防ぎやすくなる。AIコンサルは開発や制作の代わりではないAIコンサルと開発が混同されることは少なくない。そのため、相談すればそのまま仕組みが完成するように見られることがある。し

AIコンサルが不要なケースAIコンサルは、AIに関する相談なら何でも必要になるわけではない。そのため、状況によっては、外から整理役を入れなくても十分に進められるケースがある。あるいは、相談するより前に、別の問題を先に整えた方がよいケースもある。つまり、AIコンサルが不要かどうかは、AIへの興味の有無ではなく、今の状態で何が足りていて、何が足りていないかによって決まる。この視点で見ると、不要なケースにはいくつか共通点がある。すでに判断材料がそろっているときAIコンサルが不要になりやすいのは、導入の判断材料がすでにそろっているときである。たとえば、どの業務に使うのか、どの範囲で試すのか、誰が確認するのかまで社内で整理できている場合には、外から判断を補う必要は小さくなる。そのため、社内で論点が整理されていて、比較すべき選択肢も見えており、進め方にも合意が取れているなら、AIコンサルを入れなくても進めやすい。この場合は、相談よりも実行や運用に力を使った方が効果的になりやすい。小さな範囲で試すだけのときAIコンサルが不要なケースとして、まずは個人レベルや小さなチーム内で、限定的に試すだけという段階もある。なぜなら、この段階では大きな設計や全体判断より、実際に触ってみて合うかどうかを確認することの方が重要だからである。たとえば、文章のたたき台作成や情報整理の補助など、影響範囲が小さく、失敗しても業務全体に大きな影響が出にくい使い方であれば、いきなりAIコンサルを入れなくても進められることが多い。このような場合は、相談よりも先に、小さく試して感触を確かめた方が自然である。AIコンサルより先に

AI運用は止まってから直すより、止まる前に見直すほうが安定するAI運用は、一度形を作ればそのまま続くとは限りません。使う人が変わる。業務の内容が変わる。確認の負担が増える。こうした変化が重なると、最初は回っていた運用でも少しずつ合わなくなることがあります。そのため、見直しは問題が起きてから行うものではなく、運用がずれ始めた時点で行うほうが安定しやすいです。止まってから直す形だと、現場の負担も大きくなりやすく、改善にも時間がかかります。見直しタイミングは何をきっかけに考えるべきか同じ修正が増えてきたときAIの出力に対して、毎回ほぼ同じ修正をしているなら、運用を見直すサインです。その場では直せていても、同じ調整を何度も繰り返している状態は、仕組みが現場に合っていない可能性があります。確認の観点をそろえる。任せる範囲を狭める。指示の出し方を整える。このように、繰り返し起きているズレは運用側の見直し対象として考えたほうがよいです。担当者ごとの差が目立ってきたときある人はスムーズに使えている。ある人は確認に時間がかかる。ある人はほとんど使わなくなっている。このような差が大きくなってきたときも、見直しのタイミングです。人によって使い方がずれている状態は、ルールや基準が弱くなっている可能性があります。担当者ごとの差は、個人の問題ではなく運用設計の問題として見たほうが整えやすくなります。確認の負担が重くなってきたときAIを使っているのに、確認ばかり増えている。直す量が多くてかえって遅い。このような状態も、見直しの必要があります。確認が必要なのは自然です。その一方で、負担が増え続けているなら、運

AI運用の改善は一気に変えるより整えながら進めるほうが安定するAI運用は、始めた時点で完成するものではありません。実際に使い始めると、想定より使いにくい部分や、逆にもっと任せられそうな部分が見えてきます。そのため、改善は失敗のやり直しではなく、運用を現場に合わせて整えていく作業として考えるほうが実務向きです。大きく作り直すことだけを改善と考えると、負担が重くなり、途中で止まりやすくなります。AI運用では、少しずつ見直し、回しながら整える進め方のほうが続きやすいです。改善を始める前に見るべきこと何が起きているかを先に整理する改善を始めるときに大切なのは、すぐ対策を増やすことではありません。今どこで止まっているのか。何が重いのか。誰が困っているのか。この状態整理を先にしたほうが改善はぶれにくくなります。確認が重いのか。任せる範囲が広すぎるのか。結果の扱い方が曖昧なのか。原因が違えば、直すべき場所も変わります。現場で起きていることを分けて見ることが、改善の出発点になります。問題を一つにまとめすぎない運用がうまく回らないとき、全部が悪いように見えることがあります。その一方で、実際には一部だけが詰まっていることも少なくありません。確認工程だけが重い。担当者ごとの差が大きい。ルールはあるが使い方が浸透していない。このように分けて見ると、改善の優先順位が見えやすくなります。問題を一括で捉えるより、どの部分が改善対象なのかを切り分けるほうが進めやすくなります。現場で続けられるかを基準にする改善案は正しく見えても、現場で続けられなければ意味がありません。確認を増やしすぎる。ルールを細かくしすぎる

H2 AIの結果はそのまま使う前提にしないほうが安定するAIは短時間で案を出せるため、作業の初速を上げやすいです。その一方で、出力された内容がそのまま実務に使えるとは限りません。見た目が整っていても、前提のズレ、表現の違和感、不要な情報の混在が起きることがあります。そのため、AIの結果は完成品ではなく、確認と調整を前提に扱うほうが運用は安定しやすくなります。AIの結果を扱うときに必要な考え方結果ではなく素材として受け取るAIの出力を正解として受け取ると、細かな違和感を見落としやすくなります。一方で、たたき台や素材として見ると、使える部分と直すべき部分を切り分けやすくなります。この考え方を持つだけでも、AIの結果に振り回されにくくなります。実務では、最初から完成を期待するより、使える原案として扱うほうが現実的です。良し悪しを一括で決めないAIの結果は、全部使えるか全部捨てるかの二択ではないことが多いです。一部は使えて、一部は修正が必要という状態が実際にはかなり多くなります。そのため、結果を受け取ったら全体を一気に判断するのではなく、残す部分、削る部分、直す部分に分けて見るほうが扱いやすくなります。この分け方ができると、AIの結果を無駄なく使いやすくなります。目的との一致で見るAIの結果を評価するときは、上手そうに見えるかどうかだけでは足りません。その結果が、今回の目的や相手に合っているかを見る必要があります。情報量が多くても、目的に合っていなければ使いにくいです。反対に、少し調整すれば使える内容なら、十分に価値があります。扱い方を決めるときは、見た目より目的との一致を優先したほう

複数人で使うExcelを作るとき、「セル保護をかけるかどうか」はよく話題になります。結論から言うと、私は基本的にセル保護は使いません。これは、保護が面倒だからでも、ルールを守らせる気がないからでもありません。理由はシンプルで、Excelを“途中工程のデータ”として扱っているからです。入力用として使ったExcelは、その後に・整形・振り分け・集計・帳票化といった後工程に回ります。この前提で考えると、強いセル保護は、あとから加工しようとしたときにかえって作業を止めてしまいます。だから私は、制御するより、迷わせない設計を選びます。具体的にやっているのは、「触っていい場所」を一目で分かるようにすることです。数量やコメントなど、手入力してほしいセル。コンボボックスで選択してほしい項目。マスターとして内容を追加していい場所。こうしたセルには、薄いブルーグレー系の色を付けます。ここは「考えずに入力していい場所」だと分かるようにするためです。逆に、色の付いていないセルは「触らなくていい場所」。この線引きだけで、入力ミスや書式崩れは大きく減ります。色分けについても、ルールを決めています。使う色は多くても2色まで。それ以上は情報がうるさくなり、かえって迷いを生みます。寒色系と暖色系を使い分け、どちらも甘めのパステル系にします。注意を引くための色ではなく、緊張感を与えないための色です。新人や不慣れな人が見ても、「間違えそう」「壊しそう」と思わないExcelにするためです。こうした設計をしておくと、入力者はルールを覚える必要がありません。「色のあるところだけ触る」それだけで入力が進みます。結果として、

AI導入は、ツール選びや精度比較から始める前に、業務のどこで止まり、重複し、追えなくなるかを見ておくと失敗を減らせます。公開情報だけで確認しやすい赤信号は3つです。1. 例外時の戻り道が見えない通常ケースの説明はあっても、入力ミス・承認差し戻し・担当者不在のときに誰が何をするかが書かれていない場合、導入後に人手へ逆戻りしやすくなります。2. 権限と責任の境界が曖昧誰が閲覧し、誰が承認し、誰が修正できるのかが曖昧なままAIを入れると、便利さより確認コストが増えます。3. 失敗を後から追えないログ、変更履歴、再実行、重複防止の考え方がないと、問題が起きたときに原因究明ができません。最初から大きな開発をする必要はありません。まず公開情報から、停止点・権限境界・追跡可能性の仮説を整理し、次に確認すべき質問を絞るだけでも、打ち合わせの質は上がります。ココナラ内で「公開情報からAI導入前診断をします」と検索いただければ、公開URLをもとに、導入前に確認したい論点を短い診断メモに整理しています。

AIコンサルの全体像AIコンサルは、AIについて詳しい人が助言する仕事として見られやすい。その一方で、実際の役割は、単なる説明役よりも広く、導入の前後をつなぐ整理役に近い。このため、全体像を正しく理解するには、「何を教えるか」ではなく、「どの段階で何を整理するか」という流れで見る必要がある。つまり、AIコンサルは、ツールの名前を並べたり、流行を紹介したりするだけの役割ではない。むしろ、何に困っているのかを整理し、AIを使う意味があるのかを見極め、進め方を整え、導入後の見直しまで視野に入れながら支える役割を持つ。こうして見ると、AIコンサルの全体像は、単発の相談ではなく、判断の流れ全体を整える仕事として捉えやすくなる。AIを入れる前の整理から始まるAIコンサルの起点になるのは、AIを使うことそのものではなく、現状の整理である。なぜなら、業務のどこに負担があるのか、何が止まりやすいのか、どこが属人化しているのかが見えていなければ、AIを使う意味も判断しにくいからである。そのため、最初の段階では、今の業務フロー、困りごと、確認の流れ、時間がかかっている箇所などを整理することが中心になる。この整理によって、感覚的な悩みが、比較や判断のできる論点へ変わっていく。その結果として、AIを入れるかどうかを考える前提がようやくそろう。導入するかどうかの判断につながる現状整理の次に来るのは、AIを入れるかどうかの判断である。ここでは、便利そうに見えるから進めるのではなく、本当に意味があるのか、業務に合うのか、無理なく回せるのかを見ていく必要がある。このため、AIコンサルは、費用、負担、精度、確認体

AIコンサルの使い方AIコンサルは、困ったときに何でも聞くための存在として見られやすい。その一方で、使い方が曖昧なままだと、相談しても整理が浅く終わりやすい。そのため、AIコンサルは「ただ質問するもの」というより、「判断を前に進めるために使うもの」と考えた方が分かりやすい。つまり、AIコンサルの使い方で大事なのは、答えをもらうことだけではない。それよりも、何を決めたいのか。どこで止まっているのか。何を比較したいのか。その状態を持ち込むことで、相談の意味がはっきりしやすくなる。迷いがある段階で使うAIコンサルは、すべて決まった後より、まだ判断に迷いがある段階で使う方が意味が出やすい。なぜなら、方向が固まり切った後では、整理より実行の方が優先されるからである。たとえば、AIを入れるべきかどうかが決まらない。どの業務から見るべきか分からない。外注か内製かで迷っている。このような状態では、相談によって論点を整理しやすくなる。そのため、AIコンサルは、答え合わせのためというより、判断が止まっている段階で使う方が自然である。問題が大きくなる前に使うAIコンサルは、導入後に混乱が出てから使うこともできる。その一方で、問題が大きくなる前に使った方が効果は見えやすい。なぜなら、導入前の段階で整理できれば、無理な進め方や不要な遠回りを減らしやすいからである。そのため、社内で期待だけが大きくなっているとき。あるいは、何となく始めそうになっているとき。そうした場面で早めに使うと、後から修正する負担を抑えやすくなる。AIコンサルに持ち込むとよいものAIコンサルは、手ぶらで相談しても意味がないわけではない

AIコンサルで得られるものAIコンサルに相談すると、何か特別なツールや完成品がすぐ手に入るように見えることがある。その一方で、実際に得られるものは、物そのものより、判断しやすい状態や進めやすい形であることが多い。そのため、AIコンサルの価値を正しく見るには、「何を作ってもらうか」だけでなく、「何が整理されるか」に注目する必要がある。つまり、AIコンサルで得られるのは、単なる知識ではない。むしろ、現状の見え方、選択肢の比較、進め方の整理、社内での話しやすさのように、判断の土台になるものが中心になる。現状を整理した見取り図が得られるAIコンサルに相談すると、最初に得られやすいのは、今の状態を整理した見取り図である。なぜなら、相談する側は困りごとを感じていても、それがどこから来ているのかを正確に分けられていないことが多いからである。そのため、業務の流れ、負担が集まっている場所、属人化している部分、判断が止まりやすい箇所を整理していくと、「何が問題なのか」が見えやすくなる。この見取り図ができることで、感覚的に悩んでいた状態から、論点を分けて考えられる状態へ進みやすくなる。比較しやすい判断材料が得られるAI導入では、やるかやらないかだけでなく、どこに使うか、どこまで広げるか、何を優先するかなど、比較するべきことが多い。そのため、相談前は「何となく良さそう」「何となく不安」という曖昧な状態で止まりやすい。AIコンサルに相談すると、その曖昧さを分けながら、費用、負担、精度、確認体制、社内への影響といった判断材料を並べやすくなる。その結果として、感覚ではなく、条件を見ながら考えられる状態が得ら

AIコンサルが必要になる場面AIコンサルが必要になるのは、AIに興味があるときだけではない。むしろ、何をすればよいのかが見えないとき、社内で意見が分かれているとき、導入したい気持ちはあるのに進め方が決まらないときに必要性が高まりやすい。そのため、AIコンサルは「AIを詳しく教える人」として呼ばれるというより、「判断が止まっている状況を整理する役割」として求められることが多い。この視点で見ると、必要になる場面は、導入前のかなり早い段階から広がっている。何から始めればよいか分からないときAIを使いたいという気持ちはあっても、何から手をつけるべきか分からないことは多い。なぜなら、AIには文章、画像、情報整理、自動化など多くの使い道があり、入口が広すぎるからである。そのため、社内では「とりあえず何か使ってみよう」という話になりやすい。その一方で、目的が曖昧なまま始めると、試しただけで終わり、業務改善にはつながりにくい。このような場面では、AIコンサルが現状を整理し、どの業務から見た方がよいか、何を先に決めるべきかを明らかにする意味が大きくなる。つまり、迷いを減らしながら、着手の順番を整える段階で必要になりやすい。AIを入れるべきか自体が決まらないときAIコンサルが必要になるのは、導入方法に迷う場面だけではない。そもそもAIを入れるべきかどうかが決めきれない場面でも必要になる。たとえば、業務が複雑すぎてAIに向かない可能性がある場合や、人の確認を外せない仕事が多い場合には、導入した方がよいとは限らない。そのため、導入ありきで話を進めるより、使う意味があるかどうかを先に見極める必要がある。

AIコンサルが関わる範囲AIコンサルという言葉を聞くと、AIツールの説明や導入支援だけを行う仕事に見えやすい。その一方で、実際の現場では、もっと手前の整理や、その後の運用判断まで関わることが多い。そのため、AIコンサルの仕事を正しく理解するには、どこまでを担当範囲として見るかを整理しておく必要がある。AIコンサルは、開発を直接行う役割とは少し違う。だからといって、相談だけして終わる存在でもない。むしろ、導入前に何を整理するか、導入後にどこまで見直すか、その間をつなぐ判断の流れに広く関わる役割を持つ。導入前の整理に関わるAIコンサルが最も深く関わるのは、導入前の整理である。なぜなら、AIを使うかどうかを決める前に、そもそも何が問題なのか、どこに負担があるのか、何を改善したいのかをはっきりさせる必要があるからである。そのため、現状の業務フローを確認したり、手間が集中している部分を整理したり、属人化している箇所を見つけたりする工程に関わることが多い。ここが曖昧なまま進むと、AIを入れること自体が目的になりやすく、本来の課題解決から離れてしまう。導入判断にも関わる現状整理が終わると、次に必要になるのは導入判断である。ここでは、AIを入れるべきかどうかだけでなく、どの業務に向いているか、どの範囲なら無理なく始められるかを考える必要がある。そのため、AIコンサルは、費用、運用負担、確認体制、社内理解、精度への期待などを整理しながら判断材料を整えていく。この段階では、便利そうだから進めるのではなく、事業や業務に対して意味があるかを見極めることが重要になる。AIコンサルが関わる実務の範囲AIコ

AIコンサルと開発の違いAIコンサルと開発は同じAI領域に見えるが、実際には担当している仕事の内容が大きく異なる。そのため、この違いを理解していないと「何を頼めばいいのか」「どこまでやってもらえるのか」が分かりにくくなる。AIコンサルは、問題の整理や導入の判断を行う役割を持つ。一方で開発は、決まった内容をもとに実際の機能や仕組みを作る役割を持つ。つまり、考え方や進め方を決める仕事と、形にする仕事で分かれている。目的の違いAIコンサルは「何をするべきか」を明確にするために動く。たとえば、どこに課題があるのか、AIを使う意味があるのか、どの方法が現実的なのかを整理していく。その結果として、無理のない進め方や優先順位が見えるようになる。一方で開発は「決まった内容を実際に動く形にする」ことが目的になる。画面や処理の流れ、データのやり取りなどを具体的に作り、使える状態まで仕上げていく。そのため、何を作るのかが明確であるほど、開発はスムーズに進む。関わるタイミングの違いAIコンサルは、まだ方向が決まっていない段階から関わることが多い。なぜなら、そもそも何をすべきかが整理されていない状態では、開発に進むことができないからである。そのため、現状を整理し、選択肢を比較しながら「どの方向に進むか」を決めていく。一方で開発は、ある程度方向が固まった後に動く。つまり、何を作るのか、どこまで作るのかが決まっている状態で、実装に入る。この流れを整理すると、AIコンサルはスタート地点を整える役割であり、開発はその後の実行を担う役割になる。AIコンサルが担う仕事AIコンサルは単にAIの説明をする仕事ではない。

AI運用は便利さだけでなく土台作りが必要になるAIは、文章整理や情報整理、下書き作成などで力を発揮しやすいです。その一方で、便利だから使うだけでは運用は安定しません。実務でAIを使うには、何のために使うのか。どこまで任せるのか。人はどこに関わるのか。どう確認するのか。この土台が必要になります。運用ルールがない状態では、使う人ごとに判断が変わりやすくなります。結果として、便利さより不安定さのほうが目立ちやすくなります。AI運用で最初に決めておきたいこと目的をはっきりさせるAIを使う前に必要なのは、ツールを触ることより目的を決めることです。作業を早くしたいのか。情報を整理したいのか。判断材料をまとめたいのか。目的が違えば、使い方も変わります。目的が曖昧なままだと、便利そうな場面で何となく使う運用になりやすいです。この状態では、効果の判断もしにくくなります。任せる範囲を決めるAIに何を任せるかが決まっていないと、運用はぶれやすくなります。下書きだけに使うのか。整理まで任せるのか。比較材料の抽出に使うのか。この範囲を決めることで、現場の判断がそろいやすくなります。任せる範囲が広すぎると確認負担が増えます。狭すぎると効率化の意味が薄れます。ちょうどよい線引きを持つことが重要です。人がやる部分を残すAIは補助には向いていても、責任の主体にはなりません。判断する。確定する。責任を持つ。この部分は人が担う形を残したほうが安定します。人がどこに関わるかを明確にしておくと、AIの使いどころも自然に整理しやすくなります。AI運用を安定させるために必要な仕組みチェック体制を持つAIの出力は、そのまま使

AI運用は始めるより続けることのほうが難しいAIは導入直後ほど期待されやすいです。作業が早くなる。整理が楽になる。新しいやり方として試したくなる。この流れでスタートすることは多いです。その一方で、長期運用になると少しずつ負担やズレが見えてきます。最初の熱量で動いていたものは、日常業務の中で無理があると続きません。長期運用が続かない理由は、ツールの良し悪しだけではなく、現場で無理なく回る形になっていないことにあります。長期運用が止まりやすいのはなぜか最初の目的が薄れていくAIを使う目的が明確なまま維持されていれば、現場は使い続けやすくなります。一方で、導入時にあった目的意識が時間とともに薄れると、何のために使うのかが見えにくくなります。作業を早くするためだったのか。品質を安定させるためだったのか。負担を減らすためだったのか。この軸が弱くなると、使う理由も弱くなります。目的が薄れた運用は、少し手間がかかるだけで止まりやすくなります。続けるための負担が見積もられていないAI運用は、導入した瞬間に終わりではありません。確認する。整える。使い方をそろえる。必要に応じて見直す。このような維持の手間が発生します。この負担を軽く見ていると、最初は回っても、忙しくなるほど後回しになりやすいです。長期運用が続かない理由の一つは、便利さだけを見て、維持に必要な負担を設計していないことです。使い方が担当者ごとに変わっていく運用ルールが弱いと、時間がたつほど人によって使い方がずれていきます。ある人は細かく確認する。ある人は簡単な場面でしか使わない。ある人は積極的に使う。この差が大きくなると、チームの中で

AI運用は始めることより続けることのほうが難しいAIは導入直後こそ期待を集めやすいです。作業が早くなりそう。便利そう。何か変わりそう。この感覚で動き始めることは少なくありません。その一方で、運用は始まったあとに崩れることがあります。最初は使われていたのに、途中から使われなくなる。担当者によってやり方が変わる。確認が抜ける。こうした状態になると、仕組みとしては回っていないのと同じです。AI運用が崩れる原因は、ツールの性能だけで決まるものではありません。現場で続く形になっているかどうかが大きく影響します。運用が崩れるのは何が足りないときか目的が曖昧なまま始めているAIを入れる目的がはっきりしていないと、運用はぶれやすくなります。何のために使うのかが曖昧だと、使う人ごとに解釈が変わりやすくなるためです。文章作成を助けるためなのか。情報整理を早くするためなのか。判断材料をまとめるためなのか。この違いが決まっていないと、結果の評価基準もそろいません。目的が曖昧な状態では、便利そうな場面で何となく使う運用になりやすいです。その結果として、続けるうちに使い方がばらつき、運用が崩れやすくなります。任せる範囲が決まっていないAIにどこまで任せるかが曖昧だと、担当者ごとの差が出やすくなります。ある人は下書きだけに使う。別の人は判断材料の整理まで任せる。さらに別の人は、そのまま成果物として扱おうとする。この状態では、同じ仕組みを使っていても中身はそろいません。運用が崩れる原因の一つは、AIの使いどころが共有されていないことです。任せる範囲と、人が持つ部分を決めていないと、現場の判断が毎回ばらばらにな

AI運用ではチェック体制がないと品質が安定しにくいAIは作業を早める力があります。その一方で、出力内容が毎回完全に正しいとは限らず、自然に見える文章や整理結果の中にズレが混ざることもあります。そのため、AIを使う運用では、使ったあとに誰が何を確認するかを決めておくことが大切です。チェック体制がないまま使うと、便利さはあっても、品質や責任の流れが不安定になりやすくなります。チェック体制は何を決めればよいのか誰が確認するかを決めるチェック体制を作るときに必要なのは、確認項目より先に確認する人を決めることです。誰が見るかが曖昧なままだと、確認したつもりで抜ける場面が出やすくなります。担当を決めておけば、確認の責任が見えやすくなります。人数が少ない場合でも、作成者本人だけで終わらせるのか、別の人が見るのかを分けるだけで運用は安定しやすくなります。どこを確認するかを分けるAIの出力を確認するときは、全部を何となく見るのではなく、観点を分けておくほうが実務向きです。内容の正確さを見るのか。表現の自然さを見るのか。社外に出して問題ないかを見るのか。このように確認の視点を分けておくと、見落としが減りやすくなります。チェック体制は、確認者だけでなく、確認する観点までセットで決めておくことが重要です。どの段階で確認するかを決める確認は最後にまとめてやればよいとは限りません。最後だけ見て直す運用では、大きなズレが後半まで残ってしまうことがあります。AI運用では、途中確認と最終確認を分ける考え方が有効です。途中で方向性を見て、最後に細部を整える形にすると、修正の負担も抑えやすくなります。実務で使いやす

AIを使っても人の役割はなくならないAIを活用すると、作業の一部は早くなります。その一方で、すべてを任せてよいわけではなく、人が持ち続けるべき部分は必ず残ります。この整理がないまま運用すると、便利さだけが先に進み、誰が確認するのか、誰が決めるのかが曖昧になりやすくなります。AI運用を安定させるには、任せる部分だけでなく、人がやるべき部分もセットで決めておくことが大切です。人がやるべき部分は何で決まるのか判断が入る部分は人が持つAIは、情報整理や下書きのような補助には向いています。一方で、どれを採用するか、どの方向で進めるかという判断は、人が持つ前提を崩さないほうが安定します。判断には、前提の読み取り、優先順位の確認、状況に応じた調整が含まれます。この部分までAIに流してしまうと、運用の責任が見えにくくなります。確定させる部分は人が持つAIが作った案は、そのまま確定情報ではありません。社内共有の文章、外に出す案内、対外的な説明などは、人が見て確定させる流れを残す必要があります。見た目が整っていても、細かなズレや伝わり方の違いは起こりやすいです。そのため、最終的に出す内容を決める工程は、人が担う形にしておくことが重要です。責任が発生する部分は人が外れないAIは道具であり、責任の主体にはなりません。業務で問題が起きたときに、誰が確認し、誰が出したかが追えない状態は避ける必要があります。責任が関わる部分ほど、人が途中からではなく最初から関与しているほうが安全です。この考え方を持つだけでも、AIに任せる範囲の線引きはかなり明確になります。実務で人が担うべき代表的な役割目的と条件を決めるA

AIに任せる範囲を決めないと運用がぶれやすいAIは便利ですが、何でも任せてよいわけではありません。任せる範囲が曖昧なまま使うと、ある人は下書きだけに使い、別の人は判断材料の整理まで任せるというように、使い方がばらつきやすくなります。その状態が続くと、成果物の質だけでなく、確認の手間や責任の位置まで揺れてしまいます。業務でAIを使うなら、導入の可否より先に、どこまで任せるかを決めておくことが重要です。AIに任せる範囲は何を基準に決めるべきか定型化しやすい作業かを見るAIに任せやすいのは、一定の型に沿って進めやすい作業です。文章の下書き、情報の整理、要点の抽出などは、条件をある程度そろえやすいため、補助として使いやすい傾向があります。一方で、毎回前提が違う作業や、相手との空気感まで読む必要がある作業は、単純に任せにくくなります。任せる範囲を考えるときは、その業務がどれだけ定型化できるかを先に見ておくことが大切です。正確さより速度を優先してよいかを見る業務によっては、多少の調整が前提でも早くたたき台が欲しい場面があります。そのような作業では、AIに下準備を任せる価値が出やすくなります。反対に、少しの誤りでも影響が大きい作業では、AIの出力をそのまま使う前提にしないほうが安全です。速度を取りたい業務なのか、正確さを優先すべき業務なのかを見分けることが、線引きの土台になります。最終判断が必要な業務かを見るAIは整理や補助には向いていても、責任を持って決める主体にはなりません。社外に出す文章、重要な説明、最終判断を含む対応は、人が持つ前提を崩さないことが大切です。つまり、任せる範囲を決める

これまで、外部の専門家を「経営者の立場で、探して入れる側」の時もあれば、私自身が外部の専門家・PMOとして、クライアントのプロジェクトの中（部署や特命チームへ）に入ることも数多く経験してきました。その両方をやっている立場から見て、外部の専門家が入ってもうまくいかない場合というのがあります。これには、スキルのミスマッチといった表面的な問題や、外部の専門家の質や能力の話になることもありますが、そこへ至る前に、より根本的な問題があります。それは──外部に依頼するための業務設計が存在しない。うまくいかない外注業務の多くは、そこが詰まっている場合が多いです。外部に何を依頼するのか、定義されていない外注がうまくいかない案件では、何を業務として外部に依頼するかが、明確に切り出されていない場合があります。事業全体の中で外部に切り出すべきスコープは何か。どこからが社内責任なのか。外部はどの深さで関与するのか。事業スコープのコンセプトとの関係性は作れるか。これが整理されないまま契約が結ばれると、コミュニケーションが成立しなくなり、衝突を生じさせ、プロジェクトは歪み始めます。それは、業務設計がないまま、外注先の肩書きと経歴だけを頼りに「この人なら何とかしてくれるだろう」と依頼してしまう。これが問題の始まりです。※何も考えず外注へ丸投げして問題ない場合もありますが、それはそれとして、ここでは横においておきます。アサインと起用アサインという言葉（行為）がありますが、「アサインする」は、すでに設計された体制や役割が前提にあり、決まった枠に人を配置する行為です。誰が何を担当するかが整理された後の、実行フェー

業務で使う帳票には、さまざまな種類があります。出荷伝票、納品書、請求書、発注書、仮伝票。使用物品明細や、保管用の一覧なども含まれます。形式は違っても、元になっている情報は、ほとんど同じです。にもかかわらず現場では、帳票ごとに直接入力したり、一覧表からコピー＆ペーストしたりして処理していることが少なくありません。すでに一覧表があるのに、それを途中で書き写す。この「途中の転記作業」が、手間にもなり、ミスの原因にもなります。だから私は、帳票は直接入力しない前提で設計します。入力するのは一覧表（明細）だけ。帳票は、その一覧表を元に自動で作成・出力されるものとして扱います。一覧表から帳票へ、人の手で書き写す工程は挟みません。こうしておくと、帳票を作るたびに「どこを入力するんだっけ」と考える必要がなくなります。元データが1つなので、数字や表記がズレることもありません。帳票を自動で作成する仕組みは、単なる効率化ではなく、業務を安定させるための設計です。入力・転記・修正といった人の判断が入る工程を減らすことで、誰が作業しても同じ結果になります。前段で一覧表を整え、後段で帳票を自動生成する。この流れを作っておくと、帳票が増えても、業務は破綻しません。帳票は、作業として入力するものではなく、一覧表の結果として出力されるもの。そう考えて設計しています。

業務の効率化や自動化は、多くの場合「良いこと」として語られます。時間が短縮できる。ミスが減る。作業が楽になる。どれも、間違っていません。ただ、現場を見ていると、効率化が進んだことで逆に不安を感じる人が出てくる場面もあります。それは、やる気がないからでも、変化を嫌っているからでもありません。これまで、自分の手で確認していたこと。途中の計算や、結果に至るまでの経路を頭の中で追えていたこと。それが、ボタン一つで結果だけが出てくるようになると、「本当に合っているのか分からない」という感覚が残ります。特に、これまで丁寧に仕事をしてきた人ほど、この不安は大きくなりがちです。時間をかけて確認していた行為は、単なる作業ではなく、安心するためのプロセスでもあったからです。効率化や自動化を進めるとき、つい「無駄な作業を減らす」という視点だけで考えてしまいがちですが、現場では、その作業が「納得するための時間」「責任を持つための確認」になっていることも少なくありません。だから、効率化は「作業を減らすこと」そのものが目的ではなく、不安をどう扱うかを一緒に考える必要があると思っています。仕組みを変える前に、どこで安心していたのか。何を確認していたのか。そこを理解せずに進めると、便利になったはずなのに、現場の気持ちは置いていかれてしまいます。効率化は、正しく進めれば現場を楽にしてくれます。でも、急ぎすぎると、別の負担を生むこともある。そのことを少しだけ意識しておくだけで、進め方は大きく変わる気がしています。

目次 序章　天照、業務の闇を照らす 00工程　神々、目的の火を灯す 01工程　猿田彦、進む道を定める 02工程　八百万の神々、業界を観る 03工程　大国主、仕事を細かく分ける 04工程　思兼、SAPの思想を翻訳する 05工程　天照、作る範囲を照らす 06工程　豊受、マスタの蔵を整える 07工程　月読、伝票に時を刻む 08工程　猿田彦、業務の道順を描く 09工程　建御雷、権限の剣を立てる 10工程　天児屋命、承認の言葉を定める 11工程　少彦名、スプレッドシートを器に変える 12工程　思兼、コードの神経を張る 13工程　布刀玉命、帳票の形を整える 14工程　大黒天、会計の流れをつなぐ 15工程　豊受、在庫と原価を鎮める 16工程　月読、記録の鏡を置く 17工程　思兼、設計資産の対象を定める 18工程　八百万の神々、部品を分ける 19工程　業種の神々、拡張を授ける 20工程　氏神、会社ごとの癖を受け止める 21工程　天鳥船、古きデータを運ぶ 22工程　少彦名、既存Excelと和合させる 23工程　海神、外部サービスと水脈をつなぐ 24工程　天鈿女、定期処理を舞わせる 25工程　建御雷、失敗に備える 26工程　天手力男、品質を支える 27工程　月読、変更の差を読む 28工程　猿田彦、リリースの道を開く 29工程　恵比寿、運用の笑顔を守る 30工程　天鈿女、学びの場を開く 31工程　神々、現場に降りる 32工程　天照、経営の鏡を掲げる 33工程　御命、場を開き、次の会社へ渡す 終章　神々の合議が残した言葉 序章　天照、業務の闇を照らす ある中小企業の現場には、無数のスプレッドシートが存

■ 導入：自動化は「作業」を減らす前に「思考」を整えるところから始まる本業では多くの作業効率化に、ココナラでは複数の依頼に携わってきました。内容は、業務の自動化・システム化・作業効率の改善などさまざまですが、どの案件でも共通していることがあります。それは、「自動化したいことや依頼された内容をそのまま作らない」ということです。依頼者の方が最初に伝えてくださる要望は、“本当に必要なものの表面だけ”を切り取ったものになっていることが多く、その奥には必ず 「達成したい目的」 と 「現場の制約」 が存在しています。私はまずそこから理解しにいきます。■ 課題：要望は“作りたいもの”であって、“本当に解決したい課題”ではないたとえば、「この操作を自動化してほしい」「この一覧を作れるようにしたい」「この作業を簡単にしたい」こうした相談の裏には必ず、もっと大きな問題 が隠れていました。そもそも作業フローに無駄がある自動化以前に手順を見直すほうが効果が高い使っているPC・アプリ・環境が作業に適していない人ごとに作業が違い、属人化しているゴールが「自動化」ではなく「ミスなく早く終わること」ここを理解しないままスクリプトを作ると、表面的には“動くもの”ができても、生産性はほとんど上がりません。■ 改善：AIとスクリプトは“正解”ではなく“設計のパートナー”依頼内容の裏にある「本当の目的」を見れば、最適な方法は変わってきます。自動化ではなく、作業の順番を変えたほうが早い時もあるボタンを一つ作るより、一括処理の構造にしたほうが安定することもあるAHKよりGASのほうが向いている場合もあれば、その逆もあるA