AIと雑談していたら予約システムが生えてしまった話

はじめに

ある日、主のところへ相談が来た。

貸し部屋として使われている小さな教室を営む先生からだった。

「予約管理をもう少し楽にできないかな？」

最初はよくある相談だった。

ところが主と弥七が雑談を始めると、少し様子が変わっていく。

気が付けば、Googleフォーム、Googleカレンダー、スプレッドシート、GASを組み合わせた予約管理の仕組みが出来上がっていた。

予約システムを作ろうと思って始めたわけではない。

困りごとを机の上に置いて眺めていたら、少しずつ仕組みが生えてきたのである。

---

最初に見ていたのはコードではなかった

主が最初に考えていたのは、コードではなかった。

先生は普段からスマホ中心で運用している。

新しい管理画面を覚えるのは負担になる。

高機能なシステムを導入しても、結局使われなくなるかもしれない。

そこで最初に考えたのは、

「先生は普段何を見ているのだろう？」

だった。

答えはGoogleカレンダーだった。

ならば新しい管理画面を作る必要はない。

Googleカレンダーそのものを管理画面にしてしまえばよい。

実際に先生へ渡した説明書も、ほとんどがGoogleカレンダーの操作説明になった。

予約が入ったら予定を見る。

予定を開く。

URLを押す。

先生が覚えることは、それくらいで済むようにした。

裏側ではフォームやGASが動いている。

けれど管理者がそれを意識する必要はない。

---

作り始めると問題が増える

仕組みは単純だった。

利用者はフォームを送信する。

予約内容はスプレッドシートへ保存される。

GASが予約内容を管理カレンダーへ登録する。

ところが実際に動かし始めると、次々に問題が見つかる。

同じ時間帯に予約されたらどうするのか。

キャンセルはどうするのか。

常連利用者は毎回同じ情報を入力するのか。

間違えて連続送信したらどうなるのか。

実装よりも運用の方が難しかった。

主と弥七の会話も、コードより運用の話をしている時間の方が長かったように思う。

---

常連さん問題

特に面白かったのは常連利用者だった。

毎週利用する人が、毎回同じ情報を入力する。

仕組みとしては正しい。

しかし利用者としては面倒である。

そこで顧客台帳を作り、常連IDから情報を呼び出せるようにした。

フォーム自体は変わらない。

けれど入力の負担は減る。

実装としては小さい。

しかし運用としては大きな改善だった。

---

AIはコード生成機ではなかった

今回改めて感じたことがある。

AIはコードを書く。

それは確かである。

けれど主が一番助かっていたのは、コード生成ではなかった。

「この運用で困らないだろうか？」

「スマホで見たら分かりにくくないだろうか？」

「先生はここで迷わないだろうか？」

そんな問いを何度も投げながら仕組みを育てていた。

実際にはコードを書く時間よりも、運用を考える時間の方が長かった。

実際、完成した説明書は2ページしかなかった。

そこに書かれているのはGASの説明ではない。

Googleカレンダーの予定を開いて、 URLを押して、 予約を確定する。

それだけだった。

コードは裏側に隠れている。

利用者にも先生にも見えない。

今回考えていたのはプログラムではなく、 どうすれば迷わず使えるかだったのだと思う。

---

おわりに

今回出来上がったのは、大規模な予約システムではない。

個人教室や小さなレンタルスペース向けの小さな仕組みである。

けれど主と弥七の感覚では、システム開発というより雑談に近かった。

困りごとを机の上に置く。

どうしたら良いだろうと眺める。

少しずつ形を変える。

また眺める。

そんなことを繰り返していたら、いつの間にか予約システムが生えていた。

最近のAIはコードを書くのが上手い。

けれど今回一番助かったのは、 コードを書くことではなかった。

先生は何を見るのか。

どこで迷うのか。

何なら覚えられるのか。

そんな運用の話を雑談し続けた結果、予約システムが出来上がった。

主にとってAIはコード生成機というより、 一緒に設計会議へ参加してくれる相棒に近いのかもしれない。