iOS · 開發中
拍一張照，熱量自己算好。
你的相機早就知道今天吃了什麼。對著那盤按一下，Plateknow 把熱量和三大營養素讀給你聽——不用翻食物資料庫、不用秤、也不用先註冊才知道它到底準不準。
它不做的事
一餐不用點十一下才記完
不用食物秤
看到第一個結果之前不用註冊
不用連續紀錄天數來逼你
整個產品就這樣
按下快門到看見熱量，中間不問你任何事。
對著拍就好。
就拍眼前這一盤。不用擺盤、不用俯拍、不用等光線好。就是你平常真的會拍的那一張。
看它怎麼認這一盤。
辨識過程是給你看的，不是藏起來的——鮭魚、藜麥、酪梨被一塊一塊框出來。多數 App 跳過這一段，而這一段正是讓那個數字可信的原因。
一鍵改掉算錯的。
因為它有時候就是會錯，假裝不會錯的 App 是在騙你。認錯東西、份量估太多、剩了一半沒吃——都在結果卡上一鍵改，而且一直看得到。
紀錄
像一本相簿，不是一張報表。
每一餐回來的樣子，是你真的吃下去那盤菜的去背照片。往回滑到上禮拜二，應該像在看照片——會被打開第二次的紀錄只有這一種。
四天的紀錄長這樣。
上一個 App 為什麼沒撐下去
問題從來不是意志力，是打字。
把吃的記下來有效，這件事沒有爭議；撐得下去才有爭議。在這個領域最大規模的系統性回顧裡，到研究結束時只剩 25% 的人還在持續紀錄；其中那個為期十八個月的試驗，看著每週紀錄率從 84% 掉到 56%。
沒有人是因為不在乎才放棄的。是因為記一餐要點十一下——搜尋、選品牌、猜份量、改單位、確認——一天三次，等於多了一份兼職。把打字這件事拿掉，就是這個 App 的全部主張。
Burke 等人，2011，《Journal of the American Dietetic Association》體重管理自我紀錄系統性回顧。持續率數字取自其中 Wing 的十八個月隨機對照試驗（n=314）。
我們反過來設計的四件事
這個 App 不會做的四件事。
不會跟你說「你今天超標了」。
數字是資訊，「你超標了」是判決，而沒有人跟它要判決。
不會拿斷掉的連續天數修理你。
你想記連續天數可以記。斷掉不會被講成失敗，因為那本來就不是失敗。
不強迫你設目標。
有一個完全不設目標的模式，只是把一天攤開來給你看。對很多人來說，這樣就已經是全部有用的地方了。
不對青少年行銷。
一份涵蓋 38 篇研究的系統性回顧發現，經常使用熱量 App 與飲食失調症狀呈正相關，而青少年是其中最脆弱的一群。不管獲客成本怎麼算，這不是我們要去找的使用者。
上架前
搶先用到，順便告訴我們該做什麼。
TestFlight 搶先體驗，測試期間不收費。
App 正在做，目標是 12 月 送審。下面那格留言會直接被寫程式的人看到——這個欄位存在的唯一理由，就是上架前才是提需求最便宜的時候。
FAQ
照片到底能算多準？
準到夠用，但不會準到像實驗室。照片沒有深度資訊，所以最難的一直是份量——這正是為什麼修正只要一鍵、而且一直放在畫面上，不是藏在設定裡。
免費嗎？
免費方案還沒定案。與其先講一個之後 App Store 上寫不一樣的數字，不如先空著。候補名單會最早知道答案。 完整答案（包含訂閱到底買到什麼）會在上架前補上，而且會跟 App Store 上寫的一模一樣。同一件事在兩個地方講成兩種版本，是這個類別裡評價掉最兇的原因。
認得出台灣人真的在吃的東西嗎？
這是上架時最可能出錯的地方，我們不假裝不是。一個主要拿西式餐盤訓練出來的模型，看到滷肉飯、鹽酥雞或超商便當就會失準。如果那是你平常吃的，請寫在候補名單的欄位裡——訓練的優先順序就是這樣定的。
什麼時候上架？
預計 12 月送審，這個時間點是刻意的：我們量到的每一個市場，這個類別的搜尋需求從八月到一月大約會翻倍。候補名單會更早拿到 TestFlight。
有 Android 嗎？
上架時沒有。先做 iOS，而且是老實說沒有，不是先放個空頭支票——一個平台做好，勝過兩個平台各做一半。