Munch家庭のキッチン管理

ホーム / ガイド

期限リマインダーのアプリが、いつも続かない理由

食材の期限管理アプリを入れて、日曜日に張り切って三十品目を登録して、木曜にはもう開かなくなっていた——もしそうなら、それは普通の結末であって、あなたの落ち度ではありません。やめることは設計に組み込まれています。理由を理解しておく価値はあります。同じ罠はあらゆる記録系アプリに共通していて、しかも出口は「もう少し頑張る」ではないからです。

切れ目1:負担は今夜、見返りは別の週

買ってきた袋の中身を打ち込むのは、今夜の数分を実際に使います。一方で見返り——ほうれん草を捨てずに済むこと——は、どこか別の週に、しかも「起きなかった出来事」として現れます。避けられたカビを、あなたは体験しません。正直に帳簿をつければこうです。確実な今のコスト、見えない将来の利益。

この形の行動は必ず減衰します。「もっと将来を大事に思ってもらう」で解決したことは一度もありません。解決策は、その日のうちに少し返すことです。買い物を登録した瞬間に「じゃあ今夜これが作れます」と返ってくるなら、その登録はアプリを閉じる前にもう何かを買っています。続く形はこれしかありません。

切れ目2:通知は行動ではなく罪悪感をつくる

「ヨーグルトが明日で期限です」という通知は、解決策のついていない問題を手渡してくる行為です。あなたはバス停に立っていて、何もできない。できるのは少し後ろめたく思うことと、消すことだけ。四回それをやれば、「このアプリの通知は消すもの」という学習が完了します。

もっとまずいのは、罪悪感の形をした通知が、アプリを採点者に変えてしまうことです。できなかったことを記録している存在。自分に少しがっかりしているアプリを、進んで開く人はいません。代わりに必要なのは、もっと優しい通知ではなく、別の種類の中身です。「これが傷みます」ではなく「今夜これを使う料理が三つあります」。同じ事実で、感情の向きが逆で、しかも片方だけが行動できます。

切れ目3:在庫がずれた瞬間に終わる

アプリが「卵がある」と言っていて実際にはない——その瞬間に全部が終わります。在庫への信頼はゼロか一かです。どうせ冷蔵庫を開けて確認するのなら、アプリは純粋な手間でしかなく、そこで使われなくなります。

ずれは「買う側」ではなく「使う側」で起きます。足すのはみんな喜んでやりますが、引くのを覚えている人はほとんどいません。だから購入だけを記録するアプリは、自分の衰えを設計に書き込んでいることになります。引き算は、もともとやっていた行為の副作用でなければいけません——たとえば「この料理を作った」と言えば、その材料が減る。帳簿づけという独立した作業ではなく。

切れ目4:冷蔵庫は共有物なのに、アプリは一人用

家では、買う人・しまう人・作る人がたいてい別です。アプリが一人のスマホの中にあると、その人がキッチンのデータ管理者になり、他人の買い物を代わりに入力することになります。これは小さな摩擦ではなく、公平さの問題です。そして公平さの問題は、毎回同じ結末になります。その人がやめます。

では、何を逆にするか

  • 登録したその日に返す。「今夜これが作れます」の一覧が対価です。全部入力し終わるのを待たず、何か一つでも入っていれば出るべきです。
  • 傷みではなく、晩ごはんから話す。いちばん古い食材を使う料理が上に来るように並べる。ユーザーは晩ごはんを選んでいるだけで、廃棄が減るのは副産物。誰も叱られません。
  • 引き算を自動にする。料理を作ったら材料が減る。同じ食材なら期限の早いロットから減る。これは自律ではなく既定の動作であるべきです。
  • 欠けたままで使えること。六品しか知らないアプリでも役に立つべきです。全部そろってはじめて動く設計は、永遠に全部そろいません。
  • 家族で共有する。全員が同じ冷蔵庫を見て、全員が更新できて、管理者はいない。
  • 採点しない。連続日数も、廃棄率も、救えなかったズッキーニの赤いバッジもいりません。点をつけ続けるキッチンの道具は削除されますし、それは当然のことです。

正直にまとめると、この種のアプリが失敗するのは、人が大雑把だからではありません。先に整ったデータを要求して、助けるのは後回しにしているからです。順番を入れ替えて、まず今夜を助けて、整うのは副産物にする。それだけで、意志力の話ではなくなります。