ESSAY / 第一稿

反論してくれる相手がいない

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に入力してよい情報の範囲は、取引先との契約、就業規則、各種法令によります。取引先名、単価、図面、個人情報、未公表案件の扱いは、各社の規程と責任者の確認に従ってください。
  • 本稿は第一稿であり、実務での検証を経ていない設計仮説を含みます。前稿と合わせて読まれることを想定しています。
  • 本稿は法務・税務上の助言ではありません。

関連ページ