「先月の売上平均は○○円でした」「スタッフの対応満足度は平均4.2点です」。こういった数字を、経営の判断材料として使っている方は多いと思います。平均値はデータ全体をひとつの数字に要約できる、非常に便利な指標です。ただし、平均値には致命的な弱点があります。==異常値（極端に大きい・小さい値）があると、そちらに引っ張られてしまう==のです。たとえば、従業員10名の会社で9名の年収が300万円、1名だけが3,000万円だとします。このとき平均年収は約570万円。「うちの平均年収は570万です」は事実ですが、実態とはかなりズレています。さらに怖いのは、グループを合算したときに逆転現象が起きるケースです。これを「シンプソンのパラドックス」といいます。たとえば、AクリニックとBクリニックをそれぞれ見ると、どちらも治療成功率でAが上回っているのに、全体を合算するとBのほうが高くなる、といった現象が起きます。患者数の構成比（軽症・重症の割合）が違うために生まれる逆転です。「全体で見た数字」と「中身を分解した数字」が食い違うことは、現場でも珍しくありません。平均だけを見て判断することのリスクを理解したうえで、次からは「もう一段加える指標」を5つ紹介します。<h2 id="hb255331f79">中央値: 異常値に強いもうひとつの「真ん中」</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/3668c5b56681472eb7d7b8a84e00904e/blog-beyond-mean-median.png" alt="平均値と中央値が大きくズレている例：9名300万・1名3000万の年収分布" width="2560" height="1440"></figure>中央値とは、データを小さい順に並べたときの真ん中の値です。先ほどの年収の例で言えば、中央値は300万円。こちらのほうが実態に近い数字です。==平均値と中央値が大きくズレているときは、データの中に極端な値が混ざっているサインです。== たとえば、顧客単価の平均が8,000円なのに中央値が4,000円なら、高単価のごく一部の顧客が平均を押し上げている可能性があります。その場合、「平均8,000円の顧客」に向けた施策を打っても、大多数には刺さりません。平均と中央値を並べて眺める習慣をつけるだけで、数字の「実態感」がかなり変わります。特に売上・客単価・問い合わせ件数など、ひとつの大きな案件が全体を動かしやすい指標は要注意です。<h2 id="h57bc69a253">標準偏差: ばらつき＝リスクを数値で捉える</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/d6648fd7de0a426dbffdb8e409446c07/blog-beyond-mean-stddev.png" alt="5月と6月の店舗売上比較：平均は同じ50万でも標準偏差3万と15万でばらつきが違う" width="2560" height="1440"></figure>標準偏差とは、データが平均からどれくらい散らばっているかを表す数値です。難しく聞こえますが、要は「平均からの平均的なズレの大きさ」です。これが大きいほど、日ごとや月ごとのブレが大きいことを意味します。具体的な例で考えます。ある店舗の5月と6月、1日あたり売上の平均がどちらも50万円だったとします。数字だけ見ると「同じ調子」に見えます。しかし標準偏差を計算すると、5月は3万円、6月は15万円だったとしたらどうでしょう。==6月は平均こそ同じでも、日によって35万円の日もあれば65万円の日もある、不安定な状態です。== 5月は「安定して50万円を稼ぐ月」であり、6月は「運がよければ稼げるが、悪ければ大きく下振れする月」です。平均値だけを見ていると、このリスクの違いは一切見えません。売上・来客数・スタッフの稼働状況など、安定性がビジネスに直結する指標は、平均と合わせて「ばらつき」を見ることが大切です。<h2 id="h6dd4c0bf83">変動係数: 規模が違うものを公平に比べる</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/c17cac375b694db98db76b74921e34ad/blog-beyond-mean-cv.png" alt="大型店舗と小型店舗の標準偏差・変動係数の比較表" width="2560" height="1440"></figure>標準偏差には、ひとつ注意点があります。規模の大きいものほど、ばらつきの絶対値も大きく出やすいという性質です。たとえば、大型店舗と小型店舗を比較するとします。ある月の1日あたり売上の平均が、大型店舗は100万円、小型店舗は20万円だったとします。標準偏差を計算すると、大型店舗が20万円、小型店舗が6万円でした。「大型店舗のほうがばらつきが大きい＝リスクが高い」と言えるでしょうか。実はそうとは限りません。==変動係数（標準偏差÷平均値）を見ると、大型店舗は20÷100＝0.20、小型店舗は6÷20＝0.30。== 規模を揃えて比べると、小型店舗のほうが売上のブレが相対的に大きく、経営上のリスクが高い状態です。規模の違うものを比べるときは、変動係数で「比率のばらつき」を確認する必要があります。もうひとつ、変動係数が活きる使い方があります。特定の指標を週単位で追うケースです。たとえばコールセンターで、ある問い合わせカテゴリの「解決率」を週ごとに記録していたとします。変動係数が低い場合は、週によらず解決率が均一に低い状態です。オペレーターの個人差ではなく、対応マニュアルや仕組み自体に問題があると読めます。変動係数が高い場合は、解決できる週とできない週がある状態です。特定のオペレーターが担当した週だけ解決率が高い、といったスキルや教育のばらつきが原因である可能性が高くなります。同じ「解決率が低い」という問題でも、変動係数によって打ち手がまったく変わります。<h2 id="he58102f1b8">標準化: バラバラな指標を1つの優先度に束ねる</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/a13e2776cc764da1afbd8c261e594c34/blog-beyond-mean-standardize.png" alt="件数と解決率を標準化して1つの改善優先度リストに整理する流れ" width="2560" height="1440"></figure>コールセンターに20種類の問い合わせカテゴリがあるとします。「問い合わせ件数が多くて、解決率が低いカテゴリ」を優先的に改善したい。シンプルな目標ですが、件数は「件」、解決率は「%」と単位が異なるため、そのまま並べて比べることができません。標準化とは、異なる単位・スケールのデータを「平均0、ばらつき1」という共通の基準に変換する操作です。数式は不要です。感覚だけ掴んでください。標準化すると「平均からどれくらい離れているか」が同じ尺度で比べられるようになります。==件数と解決率を標準化したうえで合算すれば、「件数が多くて解決率が低いカテゴリ」を数値で順位づけできます。== 20種類がひとつの優先度リストに整理されます。エクセルやスプレッドシートで処理できるレベルの計算ですので、自社のデータに応用してみてください。<h2 id="hdd789af75e">偏差値: 母集団のなかでの位置づけを直感で掴む</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/ad1efd9c0d174cdea68aeab91f270e50/blog-beyond-mean-deviation.png" alt="10店舗の月間売上を偏差値化したランキング：上位グループから要てこ入れまで" width="2560" height="1440"></figure>偏差値は、受験で馴染みのある指標です。難易度の異なるテストの結果を比べるとき、単純に点数を並べても意味がありません。平均70点のテストで80点を取るのと、平均40点のテストで60点を取るのとでは、どちらがより「できた」のかが点数だけでは判断できません。==偏差値を使えば、どちらのテストでも「集団の中でどの位置にいるか」を同じ基準で表現できます。== ビジネスでも同じ考え方が使えます。たとえば10店舗を運営している場合、各店舗の月間売上を偏差値化すれば、「C店は偏差値65で上位グループ」「F店は偏差値42で平均以下」のように、どの店舗が業績好調で、どの店舗がてこ入れを要するのかが一目で分かります。単純な売上順位だけでは、上位と下位の差がどれくらい開いているかが見えづらいのですが、偏差値ならその「離れ具合」まで含めて把握できます。<h2 id="h0f56f0c478">まとめ: 目的別の使い分けと、意思決定の前に1つ加える習慣</h2>6つの指標を整理します。<ul><li>平均値: データ全体を1つの数字でぱっとつかみたいとき。ただし異常値の影響を受けやすく、分布の中身は見えないので、他の指標と組み合わせて使う</li><li>中央値: 異常値・外れ値があるなかで、平均よりも実態に近い「真ん中」を知りたいとき</li><li>標準偏差: 売上・品質など、同じ規模のデータ間でばらつきの大きさを比較したいとき</li><li>変動係数: 規模が違うもの同士を比べたいとき、または時系列の安定度からリスクの原因（仕組みかスキルか）を切り分けたいとき</li><li>標準化: 単位の違う複数の指標を統合して優先度をつけたいとき</li><li>偏差値: 集団の中での相対的な位置づけを把握したいとき</li></ul>どれも、「平均値だけでは見えなかったことを見えるようにする」ための道具です。難しい数式を覚える必要はありません。「今見ているこの数字は、ばらつきも見ているか？規模の違いを揃えているか？」という問いを持つだけで、データから引き出せる情報の量はかなり変わります。==平均値はあくまで入口です。意思決定の前にもう1つの数字を重ねる習慣が、判断の精度を上げていきます。==

