BizOpsは何屋さんか — 4つ並べたくなった時点で、問いが2つ混ざっている

「おたくの部門は、結局何をするところなんですか」。業務改善やオペレーションを担う部門が、この問いにすっと答えられることは少ない。嘘をつきたいわけではない。実態が本当に「何でもやる」だからだ、と説明されることが多い。

だが最近、この「BizOpsは何屋さんか」を正面から議論する機会があって、理由はそこではないと思うようになった。答えが出てこないのではなく、問いが2つ混ざっている。

4つ並べたくなったら、混ざっている

この問いを投げると、たいてい候補が並ぶ。件数が10倍になっても人を増やさず回る土台を作る。今の量を最少人数で楽に回す。コストセンターに留まらず売上に貢献する。顧客が営業を介さず自分で完結できるようにする。

並んだ時点で立ち止まったほうがいい。「何屋さんか」という一つの問いに答えが4つ出てくるのは、答えが割れているのではなく、問いが割れているからだ。

実際、この4つは並列になっていない。「件数が増えても詰まらない」と「最少人数で回す」は、同じ比の分子と分母を別々に言っているだけで、平常時の行動はほとんど同じになる。分岐するのは量が増えた瞬間だけだ。一方「売上に貢献する」と「顧客が自分で完結する」は、行動ではなくどこに効かせるかの話で、前の2つとは種類が違う。同じ列に並べられるものではなかった。

分けると、一本の文になる

問いを2つに割る。

「何屋か」（作り方の規律）と、「何に効かせるか」（アウトカムの向き先）は、別の問いだ。

前者は1つに決まり、案件ごとに変わらない。部門の正体はこちらにある。私たちの答えは「触媒」だ——属人化した現場に入り、判断基準を読める型に変え、いなくても回る状態にして抜ける。以前「型を残して、抜ける」という記事に書いたとおりで、成功条件は自分が要らなくなることになる。

後者は案件・組織ごとに選ぶ。さっきの4つは、全部こちら側の選択肢だった。

分けると、答えは一本の文になる。

「売上貢献が主。ただし、人を増やさず、件数が増えても詰まらない作り方で。」

向き先は売上、作り方の規律は触媒。これで「営業のサポートなんですか？」にも答えられる。売上は効かせる先であって、正体ではない。

定義を作るのは「犠牲」の列

向き先を選ぶとき、効くのは「最大化するもの」の列ではない。「犠牲にするもの」の列だ。

スケール耐性を選ぶなら、短期の効率を犠牲にする。「この案件だけ特別対応すれば早い」を捨てて型に載せるので、目先の速さと安さは悪化する。売上貢献を選ぶなら、オペレーションの独立性を犠牲にする。営業の要請と営業の数字が最優先になり、部が自分のロードマップで動けなくなる。

犠牲を書いた瞬間、「全部やります」と言えなくなる。何かを最大化する宣言は誰でもできるが、何かを諦める宣言は選択を強制する。ミッション文に犠牲が書かれていないなら、それはまだ定義になっていない。

とくに売上貢献は要注意だ。売上に効かせること自体は健全だが、犠牲列を明記せずに選ぶと、基盤整備や標準化が営業都合に劣後し続け、いつの間にか「営業サポート屋」に転落する。逆に少人数運用は「今のやり方でいい」という理屈が立ちやすく、現状踏襲の正当化に使われやすい。どちらも、犠牲列を先に書いておけば防げる転落だ。

作り方の規律は、受け入れテストにできる

「触媒として作る」は精神論に聞こえるが、テストに落とせる。

「依頼が月10件から100件になっても、人を雇わずに回るか」を設計段階で問う。目視の全件チェックや、都度の人判断が残っていれば不合格。人の関与が承認・例外対応・顧客対話だけなら合格。

これを設計の絶対基準に置くと、規律が気合ではなく仕組みになる。向き先が売上貢献であっても、この基準は外さない——それが「向き先は変わるが、作り方は変わらない」の意味だ。

作っているものが、先に答えを選んでいる

もう一つ、この議論で肝だと感じたことがある。ミッションを決めていなくても、いま作っているものが先に答えを選んでいるということだ。

現状の業務量に合わせて細かいルールを積み重ねた仕組みは、誰も宣言していなくても、事実上「少人数運用」を向き先に選んでいる。将来それが「スケール耐性」と決まったとき、その仕組みは作り直しになる。だから部門の正体の議論は、悠長な看板づくりではない。早く決めるほど、作り直しが減る。決めないまま作り続けることが、いちばん高くつく。

何屋さんか、に即答できる部門は強い。即答の中身は、じつは「何をやらないか」でできている。