衣索比亞餐廳菜單的 AI 食物攝影

衣索比亞菜單盛在自己的一種食材上端出來。食物底下那張 injera 酸麵餅同時是盤子、是這道菜的一部分，也是可以單點的一個品項。這件事把所有平台照片規則賴以成立的那個前提抽掉了。

你的背景是菜單上的一個品項

在其他任何一種菜系裡，盛裝的表面都是包材，所以攝影師把它當背景處理，然後把它整理乾淨：把菜去背、放到白底上、在下面合成一張更好看的桌子。我們的去背指南寫了什麼時候值得這樣做，以及為什麼單純一張去背圖看起來常常像貼紙。

在這裡，那個動作是在刪食物。把 doro wat 燉雞從它的 injera 上抬起來，就是一份沒有人真的會拿到的份量，那正是 DoorDash 的不實呈現那條退件理由。而純色填滿與合成背景本身，也各自被列在它十一條退件理由裡——一個修圖動作，兩種死法。那個表面不是一層可以事後補救的東西。它就在畫面裡，而後製救不了它。

取景規則預設了品項有一條邊

DoorDash 要求品項占畫面的 50% 到 70%，而且至少 80% 的品項要看得見；這兩個數字量的，都是審核者描得出輪廓的東西。在一份 beyaynetu 拼盤上，那條輪廓是 injera 的餅緣，因為 injera 就是品項本身。整張圓餅都得進得了框，而裁進去只拍那幾堆燉菜，會拍出一張更緊、更好看，但過不了 80% 那條規則的照片。

接著換裁切來跟這個寬度作對。DoorDash 只收 16:9 橫式，然後在某些版位把它置中裁成 1:1；Grubhub 則把一張 4:3 的檔案裁成桌面版 4:1 的橫幅。一個又寬又不規則的圓，前者切掉它的左右兩邊，後者切掉它一大半。兩條規則的來源都在我們的 DoorDash 照片規格指南。

旁邊單賣的那幾卷 injera 剛好相反：小、平、任何比例都裁得起來，就像一整個披薩那樣——披薩頁把這件事寫完了。

一直重複的那個東西在食物底下，不在旁邊

DoorDash 把重複列在那十一條理由裡：每一個獨立品項都要有自己的照片，只有完全相同的品項才准共用，它公布的例子是牛肉塔可與雞肉塔可。

大多數菜單用擺盤解決這件事：共用的米飯或沙拉推到正方形裁切會切掉的邊緣，正中間留給真正有差別的東西。這條路在這裡走不通。共用的東西不在燉菜旁邊，它在燉菜底下，它是每一個畫面裡最大的物體，而且你挪不開它，因為食物就靠它撐著。

剩下的槓桿只有那一堆燉菜本身：它攤開多大、有幾堆、表面在做什麼。misir wat 與 key wat 都是紅褐色；gomen 與 shiro 的差別與其說在顏色，不如說在邊緣：切碎的葉子對上一片倒下來的平滑斜坡。doro wat 帶著這份菜單上唯一沒有歧義的識別物：那顆水煮蛋。它是整盤最亮的東西，也是其他品項都沒有的東西。

這個盤子會吸，所以每一條邊都有時限

陶瓷盤子會把醬汁留在你放它的地方。injera 會把它喝掉。從燉菜舀上去的那一刻起，它的邊緣就開始變軟，一圈深色的濕暈往餅裡擴散。而那條邊，是唯一把這個品項跟下一個品項分開的東西。

於是擺盤本身變成曝光的一部分：先對著空的 injera 打光，再一堆一堆舀上去，最濕的燉菜放最後。萬一那些濕暈接在一起，四個各自標價的品項在縮圖尺寸下就變成一塊污漬，而那不是打光救得回來的。

tibs 是這份菜單上唯一送上來就分開的品項

tibs、awaze tibs 與 derek tibs 是一塊一塊數得出來的煎肉塊，裝在自己的小皿裡。獨立、彼此之間有真實陰影的肉塊，是這份菜單上最好拍的東西，而且它們毫無爭議地滿足 Uber Eats「品項照片要呈現單一品項」這條要求。

beyaynetu 永遠做不到。DoorDash 禁止把多個分開販售的品項拍在一張照片裡，只對「本來就綁在一起賣」的組合開例外——那正是烤肉拼盤頁寫的那一塊。燉菜是難的那一半，而它們是燉物：不透明、食材沉在裡面、依賴縮圖幾乎帶不動的顏色。角度與顏色的處理在咖哩頁。

不要正上方，也不要壓低

正上方是拍一個平圓物體的反射動作，而它在這裡錯了兩次：它把每一堆燉菜壓成一塊色斑，而且它殺掉 injera 的紋理。那個紋理是唯一能證明這個表面是食物、不是一張墊子的東西。壓低則是往另一個方向錯：前面那幾堆擋住後面那幾堆，而餅整個消失在它們後面。

略高的四分之三角度，兩件事都保得住。injera 的那個平面還讀得出來，每一堆也還留著自己的高度，而一盞低角度的側面掠射光會讓每一堆在餅上投出一道短短的影子。這份菜單上的每一個區隔都是一條邊，而邊只在有方向的光底下才存在。DoorDash 把菜單品項照片的上限訂在 2 MB，而各平台都會把你送上去的檔案重新編碼；一道陰影線撐得過那一關，兩種紅色燉菜之間的色相差別常常撐不過。

看看 MenuFactory 怎麼運作——當盤子本身就是一種食材，背景就成了唯一不能修的東西，而在這裡它從來不需要被修。