平均だけ見ていると判断を誤る｜マーケ実務で使える基礎統計値の読み方5選

<h2 id="h69e7430cac">その「カスタマージャーニーマップ」、本当に施策に使えていますか？</h2>「作成したカスタマージャーニーが、どうもしっくりこない」マーケティング支援のご相談を受けるなかで、私たちFluxxが何度も聞いてきた言葉です。立派なフレームワークを使い、社内ワークショップまで開いて作り上げたジャーニーマップ。それでも数ヶ月後、施策には何ひとつ反映されていない。作る前と、ほとんど変わっていない。実を言うと、私たち自身もこの失敗を経験しています。クライアントと丸一日かけて付箋を貼りまくり、最後は「完璧に整理できましたね」と盛り上がったジャーニーマップが、半年後に同じ会議室のホワイトボードの隅で埃をかぶっていた、ということがありました。なぜでしょうか。答えはとてもシンプルです。==いきなりカスタマージャーニーを描いている==からです。「カスタマージャーニーを作ろう」と着手するときの多くは、まずパワーポイントを開きます。横軸に「認知 → 興味 → 比較 → 購入 → リピート」と書き出し、各段階で顧客が何を考え、どこで情報に触れるかを埋めていく。順序立てて見えるので、それっぽく完成します。ただし、その出来上がったマップを見て、明日からの広告クリエイティブ・コンテンツ・営業トークを変えられるかというと、手が止まる。作っても動けないのです。<h2 id="haed403e840">いきなりジャーニーを描くから、施策がブレる</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/fb49396af82447ecbb84ad45faf0ec62/blog-customer-journey-order-sec2.001.png" alt="いきなりジャーニーを描くと施策がブレる構図" width="2560" height="1440"></figure>なぜ動けないか。ジャーニーの各段階に書かれている「顧客」が、==誰なのか具体的に決まっていない==からです。「興味段階の顧客はSNSで情報収集する」と書いたとして、その「顧客」は40代の経営者なのか、25歳の独身女性なのか、30代の二児の母なのか。答えられないまま施策を考えると、出てくる打ち手はどれも当たり障りのない一般論になります。ジャーニーは、誰の物語かが決まって初めて意味を持ちます。裏を返せば、「誰の」が決まっていない状態で描いたジャーニーは、施策には絶対に落ちません。<h2 id="h548652e9d5">正しい順序は、サービス価値の整理 → ペルソナ → ジャーニー</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/b0e02b0b072a48ba9f54829096282afa/blog-customer-journey-order-sec3.001.png" alt="サービス価値の整理→ペルソナ→ジャーニーの正しい順序" width="2560" height="1440"></figure>では、どの順序で作るべきか。私たちFluxxがクライアントと一緒に走るときの順序は決まっています。<ol><li>サービス価値の整理（自社サービスが解決する課題を言語化する）</li><li>ペルソナ作成（その課題を抱える「一人の人物」を解像度高く描く）</li><li>カスタマージャーニー（その人物が、どこで何を感じ、どう動くかを描く）</li></ol>==順序を変えるだけで、ジャーニーは「使えるもの」に化けます==。実際にどう進めるか、ステップごとに見ていきます。<h3 id="hfab40d12e4">Step 1: 自社サービスが「誰の」「何を」解決するのかを描く</h3>最初にやるのは、市場調査でも競合分析でもありません。自社のサービスや商品が、==「誰の」「何を」解決するために存在しているのかを言語化する==ことです。たとえばアパレルブランドなら、「20代後半の働く女性が、限られた予算の中で自分らしく見せたい、というジレンマを解決する」かもしれません。サービスの存在意義を、顧客の悩みの言葉に置き換える作業です。「誰の何を解決しているか」を言葉にできない事業に、刺さるジャーニーは描けません。<h3 id="hd2c9584cac">Step 2: コミュニケーションターゲットを絞る</h3>次に、その「誰の」をもっと具体的にしていきます。私たちはこれをコミュニケーションターゲットと呼んでいます。最低限決めるのは、以下の6つです。<ul><li>性別</li><li>年齢</li><li>職業</li><li>家族構成</li><li>世帯年収</li><li>居住エリア</li></ul>「20〜40代の女性全般」では足りません。「26歳、独身、関東在住、年収400万円、IT企業勤務、一人暮らし」くらいまで絞ります。ここで「狭めすぎでは？」と感じるかもしれませんが、==広く取った瞬間に、施策の解像度はゼロに近づきます==。<h3 id="hf3722e3764">Step 3: その人の価値観を想像する</h3>属性が決まったら、次はその人の意識や価値観を想像します。ここがペルソナ作成の肝です。具体的には4つの観点で想像を膨らませます。<ul><li>趣味（何が好きで、どんなブランドに馴染んでいるか）</li><li>お金に対する価値観（貯める派か、経験に使う派か）</li><li>仕事に対する価値観（出世重視か、自分の時間重視か）</li><li>自社サービスが関係する業界への価値観（コスメなら美容観、旅行代理店なら旅行観）</li></ul>「想像」と書きましたが、適当でいいわけではありません。社内の営業やCSが日々接している顧客の声、SNSでの実際の投稿、過去の購入データ——使える材料は全部使って、解像度を上げていきます。<h3 id="hb809598b86">Step 4: 詳細なペルソナを言語化する</h3>価値観まで描けたら、いよいよペルソナを一人の人物として書き起こします。箇条書きでも構いません。大事なのは、==読んだ瞬間に「この人」が頭の中で動き始める==ことです。例として、あるアパレルブランドのペルソナを書いてみます。<blockquote>女性／25歳／関東在住／一人暮らし（交際相手あり）／年収400万円 趣味：小旅行（特に韓国） 服への価値観：安く高品質なものを組み合わせて自分らしさを出しつつ、コスパも出したいおしゃれ上級者。普段使いするのは、トレンド感とコスパを両立した大手通販系ブランド。アクセサリーへの関心も高く、プライベートでも指輪やブレスレットをよく身につける。</blockquote>ここまで書けると、ジャーニーの各段階で「この人だったら何を見て、何を感じて、何を選ぶか」が具体的に描けるようになります。逆に、ここまで描けていないペルソナでジャーニーを書こうとすると、必ず筆が止まります。<h3 id="h423a75e75d">Step 5: ここまできて、初めてジャーニーを書く</h3>サービス価値の整理とペルソナがここまで仕上がってから、ようやくカスタマージャーニーに取り掛かります。ジャーニー自体の作り方は、また別の機会に詳しくお話しします。一つだけお伝えしたいのは、==ペルソナができていれば、ジャーニーは半分以上書けたようなもの==だということです。<h2 id="h04e9251f83">ペルソナを飛ばしたジャーニーが「使われない」3つの理由</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/5f56705975074cec8939cd0a34d12f0e/blog-customer-journey-order-sec4.001.png" alt="ペルソナを飛ばしたジャーニーが使われない3つの理由" width="2560" height="1440"></figure>ここまで読まれた方なら、もうお気づきかもしれません。ペルソナを飛ばしたジャーニーが現場で使われない理由は、大きく3つあります。1. 抽象的な階段で終わる「認知」「興味」「比較」「購入」と並べた階段は、誰にとっても当てはまる代わりに、誰にも刺さりません。書けるのは「SNSで情報収集する」「比較サイトを見る」といった一般論までで、具体的な顧客像が立ち上がってこない。結果、「参考資料としては面白いね」で終わり、施策には使われない資料が1枚増えるだけです。2. 明日の施策に落ちないジャーニーを描く本来の目的は、「明日から広告クリエイティブ・コンテンツ・営業トークをどう変えるか」を決めることです。ところがペルソナが曖昧なままだと、各段階で取るべき打ち手の粒度も曖昧になります。「興味段階で動画広告を強化する」まではなんとか書けても、==「どんな表情の人が、どんな一言にハッとするのか」まで設計できない==。結局、動画広告の中身は制作担当者の勘に任される、いつものパターンに戻ります。3. チームで合意形成できないペルソナが揃っていないと、ジャーニーの解釈は見る人ごとに変わります。マーケは「20代後半の独身女性向け」のつもりで描いたジャーニーを、営業は「30代の主婦向け」と解釈する。社長は「男女問わず」と受け取る。誰も間違っていないのに、施策のアウトプットはバラバラになります。一人のペルソナが共有されていないジャーニーは、チームの会話を揃える機能を果たしません。<h2 id="h56a9fd8ff2">まとめ ── 順序を変えるだけで、ジャーニーは「使えるもの」になる</h2>もう一度おさらいします。カスタマージャーニーを「使えるもの」に変えるのに、特別な理論もツールもいりません。==必要なのは順序だけです==。<ol><li>自社が「誰の、何を」解決しているのかを言語化する</li><li>コミュニケーションターゲットを6項目で絞る</li><li>その人の価値観を4つの観点で想像する</li><li>詳細なペルソナを一人の人物として書き起こす</li><li>ここまで終えてから、ジャーニーを描きはじめる</li></ol>逆に、この順序を飛ばして先にジャーニーを描き始めた瞬間に、マップは「会議で使わない資料」になる運命をたどります。時間もコストも、何より現場の熱量もロスしてしまう。もったいない話です。「自社でもジャーニーを作ったけれど、うまく使えていない」と感じている方は、いったんジャーニーから離れて、ペルソナの書き直しから始めてみてください。順序を戻すだけで、同じ時間・同じメンバーで作っても、出てくるマップの質が変わります。私たちFluxxが提供するFluxx Growth Partner（FGP）では、この「サービス価値の整理 → ペルソナ → ジャーニー」の順序を、クライアントの事業に合わせて一緒に走るマーケティング伴走支援を行っています。自社だけで進めるのが難しい、社内のチームで解釈が揃わない、という場合は、お気軽にご相談ください。

