足して作ったのではなく、削って作った。

最初は機能を足していきました。期限リマインダー、LINE連携、OCR、過去データからの自動抽出、 28サービスぶんの連携一覧。どれも「あったほうがいい」もので、実際に動いていました。

途中で、自分でこれが何のプロダクトなのかを説明できなくなっていることに気づきました。 一言で言い直すと、これは生成AIを使って、事務所ごとにパーソナライズしたルールベースAIを作るものです。この定義に照らして、芯に沿わないものを削除しました。

文章を整えるためのLLM呼び出しは、一度実装しました。 推測・補完・創作を禁じたシステムプロンプト、temperature は 0、既定はOFF、 違反を検出したら決定的な文面へ戻す。安全側に倒した作りでした。

それでも削除しました。「既定OFF・失敗したら戻る」は安全ですが、 仕様としては「揺らぐこともある」になります。 事務所に対して「同じ入力なら必ず同じ文面が出ます」と言い切れる状態のほうが、 文章の滑らかさより価値が高いと判断しました。

副次的に、APIキー無しで全機能が動くようになり、推論APIの費用も消えました。

「一般的なことと違ったらヒアリングする」という設計にしていたのに、 その「一般的なこと」を製品が持っていませんでした。 基準が無いので差分も出せず、結局すべてを1から聞くことになっていました。

これは、白紙のノートを渡して全部書いてくださいと言っているのと同じです。 一般的な事務手順を96件持たせ、事務所は違うところだけ答える形に変えました。 初日の状態が0件から最大20件になります。

期限リマインドは削除した機能です。それを、頻度で二層に分けたうえで戻す予定にしました。 消したものを戻すので、理由を残しておきます。

消した理由は「差別化にならない」でした。いまは通知を、記録を拾うための経路として使います。 目的が変わったので、判断も変わります。

ただし、見落とすと困る通知と、10秒で終わる軽い確認を同じ扱いにはしません。 混ぜると、重いほうまで無視される癖がつきます。分ける前提が崩れたら、また消します。