Claudeで作られた偶然のダッシュボードが製品コミットメントの悪夢を生み出した

ある開発者がr/ClaudeAIで、自身のユースケースのためにClaudeを使ってダッシュボードを構築し、フィーチャーフラグを付け忘れたところ、40人の顧客がそれを発見し、毎日使い始めた。今、それらの顧客はカスタマイズを求めており、独自の指標の追加、列名の変更、日付範囲の変更などを望んでいる。しかし、コードはハードコードされており、拡張性を考慮した設計になっていない。

問題

このダッシュボードは、開発者の特定のデータ構造に合わせてClaudeによって生成された。指標はハードコードされ、レイアウトは固定されており、カスタマイズ可能にするには大規模なアーキテクチャの見直しが必要である。開発者はClaudeに戻ってリファクタリングを依頼した。「ユーザーが独自の指標を追加できるように、このダッシュボードをカスタマイズ可能にしてほしい」という指示に対して、設定レイヤー、指標レジストリ、ウィジェットシステムを含む計画が提示された。推定所要時間は3週間である。

パラドックス

ダッシュボードはシンプルで2日で構築されたからこそ愛された。しかし今、その需要に応えるために柔軟性を持たせるには、3週間のエンジニアリング作業が必要となっている。開発者はリファクタリングを開始した。1週間が経過し、Claudeがアーキテクチャを担当し、開発者はどのカスタマイズオプションが重要で、どれが複雑性の落とし穴になるかについて製品判断を下している。

教訓

ユーザーに愛される偶然の機能は、偶然の製品責任を生み出す。ダッシュボードは無料で構築できたが、それを維持するに足る品質にするには1ヶ月のエンジニアリングコストがかかる。これは、拡張性を計画せずに、特にAIによって生成され複数のユースケースを想定していないツールを本番環境に出荷することに対する警告の物語である。