カスタマージャーニーをつくる前にやってほしいたったひとつのこと

<h2 id="h55b4a8290d">AIを入れたのに、半年経っても忙しい理由</h2>ChatGPTやClaude、最近ではGeminiも加わり、AIツールを業務で使い始めて半年。議事録の要約、メール文面の下書き、調査のまとめ、提案書のたたき台。確かに便利です。私たちFluxxでも日常的に使っています。ところが、導入から半年ほど経ったクライアントから、こんな声をよくいただきます。「AIを使い始めてから確かに助かっているけど、忙しさは変わっていない」これは珍しい話ではありません。AI活用の初期段階では、多くの会社がぶつかる壁です。<h2 id="hd28e06fb2e">なぜ「使っているのに楽にならない」のか</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/dfabd8a662a649c09cac4d39428d6558/blog-ai-still-busy-sec2.001.png" alt="都度AI利用の隠れたコスト" width="2560" height="1440"></figure>理由はシンプルです。AIに毎回「頼んでいる」だけだからです。ちょっと振り返ってみてください。「この会議メモ、要約して」「この請求書の内容を整理して」「このメール、いい感じに直して」「この資料をもとに提案文を作って」。どれも便利ですし、実際に時間も少しは浮きます。でも、浮いた時間って体感できていますか?実はこういう使い方をしていると、目に見えないコストが積み重なっています。依頼文を考える。前提を補う。出力が合っているか確認する。保存する。共有する。次の人に渡す。例外があれば自分で処理する。AIが途中の一工程を助けてはいても、==仕事全体の流れは変わっていない==のです。<h2 id="h2260e680cd">単発業務と固定業務を分けて考える</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/1b873bff824245b89218448a6dcf4826/blog-ai-still-busy-sec3.001.png" alt="単発業務と固定業務の違い" width="2560" height="1440"></figure>ここで大事なのは、業務には2つの種類があるという点です。単発業務（毎回条件が違う仕事）は、毎回前提や相手が異なり、その場の判断が求められます。提案の方向性を考えたり、クライアントの要望をどう解釈するかといった仕事がこれにあたります。こうした仕事には、AIへの都度相談がよく合います。固定業務（入力・判断・出力がほぼ決まっている仕事）は話が別です。受け取った書類を分類して保存する、毎週決まった形式のレポートを作る、定例の通知を送るといった仕事は、やることのパターンが毎回ほぼ同じです。こういう仕事に対して毎回手動でAIに頼んでいるのは、==本来自動化できるはずの作業を、わざわざ手で回し続けている==ことになります。「手動でAIに頼むのが悪い」という話ではありません。最初はそこから始めるのが自然です。問題は、半年経っても同じ頼み方をしていること。同じプロンプトを何十回もコピペしているなら、それは「仕組みにできる」というサインです。<h2 id="h0e68bd9580">AIの本当の価値は「実行」ではなく「分解」にある</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/1346e7d34e3340acbbc6edf7b15f0d8a/blog-ai-still-busy-sec4.001.png" alt="AIの本当の価値は分解にある" width="2560" height="1440"></figure>AIが得意なのは、曖昧な業務を再現可能な手順に分解することです。たとえば「請求書を処理する」という業務。ざっくりした一言ですが、実際に分解してみるとこうなります。受け取る。開く。会社名・金額・支払期日を読む。保存する。後で探せる形にする。必要な人に知らせる。会計処理につながる場所へ渡す。ひとつひとつは単純ですが、7つのステップがあります。そして、ほとんどは条件が明確なので自動化できます。この「分解」が起点です。==分解さえできれば、あとは固定フローとして仕組みに落とせます==。逆に、分解しないまま「AIに丸投げ」しようとすると、結局うまくいきません。よく「AIに請求書処理を任せたい」というご相談をいただきますが、最初にやるべきは「請求書処理って具体的にどの手順のことですか?」と聞き返して、一緒に分解することなのです。<h2 id="h28224878ee">Fluxxが実際にやっていること</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/cf69614ab93c4fe0917263834a0fc23d/blog-ai-still-busy-before-after.001.png" alt="AI活用のBefore/After" width="2560" height="1440"></figure>私たちFluxxでは、AIに「全部いい感じにやって」とは頼んでいません。まず業務を分解して、固定化できる部分だけを仕組みに落としています。いちばんわかりやすい例が、請求書の処理です。<h3 id="h67073084a3">Before: AIに都度頼んでいた頃</h3>以前は、取引先から届いた請求書をこう処理していました。メールで届いたPDFを開く。AIに「この請求書の会社名、金額、支払期日を教えて」と頼む。出力を確認する。Google Driveに保存する。ファイル名を手で整える。スプレッドシートの台帳に転記する。経理チャンネルに「届きました」と投稿する。AIが読み取りを助けてくれる分、以前よりは速い。でも、==プロンプトを書く→出力を確認する→保存する→転記する→共有する、は全部手動==のままでした。月に20枚届けば、20回同じことをやっている。<h3 id="he4a826d661">After: 固定フローに落とした今</h3>今は、届いた請求書をSlackの経理botに転送するだけです。あとは自動で回ります。<ul><li>AIが会社名・金額・支払期日・請求書番号を読み取る</li><li>電子帳簿保存法に対応したファイル名でGoogle Driveに保存</li><li>索引簿（スプレッドシート）に自動追記</li><li>Slackに「処理完了しました」と通知が返る</li><li>支払期日が近づくと、リマインド通知も届く</li></ul>人がやるのは、最後に「読み取り結果がおかしくないか」をざっと確認するだけです。月20枚の請求書処理にかかっていた時間が、ほぼゼロになりました。ポイントは、AIの性能が上がったから速くなったのではない、ということです。業務を「受信→読み取り→保存→索引→通知」の5ステップに分解し、固定フローにしたから速くなった。AIはその中の「読み取り」を担っているだけで、==仕組み全体の設計が本質==です。<h2 id="h8a0e6de581">仕組みの保守も、仕組みにする</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/345afe8b3acd4d359dee85634ed875b0/blog-ai-still-busy-sec6.001.png" alt="仕組みの保守サイクル" width="2560" height="1440"></figure>自動化を入れると、次に必ず起きるのが「止まっていたのに気づかなかった」問題です。実例があります。月曜の朝に先週分のレポートを確認しようとしたら、データが丸ごと欠けていました。遡ってみると、木曜の深夜から処理が止まっていたのです。原因は外部サービス側のAPI仕様がひっそり変わっていたこと。エラーログは出ていたのですが、通知の仕組みがなかったので誰も気づけないまま数日が経過しました。自動で動いているものは、止まっても誰にも怒られません。だからこそ、気づく仕組みがないと静かに壊れていきます。Fluxxでは、この問題にも仕組みで対処しています。自動処理がエラーを起こしたら、まずAIが自動で原因を調査し、修正を試みます。修正できた場合はそのまま処理を再開し、できなかった場合だけ人間に通知が届く、という構造です。==仕組みを入れたあとの保守まで仕組み化する==。ここまでやらないと、結局「自動処理を監視する仕事」が新たに増えるだけです。<h2 id="h2ba60605ab">まとめ: AIは「便利な相談相手」で終わらせない</h2>AIを入れても忙しいままなのは、AIの性能の問題ではありません。使い方の問題です。固定業務に毎回チャットで頼むのをやめて、仕組みに落とす。AIの役割は「実行」ではなく「分解」にある。仕組みの保守まで仕組み化して、はじめて「楽になった」と言える。==同じプロンプトを何度もコピペしているなら、それは仕組み化のサイン==です。社長が個人的にChatGPTを使っている段階でも、社内にAIツールを導入した段階でも、考え方は同じです。ちょっと立ち止まって考えてみてください。毎回同じことをAIに頼んでいないか? もし思い当たる作業があれば、その業務を「分解してみる」ことが最初の一歩になります。

