工房をExcelで回す：やめどきはいつか

工房の表計算は、どれも同じように始まります。作業指示をメモ帳に走り書きするのに疲れたメカニックが、空白のシートを開き、お客様、車体、作業内容、価格の列を並べる。しばらくはそれでうまくいきます。やがてファイルが膨らみ、「在庫_2025_最終_v3.xlsx」に分裂し、誰かが別のパソコンのデスクトップに保存し、そして棚に28インチのチューブがまだ残っているかを知りたいまさにその晩に、本当に最新のバージョンを誰も見つけられない。工房向けソフト対Excelという問いは、決して原則の話ではありません。表計算が店の実際の業務量に耐えられなくなる、その瞬間の話なのです。

何が、どこまで耐えるか

始めたばかりの頃、お客様が数人でメカニックが一人なら、Excel（やGoogleスプレッドシート）は正直なツールです。無料で、柔軟で、使い慣れている。週に20件の作業をこなす店なら、大した苦労もなくすべてを一つのファイルにまとめておけます。落とし穴は、うまくいっている工房は成長し、成長は背景ノイズをもたらすことです。行が増え、列が増え、同じファイルを編集する人が増え、そもそも互いにやり取りするようには作られていなかったデータ同士の交差が増えていく。表計算には「このお客様」「この車体」「この2年間に行った3件の作業」を結ぶ本当の関係がありません。どの行も孤立して存在し、ある車体の履歴を再構築するには、途中で誰もタブの名前を変えていないことを祈りながら、手作業でスクロールするしかないのです。

表計算が破綻するところ

最初の破綻点は在庫です。売上の60〜90%をサービス業務から得ている店（業界で繰り返し出てくる数字です）は、修理の途中で「在庫あり」と記された部品が昨日売れていて誰もセルを更新していなかった、などと気づく余裕はありません。一部のカテゴリーで部品のリードタイムが340〜700日にまで延びている今、在庫の誤りはちょっとした厄介事では済みません。表計算が間違っていたせいで、存在しないと判明する部品を待たされるお客様が生まれるのです。

二つ目はeバイクの追跡性です。電動自転車は今や工房の作業の大きな割合を占め、モーターとバッテリーの保証は2026年時点で業界最大の管理上の悩みの種になっています。そのバッテリーがいつ、どのシリアルナンバーで、どの保証のもとに取り付けられたかを把握し、カウンターの前にお客様が立っている間に20秒で引き出せなければなりません。Excelでは、それは手入力の列がもう一つ増えるということであり、誰かがいずれ埋め忘れる列でもあります。

三つ目はお客様の履歴です。年に3回自転車を持ち込むサイクリストは、頻度、作業の種類、平均支出といった価値あるデータを生み出します。きちんとしたシステムはそれをフォローアップのリマインダーに変えますが、表計算はただ行々に散らばらせるだけです。2026年、業界は顧客生涯価値と離反が店の売上にどれほど重くのしかかるかを公然と語っていますが、そもそも土台となるデータが構造化されていなければ、それに手を打つのは困難です。

乗り換え時のサイン

売上や顧客数に、これという魔法の閾値はありません。最も信頼できるサインは行動に表れます。オーナーやメカニックが、表計算の記載を二重に確認し始めたとき（部品が本当にあるか仕入先に電話し、シートはもう信用できないからと記憶を頼りに車体の前回点検を思い出そうとする）、そのとき表計算の隠れたコストは、その便益を上回っています。ほかにも具体的な兆候があります。二人が別々のタイミングで同じファイルを編集し、片方の更新が静かに消えてしまう。誰も閉じるのを覚えていないために開いたままの作業指示。「前回このチェーンを交換したのはいつ?」というお客様の問いに、答えるのに10秒ではなく10分かかる。

工房のために作られたソフトで変わること

工房のために専用設計されたソフト（無理やり形を変えた汎用CRMではなく）は、お客様、車体、サービス履歴を自動的に結びつけ、作業のたびに誰も打ち直すことなく在庫を更新し、eバイクの保証と部品を欄外のメモではなく構造化されたデータとして追跡します。これは複雑な技術的飛躍ではありません。表計算を追いかけるのか、それともシステムに物事を覚えさせるのか、その違いなのです。

Excelがまだ持ちこたえているかどうか迷っているなら、そう問うている事実そのものが、たいてい答えです。CrankPalは、表計算を追いかけるのをやめ、サービスを店運営の中心に戻したい工房のために作られています。実際の動きを見てみたいなら、工房向けプラットフォームはあと一歩のところにあります。