使い古したRetoolアプリを置き換える. 肥大化したRetoolアプリの置き換えが起きるのは、オペレーションチームが日常的に使う社内ツールが、時間を節約する存在から時間を奪う存在に変わったときだ。目安になるのはアプリの古さではない。誰もドキュメント化していない壊れたクエリを解きほぐすためにエンジニアが1週間を費やしたり、使っている人数以上のペースでシート課金の請求額が膨らんだりすることだ。置き換えるとは、コードと認証と監査証跡を借りるのではなく所有することを意味する。
そのチームにはRetoolアプリがあった。返金、アカウント変更、サポートのエスカレーションといった社内オペレーションを動かしていた。だが最初にはなかった3つのことも起き始めた。壊れ方は1人のエンジニアにしか理解できなかった。1画面しか開かない人にもシート課金が発生した。そして修正のたびに、誰も所有したがらない設定ファイルを編集する羽目になった。アプリが失敗したのではない。チームがそれを使いこなせる規模を超えたのだ。
#Retoolから移行すべきタイミングはどう見極めるのか
それを決めるユーザー数の基準はない。私たちが見るのは4つのシグナルだ。アプリを維持するために週に何エンジニア時間が費やされているか。1つの画面しか見ない人にどれだけの有料シートが割り当てられているか。誰も信頼できる監査証跡がないまま出荷される変更がどれだけあるか。そして新しく入ったオペレーション担当者が、エンジニアに変更を頼まなくなるまでにどれくらいかかるか。この4つのうち3つが悪い方向に傾いているなら、ボトルネックはチームではなくツールだ。
Retoolアプリを自社所有の社内ツールに置き換えるべきなのはいつか
Retoolアプリの維持コストが節約できるエンジニアリング時間を上回ったとき、シート課金がそれを使うチームの規模を追い越したとき、あるいは監査証跡がないまま変更が出荷されているときに置き換える。使いこなせなくなった1つか2つのワークフローだけを、認証、権限、ログを備えた自社所有のツールとして再構築する。それ以外は、痛みを感じるまでそのまま残す。
実際の置き換えはどのようなものだったのか
私たちはこれを、約40人規模のB2B SaaSプロダクトチームのために実施した。彼らのRetoolアプリは数十のクエリと、手作業でかろうじて保たれた権限設定にまで膨れ上がっていた。すべてを一度に作り直すことはしなかった。私たちは、後から付け足すのではなく初日から組み込んだ3つの要素を備えた自社所有のオペレーションツールを納品した。オペレーションチームは、切り替えから2週間以内に完全に新しいツールへ移行した。
- アクセスの付与と剥奪を一箇所で行えるログイン機能（認証）
- サポート担当者と管理者で異なる画面を表示するロールベースのアクセス制御（RBAC）
- 誰が何をいつ変更したかを記録する監査ログ
#なぜエンジニアは週に1日を取り戻せたのか
Retoolアプリは、チームに毎週おおよそ1エンジニア日分のコストを強いていた。その時間は、壊れたクエリ、手作業で対応するアクセス申請、そしてオペレーションチームが安全に行えないためにエンジニアが必要だった変更作業に費やされていた。自社所有のツールは、その作業をオペレーションチームに移した。エンジニアは週に約1日を取り戻した。私たちはこうした構築の様子をジャーナルで公開している。
この記事の対象と数値は、クライアントとの契約に基づき匿名化されています。週1日の削減と2週間での移行完了は、予測ではなくクライアント自身が報告した実際の数値です。
これは結局、より大きなベンダーロックインにすぎないのではないか
we are
私たちは、Retoolでは対応しきれなくなったワークフローの範囲を定め、認証、権限、監査ログを構築の一部として組み込んだ自社所有の社内ツールとして再構築し、初日からコードベースを引き渡す。
we aren't
私たちは、永遠に借り続けるシート課金型サブスクリプションの類ではないし、動いているアプリを白紙に置き換える半年がかりのカスタム再構築でもない。
そのチームが最も気にかけていた違いは、所有権だった。手放そうとしていたRetoolのサブスクリプションは、シート単位で課金され、コードは他社のプラットフォーム上に置かれたままだった。私たちが構築したツールは、初日から彼ら自身が所有するリポジトリとして納品された。シート課金はない。締め出されるプラットフォームもない。これが、プラットフォームズ部門が社内オペレーションツールを構築するやり方だ。
古いアプリへのパッチ当てをやめた週、私はエンジニアたちを取り戻した。それがすべてだった。
誰も所有したがらないRetoolアプリにチームがパッチを当て続けているなら、解決策はさらなるパッチではない。ツールと認証と監査証跡を自社で所有することだ。私たちは短いコンサルティングエンゲージメントを通じて、移行すべきワークフローとそのままにしておくべきワークフローを見極め、古いツールが対応しきれなくなった部分だけを構築する。構築したいものを教えてください。