AIを入れたのに、半年経っても忙しい理由

先日、月初の経理チェックをしていて、Slackの請求欄で手が止まりました。2015年からずっと有料プランを使ってきました。累計で支払った金額を計算すると、数百万円。Slackに育ててもらったと言っていいほど、会社の会話はずっとこのツールの上で流れていました。その日、私は10年続けたSlackの有料プランを解約しました。理由は「費用を抑えたかったから」というのももちろんありますが、Slackを&quot;ただのチャット&quot;に戻すと決めたからです。<h2 id="ha13169d577">高いと感じるなら、無料プランで十分かもしれない</h2>経営者同士で話していると、「Slackが高いからDiscordに移行したい」「ChatWorkからSlackに変えたいけど、高くて踏み切れない」という話をよく聞きます。ここで一度立ち止まって考えたいのは、Slackは無料プランでも業務の大半が回るという事実です。リアルタイムのメッセージ、チャンネル、DM、ファイル共有。日常の連絡手段としてはほぼ不足がありません。月額が高いと感じているなら、まず検討すべきなのは他ツールへの乗り換えより、無料プランへの切り替えです。ただ、無料プランに踏み切れない理由があります。無料プランでは90日を超えたメッセージが表示されなくなるのです。 私たちもそうでした。履歴が消えるのが怖くて、ずっと有料プランを継続していました。<h2 id="hf04ca5913b">90日を超えたメッセージが検索できなくなる問題の正体</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/ad865d12bf01440995a7fa782c87055f/blog-slack-farewell-sec1.001.png" alt="残したい情報がSlackにしかない — 置き場所の問題" width="2560" height="1440"></figure>90日を超えたメッセージが検索できなくなる。これが怖いと感じるのは、==Slackがストック情報の最終置き場所になっている会社==です。Slackはもともとフロー情報を流すためのツールです。リアルタイムの通知や会話を扱うのは得意ですが、あとから検索して参照するナレッジの倉庫として設計されたものではありません。にもかかわらず、タスク、顧客情報、議事録、ナレッジ、業務マニュアルが「あとでSlackを遡って見る」前提でSlackに溜まり続けている。こうなると90日で履歴が消える仕様は致命的です。ツールを乗り換えても、この構造のまま移行すれば、移行先で同じことが起きます。Discordに移れば、残したい情報が今度はDiscordに溜まっていく。ChatWorkからSlackに移行しても、同じ使い方をすれば同じ壁にぶつかります。ストック情報の置き場所を変えなければ根本解決になりません。<h2 id="h2bcdc67955">解決：ストック情報の最終置き場所をNotionにする</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/9bc1922f8148402b82ac9ff6aa93a7c2/blog-slack-farewell-sec2.001.png" alt="Slackはフロー、Notionはストック" width="2560" height="1440"></figure>私たちがやったのは、社員のSlackの使い方を制限することではありません。Slackには今まで通り、タスクの相談も、顧客の報告も、ナレッジの共有も、議事録のメモも流れています。ここは変えていません。変えたのは、==Slackをストック情報の最終置き場所にしないこと==です。Slackは情報の通り道。Notionは情報の保管庫。Slackに流れたもののうち残したい情報は、自動的にNotionへ移す。Notionが「あとから検索して見返す場所」になり、Slackは流れを受け止めるだけでよくなる。これで、Slackに何が流れていても90日で消えていい状態になります。言葉にすると簡単ですが、この「情報を移す」を人の手でやると運用がうまくいかないのは目に見えています。だから以前から少しずつ仕込んでいたbotの仕組みに、この仕事を組み込むことにしました。<h2 id="h882cd5c01a">鍵になったのは、botがSlackからNotionへ情報を移す仕組み</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/b7ddef9ddfb945599a3c33f867d68c06/blog-slack-farewell-sec3.001.png" alt="Slack→bot→Notion の自動吸い上げフロー" width="2560" height="1440"></figure>botがSlackの各チャンネルを定期的に巡回して、残すべきメッセージをNotionの所定のデータベースに分類・保存していきます。<ul><li><code>#sales</code> に流れた商談メモ → 顧客DBの該当レコードに追記</li><li><code>#dev</code> に流れた技術的決定 → 技術ナレッジDBにページ作成</li><li><code>#help</code> で解決した質問と回答 → FAQデータベースに蓄積</li><li>議事録の共有メッセージ → 議事録DBに格納</li></ul>分類のルールはシンプルで、チャンネルの用途とメッセージのパターンで判定します。最近はLLMを挟んで、要約や分類の精度も上げました。この仕組みが入ってから、==「Slackに書いたけどNotionにもコピペしなきゃ」という作業がなくなりました==。Slackで会話したあと、少し時間が経つと、自動でその会話の本質だけがNotionに移っている状態です。結果として、90日でSlack側の履歴が消えても、必要な情報はNotionに残っています。むしろ今は「Slackで消えて困る情報はないか？」と自問して、必要ならbotの吸い上げルールを追加する運用になりました。==履歴が消える期限が、ストック化の品質を保つチェックポイントになっています==。<h2 id="hc6889a8860">ツールを乗り換える前に、無料プラン化を検討する</h2>「Slackが高いからDiscordへ」「ChatWorkからSlackに変えたいけど高い」という相談が来るたびに、私はだいたい同じことを聞いています。「無料プランに踏み切れない理由は、何ですか？」ほとんどの場合、答えは90日で履歴が消えることです。これはbotでストック情報をNotionに移してしまえば、問題になりません。もう一つ、Slack Connect（外部の会社とチャンネルを共有する機能）が使えなくなる点も挙がります。ただ、Slack Connect は双方が有料プランである必要があり、実際に常時接続が要るチャンネルは想像より少ないことが多いです。相手のワークスペースにゲストで入る、双方で無料ワークスペースを作る、メールやGoogleで代替する、といった選択肢で十分まかなえます。==決まっていないなら、どのツールに移しても同じ問題が起きます==。乗り換えを検討する前に、90日をどう扱うかをまず決める。ここを飛ばして別ツールに行っても、結局は似たハードルを別の形で抱えることになります。<h2 id="ha214098e44">まとめ</h2>10年使った有料プランを手放したのは、Slackが嫌いになったからではありません。==ツールの位置づけが、自分たちの中でクリアになった==からです。Slackは情報の通り道。Notionは情報の保管庫。その間をbotが自動で橋渡しする。この整理ができたとき、Slackに払い続けていた月額が、自分たちにとって必要なものではなくなっていました。Slackから安いツールへ移行したい、あるいはChatWorkからSlackに乗り換えたいけど高くて踏み切れない、という会社にお伝えしたいのは、ツールを変える前にまず、無料プランにできない理由と向き合ってほしい、ということです。履歴が90日で消えるのが本当に困るのか、困るならストック情報の置き場所をどう変えるか。ここに答えが出せれば、今のツールのまま無料プランに移れることも少なくありませんし、必要ならその先で乗り換えを考えればいい。順番を逆にすると、コストだけが増えていきます。

