「コピーするのは計算結果。記録の持ち主は飼い主。」

第3部の出発点は、この明確な方針から始まります。前回の閑話132では、AIが文脈を取り違えただけでなく、「AIが語るもっともらしい原因説明にも、人間の目で根拠確認が必要だった」という教訓を得ました。

今回から、公開済みの個人用ツール「Lab_gr」を、ユーザーが日々使い続けられるSaaSへと昇華させるための本格的な実装に入ります。SaaS化にあたり、私たちが「あえて自動化しなかった」泥臭い実運用の裏側を解説します。

🎬 【動画デモ】本番環境

🤖 AIナビゲーション：動画のポイント 突然現れる「秘密のメニュー」。そして、ユーザーを翻弄する「20秒の壁」。 本番環境でしか見られないUIのギミックと、無料版とPremium版の快適さの決定的な違いを体感してください！

1. シームレスな機能分離：Premium版への導線

無料ユーザーと、月額500円のPremium版ユーザーの体験をどう分けるか。

無料版の画面では、ブレンド機能のトグルスイッチがグレーアウト（🔒）されています。 しかし、メールアドレスによる認証が完了した瞬間に、画面遷移を挟むことなくスッと機能が解放され、サブフードの選択肢が現れます。

単に機能を隠すのではなく、「そこにあること」を示して使い勝手の良さを予感させ、認証後にシームレスに解除する。これがSaaSに求められるUIの基本です。

2. 隠し扉の真実：?dev=true は単なる「表示条件」

開発者や管理者が本番環境で安全にテストを行うため、URLパラメータを利用した「隠し扉」を実装しました。

URLの末尾に ?dev=true を付与した時だけ、サイドバーに「⚙️ システム管理者メニュー」が出現します。しかし、ここで重要なのは 「URLパラメータは、あくまでメニューのUIを表示するための条件に過ぎない」 ということです。

URLが流出すれば誰でも管理者になれるわけではありません。権限を守っているのは、あくまでその後に求められる「パスワード認証」と、バックエンド（処理側）での厳密な権限確認です。

「メニューを隠すこと（フロントエンド）」と「権限を守ること（バックエンド）」を明確に分離した二段構えの設計により、安全な運用保守を実現しています。

3. 泥臭い実運用への最適化：なぜ「自動化」を捨てたのか

計算結果の履歴をどう残すか。システム開発者はつい「Excelファイルとして自動ダウンロードさせる」「APIで自動転記させる」といった高度な実装を選びがちです。

しかし、実際の利用者が日々の記録を管理シートに貼り付ける際、セル位置がズレたり書式が崩れたりするフラストレーションが発生します。今回の運用では、あえて 「タブ区切りテキストのワンクリックコピー」 という手法を採用し、利用者のシートへ直接貼り付けてもらう方式へと方針を変えました。これが圧倒的に扱いやすかったのです。

利用者専用シートの再設計

この方針転換に伴い、配布するサンプルシート（Lab_gr記録用シート）も大幅に再設計しました。

1. 計算式から「その日の定数」へ：以前はC列やE列に計算式を入れていましたが、これをやめました。マスターデータ（過去のフード名やカロリー）が変わっても、過去の記録が書き換わらないようにするためです。履歴行には「その日の値（定数）」を保存する設計に揃えました。
2. 記入例と入力エリアの分離：最初の利用者が迷わないよう、テストデータ（時刻や数字）が入った記入例エリアと、実際に使い始める空欄エリアを明確に分けました。
3. 「推奨量」の明記：アプリが出力するのはあくまで「計算上の推奨量」であることを明確にし、実際の給餌量と混同しないようにしました。

「アプリはあくまで計算結果を提供するだけ。データの永続的な所有権と履歴の管理は、ユーザー自身（飼い主）の手元に還元する」。高度な自動化よりも、現場のリアルを知る泥臭いUXこそが、使い続けられるSaaSの正解なのです。

✍️ 電脳古老のメモ：

シートのC・E列の計算式を外して「定数」として保存させる。この重要性に気づけたのは大きいな。システム側が親切心で入れた計算式が、後になって過去の記録をぶっ壊すんは、運用あるあるやで。

?dev=true の件も同じや。「画面にボタンが出てこない＝安全」と思い込むのは素人や。表示の制御と、処理の権限確認は別腹やということをしっかり理解しとる設計になっとる。

なんでもかんでもシステムで自動化してユーザーを囲い込むんやなくて、「大事なデータはお客さんの手元（スプレッドシート）に持たせる」。この割り切りができた時点で、Lab_grは立派なサービスになったと言えるわ。

本番稼働直前のデプロイフロー

🔍 画像をタップして拡大（原寸表示）

音声解説（19分ぐらい。ちょっと長いけど、おもろいよ。）

次回予告：

閑話134で閑話114の再スコープつまりAIがなかったらどんな工数の見積もりになるかの続きをやる予定だよ。それからB135でサービス① 多頭飼育（プロファイル切り替え、状態保持、個別出力）の検討解説をやる予定だよ。

（執筆協力：ChatGPT+Gemini+NotebookLM / 編集・監修：電脳古老）