10年使ったSlackの有料プランに別れを告げた日

<h2 id="h868e5b5c72">「いい感じで」から始まる制作は、なぜ少し遠回りになりやすいのか</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/6b542f966b1746e59405a66f0a36eb62/blog-images-iikanji.001.png" alt="いい感じでの構造" width="2560" height="1440"></figure>「バナー、いい感じで作ってもらえますか」この言葉、制作の現場で本当によく聞きます。お忙しい経営者の方が細かい仕様まで言語化する時間を取るのは大変ですし、制作側への信頼があってこその「いい感じで」だと受け取っています。ただ、この一言のあとに、どうしても手戻りが起きやすいのも事実です。意外に思われるかもしれませんが、原因は制作会社の腕や相性というより、もう少し手前にあります。==制作物の仕上がりは、「作る前に何を握れたか」で大半が決まります。==私たちもかつて、ご依頼いただいた「いい感じで」をそのままお預かりして作り始めたことがあります。結果、初稿で認識のズレが生まれ、修正を重ねて、お互いにスケジュールが伸びてしまう。あの経験から学んだことが、この記事のベースになっています。たとえるなら、はじめてお会いした方に「なんか美味しいもの食べたい」とご相談されたような感覚です。おしゃれな雰囲気がいいのか、しっかり食べたいのか、ご予算感はどうか。聞かないとわからないことがたくさんあるのに、「なんか」の一言にすべてが詰まっている。しかも、初対面。好みもアレルギーも、まだ共有できていません。Web制作の「いい感じで」も、構造としてはこれに近いのだと思います。<h2 id="h3741a77255">制作物の「やり直し」が起きる、ほんとうの原因</h2>初稿が上がってきて「思っていたのと少し違うな」と感じる瞬間、「別の制作会社を探してみようか」と考えられる方もいます。そのお気持ちは、私たちもよくわかります。==ただ、多くの場合、原因は制作会社の腕そのものではありません。==原因はもう少し手前にあることがほとんどです。「誰に届けるのか」「どこに出すのか」「何を伝えたいのか」。この3つを、発注する側と作る側で丁寧に擦り合わせないまま走り出している。そうなると、初稿で認識がズレ、修正してもまた少しずつズレていきます。だからこそ、制作会社を替えるよりも、発注の入口を少し丁寧にするほうが、結果的に近道になることが多いんです。<h2 id="h67488e53cf">作る前に決めること — 私たちがやっている「擦り合わせ」</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/e1376c2c14fe458da11b5ed87d5fe262/blog-images-iikanji.002.png" alt="要件定義で握る4つのこと" width="2560" height="1440"></figure>私たちFluxxでは、制作に入る前に必ず「擦り合わせ」のお時間をいただいています。業界の言葉で言えば要件定義ですが、やっていることは難しくありません。ターゲット。誰に届けたいのか。年齢層やお仕事だけでなく、その方がいまどんな不安や期待を抱えているのか。ここがぼんやりしていると、デザインもコピーも輪郭がぼやけてしまいます。配信面。リスティング広告に出すのか、ディスプレイ広告なのか、リターゲティングなのか。同じバナーでも、出す場所で果たす役割がずいぶん変わってきます。訴求軸。価格で届けるのか、手軽さで届けるのか。どちらが効くかを一度で見極めるのは難しいので、「仮説を2つ立てて、両方作って小さく検証する」という進め方をおすすめすることがよくあります。==判断基準==。ここが一番、見落とされやすいポイントです。何をもって「良いバナー」とするのか。クリック率なのか、お問い合わせ数なのか。基準を先に決めておくと、出来上がったものを見たときに、感覚ではなく数字で「次はここを伸ばそう」と話ができます。この4つを30分ご一緒に整理するだけで、修正のやりとりが自然と減っていきます。<h2 id="h07b9445be0">実例 — 寺院向けサービスのリタゲバナー</h2>最近お手伝いさせていただいた案件の話をさせてください。寺院向けにホームページ制作を提供しているサービスで、リターゲティング用のバナーが必要になりました。「バナーを3サイズ作ってほしい」。ご依頼はシンプルでした。ただ、ここでいきなり「いい感じのバナー」を3サイズ作っても、おそらく期待した反響は得られません。住職の方にバナー広告でアプローチするとはどういうことか、を先に整理する必要がありました。住職の方は50代〜70代が多く、インターネット広告に普段から触れる機会は多くありません。「HP制作って高いのでは」「なんだか難しそう」。この2つの心理的なハードルが、お問い合わせの手前でブレーキになっているのではないか、と仮説を立てました。そこで訴求軸を2つに分けて設計しました。「簡単・安心」で心理的なハードルを下げるパターンと、価格を先にお見せして不安を和らげるパターン。==まずスクエアサイズで2パターン作り、反応を見てから3サイズに展開==しました。いきなり3サイズ×2パターンで6枚を作るのではなく、小さく試してから広げる。このやり方だと、大きな手戻りが起きにくく、起きたとしてもすぐに軌道修正ができます。<h2 id="hdabc3e996d">「バナーを作りたい」のか「お客様を増やしたい」のか</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/fde135f938a84e71a3be25b6ac433d0d/blog-images-iikanji.003.png" alt="手段の前に目的を握る" width="2560" height="1440"></figure>擦り合わせのなかで、私たちが大切にしていることがひとつあります。==いただいたご依頼の言葉を、最初にもう一度、一緒に問い直させていただくこと。==「リタゲバナーを作りたい」とご相談いただいたとき、本当に実現したいことは、バナーそのものではなく「お客様を増やしたい」「お問い合わせを増やしたい」だったりします。バナーは、そのための手段のひとつ。そう整理できると、もしかしたら既存のお客様へのメルマガのほうが費用対効果が高いかもしれません。新しいバナーよりも、LPの導線を先に見直すほうが効くかもしれません。そうした選択肢も、一緒にテーブルに並べられるようになります。ここを握らずにバナーだけを作ってしまうと、制作費も広告費もかけたのに「思ったほど反響が出なかったな」と感じる結果になりがちです。バナーの品質ではなく、そもそもの打ち手が目的と少しズレていた、というケースが多いんです。<h2 id="h1408e512ac">「いい感じ」が通じるのは、お互いのことを知っているから</h2>最後にひとつだけ。「いい感じで」が通じる関係は、もちろんあります。何年も一緒に仕事をしてきたパートナーの間なら、それで十分に伝わることがある。それは、==お互いの考え方や判断の軸を共有できているから==こそ成り立ちます。はじめましての関係で「いい感じで」を頼りに進めると、好みも大切にしたい世界観も、判断の基準も手がかりが少ないまま作り始めることになり、どうしても精度を上げにくくなります。ひとつだけ、ご提案があります。日頃からSNSやブログで自社の考え方を少しずつ発信していただけると、制作側にとってはとてもありがたい手がかりになります。私たちFluxxでも、初回のミーティング前には必ずクライアントのSNSや発信を拝見しています。言葉にされていない部分をそこから読み取って、ミーティングに臨むようにしています。「察してほしい」を積み上げるよりも、最初に30分だけ、一緒に擦り合わせる時間をいただく。そのほうが、制作物の精度もスピードも、ずっと良くなります。バナー1本でも、LP1枚でも。「誰に・なぜ・何を」を最初にいっしょに整理してから作る。それだけで、仕上がりも成果も変わっていきます。「いい感じで」でお願いしたくなる瞬間があるのは、私たちも同じです。だからこそ、その一言を口にされる前の30分を、ぜひ一緒に過ごさせてください。

「いい感じで」と発注する前にしておくべき4つのこと

<h2 id="h57cf4e3436">「満足」と「ファン」は別物</h2>「お客様満足度は高い。なのにリピーターが増えない」。マーケティング分析のプロジェクトをお客様とご一緒する際に、よくご相談頂くことの一つです。アンケートで「満足」に丸がつく。でも次の来店やご紹介には繋がらない。なぜでしょうか。==「不満がない」と「心に残った」はまったく別の話==だからです。総合満足度は、いわば品質のチェックリストのようなもの。「特に嫌な思いはしなかった」なら高いスコアが出ます。一方で、NPS（「この商品・サービスを友人に薦めますか？」という質問で測る指標）はもう一段深い問いかけです。わざわざ人に薦めたくなるほど、心が動いたかどうか。満足度が高いのにNPSが低い場合、「不満はないけれど、心に響く何かがなかった」という状態です。飲食店で言えば「普通においしかった」と「あの店、今度一緒に行こうよ」の違い。経営者としてどちらの状態を目指すべきかは言うまでもありません。<h2 id="he2546c4812">同じスコアでも、中身がまるで違う</h2>NPSは「推奨者の割合」から「批判者の割合」を引いて算出します。ここで厄介なのが、同じスコアでも内訳によって意味がまったく変わるということです。そもそもNPSの3つのレイヤー（批判者・中立者・推奨者）は、お客様の「気持ちの段階」を表していると考えるとわかりやすくなります。批判者は「特に何も感じていない」状態。中立者は「想定通りの価値は感じている」状態。そして推奨者は「期待を大きく超えて、気持ちのつながりが生まれている」状態です。この前提を踏まえて、NPSが同じ「-20」の商品が2つあったケースを考えてみます。<figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/ec03e89767fe4b618b4deaed6eacf35a/blog-nps-sec2-breakdown.001.png" alt="同じNPS-20点でも内訳がまるで違う商品A/B対比" width="2560" height="1440"></figure>商品Aは推奨者が10%、中立者が60%、批判者が30%。商品Bは推奨者が30%、中立者が20%、批判者が50%。どちらも計算上は「-20」ですが、意味合いはまるで違います。商品Aは中立者以上が多いので、最低限の「機能的な価値」はお客様に届いています。使い勝手に大きな不満はない。ただし推奨者が少ない。つまり「ファンになるほど心が動いた」という体験は提供できていません。足りないのは機能ではなく、「もう一度来たい」「人に教えたい」と思わせる情緒的な価値です。一方の商品Bは批判者が50%と非常に多く、そもそも基本的な品質が期待に届いていない可能性があります。ただし推奨者も30%いる。つまり「好き嫌いがはっきり分かれる商品」です。刺さる人には強く刺さっているが、合わない人のほうが多い。商品Aに必要なのは「情緒的な価値の上乗せ」——たとえば接客時のちょっとした心遣いやブランドとしての世界観の強化。商品Bに必要なのは「基本品質の見直し」と「合うお客様に届けるターゲティングの精度向上」です。==同じ-20点でも、取るべきアクションがまったく異なります。==スコアだけを見て判断すると、ミスリードとなる可能性があります。<h2 id="h13a1f03872">「お客様が期待していることに、応えられていない」を見つける</h2>では、具体的に何を改善すればいいのか。ここで使えるのが、「期待」と「実際の評価」のズレを見る方法です。お客様に「何を重視しているか」と「実際にどれくらい満足したか」の両方を聞き、そのギャップが大きい項目を探します。<figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/d8f82f50c7674d0796876927ed66ec7b/blog-nps-sec3-gap.001.png" alt="期待と評価のギャップで優先順位を決めるNPS分析表" width="2560" height="1440"></figure>==お客様が強く期待しているのに、満足度が追いついていない項目が最も優先度の高い改善ポイントです。==私たちのクライアントでも、この方法でアンケート結果を整理し直したことがあります。従来の満足度調査では「概ね良好」としか読めなかったデータが、ギャップ分析に切り替えたことで「接客は評価が高いが、予約のしやすさに期待が集中しているのに評価が低い」と具体的に見えるようになりました。現場のスタッフにとっても、「NPSを5ポイント上げてください」と言われるより、「予約のしやすさがお客様の一番の期待なのに、いま一番低い評価です」と伝えるほうが動きやすいのは間違いありません。<h2 id="h62fea0dbc9">スコアを「取るだけ」で変わらない理由</h2>NPS調査を外部に依頼すると、設問設計からデータ分析、レポート作成まで、けっこうな時間とコストがかかります。年間で数百万円規模の契約になることも珍しくありません。それでも「レポートは毎回届くけれど、結局何をすればいいかよくわからない」という声を何度も聞いてきました。==問題は調査の質ではなく、「スコアの読み解き→改善施策→実行」の流れが途切れていることにあります。==最近ではAIを活用して、従来のNPSコンサルが数ヶ月かけていた分析作業を大幅に短縮できるようになっています。お客様の自由回答を構造化して、スコアの裏にある本音を読み解く。設問設計から改善提案まで、もっと速く、もっと安くできる時代になりつつあります。<h2 id="ha214098e44">まとめ</h2>NPSは「取って終わり」にすると、ただのコストです。スコアの裏にある顧客の気持ちを読み解き、具体的なアクションに変えてはじめて投資になります。「うちもNPSは取っているけれど、正直活かせていないかも」と感じたら、まずはスコアの内訳から、そのNPSが何を意味しているのかを解釈してみてください。社内だけで難しければ、私たちのような外部パートナーに相談するのもひとつの方法です。

NPSスコア「取っただけ」で終わっていませんか？

<h2 id="h70db08ccf1">同じ売上を、半分の事務量で回す会社がやっていること</h2>同じ売上を上げている2つの会社があるとします。一方は月末になると事務作業に追われて社員が残業し、もう一方は定時で帰っている。売上が伸びれば、事務作業も増えます。請求書を作り、売上を集計し、経費を処理する。拠点が増えればその分だけ確認作業も増える。「そろそろ事務を1人雇おうか」と考えたことがある経営者は多いはずです。ですが、ちょっと立ち止まって考えてみてください。先ほどの2つの会社、社員数はほとんど変わりません。違うのは、使っているツールの組み合わせです。<h2 id="hc671eee77a">「ツールは入れた」のに、なぜ楽にならないのか</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/395d1f0cc08a4974819bccad72de2105/blog-half-ops-sec1.png" alt="ツール間の伝言ゲーム" width="2560" height="1440"></figure>多くの会社では、すでに何かしらのツールを使っています。弥生会計や勘定奉行で経理をやり、kintoneやスプレッドシートで顧客を管理し、ChatworkやLINEワークスで連絡を取る。1つ1つは便利なはずです。それでも「楽になった実感がない」のは、ツール同士が繋がっていないからです。やっていることを思い返してみてください。kintoneのデータをコピーしてエクセルに貼り付ける。エクセルで集計した数字を会計ソフトに手入力する。Chatworkで届いた情報を別の管理表に転記する。これは社内で「伝言ゲーム」をやっているのと同じです。同じ情報を、人の手で何度も入力し直している。回数が増えるほどミスも増えるし、時間もかかる。面倒なのは、こうした状況で「誰が悪いのか」を探しても答えが出ないことです。経理は経理で使いやすいツールを選び、営業は営業で自分たちに合うものを選ぶ。それぞれの判断は合理的で、間違ってはいません。ただ、==「全社でどう繋げるか」を考える役割が、そもそも誰にも割り当てられていない==——ここが本当の原因です。結果として、本来1回入力すれば済む情報を何度も打ち直すことになる。これが、事務作業が減らない正体です。<h2 id="hd0ebad84b2">「1回の入力で、全部動く」を目指す</h2><figure><img src="https://images.microcms-assets.io/assets/61b56fce06f1493f9a06b7a296570f49/cdaa4a4cd70b49aabc6a011846ae2f61/blog-half-ops-sec5.png" alt="1回の入力で全部動く" width="2560" height="1440"></figure>では、どうすれば伝言ゲームを止められるのか。答えはシンプルで、1つの入力をきっかけに、複数の処理が自動で走る環境を作ることです。たとえば請求情報を1回入力すれば、請求書の作成・送付・売上への反映・社内通知まで全部終わる。新しいスタッフの入社時も、名前と連絡先を1回登録すればメールアカウントの発行、チャットへの招待、タスク管理ツールへの追加、マニュアル共有まで自動で走る。どちらも人がやるのは最初の1回の入力と、最後の確認だけ。この仕組みを作るには、ツールを選ぶ側がまず1つ確認すべきことがあります。「このツールのデータを、人の手を介さずに隣のツールへ自動で渡せるか？」。答えが「無理」なら、そのツールの周囲では必ず誰かが手作業で情報を運んでいます。どれだけ中身が優れていても、外に渡す手段がなければ「高機能な孤島」が並んでいるだけです。ここで言いたいのは、これは特別な技術ではないということです。魔法のようなシステムを一から開発する必要はなく、すでに世の中にあるツールを「繋がる組み合わせ」で選び直すだけで、この状態は作れます。==ツールの性能ではなく、ツール同士の繋がり方が、事務量を決めている==——この記事でいちばんお伝えしたいのはここです。<h2 id="h2841c77685">年商1億・事務スタッフ0人の会社の裏側</h2>参考までに、私たちFluxxの話をさせてください。私たちは年商1億円程度の、まだまだ小さな会社です。ですが、事務専任のスタッフは0人。月末の請求書発行から送付まで自動化し、名刺の管理からメール文面の作成までAIが対応しています。経理も営業事務も、専任を雇わずに回っている状態です。ツールの月額費用は合計で月4万円程度、年間にすれば50万円ほど。一方で削減できた事務工数を人件費に換算すると年間100万円以上。ツール費用の倍以上のリターンが出ている計算です。正直に言うと、最初からこの状態だったわけではありません。以前は会計ソフトと顧客管理ツールがバラバラで、月末に数字を突き合わせる作業に半日使っていた時期もあります。違いが出たのは、ツールを「機能」ではなく「繋がり方」で選び直し始めてからです。<h2 id="h734f7e3039">まずは1つだけ確認してみてください</h2>いきなり全部を変える必要はありません。今お使いのツールを1つだけ選んで、こう考えてみてください。==「このツールのデータを、隣のツールに自動で渡せるだろうか？」==もし答えが「無理」なら、そこで伝言ゲームが発生しているはずです。それが、見直しの第一歩になります。

Blog