Nomi dei file per le foto del menù: una convenzione che il tuo team userà davvero

Ogni archivio fotografico di un ristorante prima o poi affoga in file come IMG_4839.webp, burger_final_FINAL_v2.webp e nella temuta domanda: "Aspetta — quale è su DoorDash?" La soluzione è poco attraente ma potente: una convenzione per i nomi dei file delle foto del menù che il tuo team userà davvero. Se la fai bene, "cos'è questa immagine" e "è aggiornata" diventano ovvi a colpo d'occhio, ed è questo che tiene i menù coerenti e gli aggiornamenti veloci.

È un problema operativo, non di design. Un archivio disordinato non fa solo perdere tempo: causa caricamenti con la versione sbagliata, menù incoerenti tra i canali e la lenta erosione della fiducia che deriva da foto incoerenti.

Il problema che risolve

Senza un sistema, una tipica cartella foto di un ristorante assomiglia a questa:

• IMG_4839.webp
• burger_final.webp
• burger_final_FINAL.webp
• burger_final_FINAL_v2.webp
• screenshot.png

Nessuno riesce a capire qual è l'ultima, quale è per quale piattaforma, o se la versione su Uber Eats corrisponde a quella sul tuo sito. Il risultato sono menù incoerenti e aggiornamenti che richiedono il triplo del tempo necessario. Una convenzione per i nomi è la soluzione più economica possibile: non costa nulla e fa risparmiare ore ogni mese.

Una convenzione per i nomi che funziona

Usa un formato unico e prevedibile per ogni file:

brand-location_dish-platform_orientation_version_yyyymmdd.webp

Esempi:

• acme-downtown_smash-burger_master_square_v01_20260203.webp
• acme-downtown_smash-burger_ubereats_square_v01_20260203.webp
• acme-downtown_iced-latte_social_vertical_v02_20260210.webp

Le regole che lo fanno funzionare:

• Usa master per l'immagine sorgente migliore e di alta qualità. È quella da cui riesporti quando ti serve un nuovo ritaglio.
• Usa i nomi delle piattaforme solo per i ritagli esportati (doordash, ubereats, web, social). Il nome della piattaforma ti dice esattamente dove va quel file.
• Aumenta la versione (v02, v03) solo quando la presentazione del piatto cambia davvero — nuova impiattatura, nuova guarnizione, un nuovo scatto.
• Includi la data così il file più recente è inconfondibile anche quando ordini alfabeticamente.

Il nome del piatto in parole semplici (smash-burger, non sb1) offre anche un piccolo, onesto vantaggio SEO e di accessibilità quando questi file finiscono sul tuo sito — si abbina naturalmente a buone pratiche di SEO per le immagini.

Mantieni la struttura delle cartelle noiosa

Prevedibile batte furbo. Una struttura che tutto il team può seguire senza pensarci:

• /Menu Photos/Masters/
• /Menu Photos/Exports/DoorDash/
• /Menu Photos/Exports/UberEats/
• /Menu Photos/Exports/Web/
• /Menu Photos/Exports/Social/

Un master per piatto vive in Masters/. Ogni ritaglio per piattaforma vive nella sua sottocartella Exports/ corrispondente. Il principio: un'unica fonte di verità, esportata in destinazioni chiaramente etichettate. Conserva tutto in un'unica posizione condivisa accessibile a tutto il team — archivi duplicati su telefoni e laptop diversi sono il modo in cui le versioni in conflitto si ripresentano.

Master vs. export: il modello mentale

L'idea più utile in assoluto è separare i master dagli export:

• Un master è la tua immagine di un piatto della massima qualità e meglio modificata. Ne tieni uno per piatto (finché il piatto non cambia e aumenti la versione).
• Un export è un ritaglio specifico per piattaforma derivato dal master — sicuro per le miniature su DoorDash, con le proporzioni giuste per Uber Eats, verticale per i social.

Quando ti serve un nuovo ritaglio per una nuova piattaforma, non vai a caccia di "la versione buona" — vai al master ed esporti. È la stessa disciplina che rende veloce uno sprint fotografico settimanale, perché chi pubblica sa sempre esattamente quale file prendere.

L'abitudine settimanale che lo mantiene pulito

Una convenzione per i nomi funziona solo se viene mantenuta, quindi costruisci una piccola routine ricorrente:

1. Aggiorna i master per i nuovi piatti e i più venduti.
2. Esporta i ritagli per le piattaforme da quei master nelle cartelle giuste.
3. Carica e controlla come miniature — conferma che la versione giusta sia attiva su ogni piattaforma.

Tre passaggi, pochi minuti, ogni settimana. È questa cadenza che impedisce la lenta ricaduta nel caos di final_FINAL_v2.

Errori comuni da evitare

• Nominare gli export come master. Se un file dice master, dovrebbe essere una sorgente pulita e di alta qualità — non un ritaglio per DoorDash. Mescolarli è il modo in cui l'immagine sbagliata viene ritagliata di nuovo.
• Saltare l'aumento di versione. Quando l'impiattatura di un piatto cambia, aumenta la versione. Altrimenti vecchie e nuove immagini convivono senza modo di distinguerle.
• Sparpagliare i file tra i dispositivi. Un archivio condiviso, sempre. Foto sparse tra i telefoni dello staff garantiscono versioni in conflitto.
• Abbreviazioni criptiche. Scrivi il nome del piatto in parole semplici così un nuovo dipendente può leggerlo. La convenzione esiste per essere usata dagli umani, non decodificata.

Un esempio pratico: un piatto, dall'inizio alla fine

Diciamo che gestisci Acme Burgers in centro e hai appena rifotografato lo smash burger. Ecco come si applica la convenzione:

1. Migliori lo scatto migliore e salvi la sorgente come acme-downtown_smash-burger_master_square_v01_20260203.webp in /Masters/.
2. Da quel master esporti un file DoorDash 16:9 con il soggetto centrato: acme-downtown_smash-burger_doordash_16x9_v01_20260203.webp in /Exports/DoorDash/.
3. Esporti un ritaglio per Uber Eats e una versione per il sito allo stesso modo, ciascuno nella propria cartella.
4. Tre mesi dopo cambi il pane e aggiungi una salsa. Rifotografi, e il nuovo master diventa ..._smash-burger_master_square_v02_20260510.webp. Il v02 e la data più recente rendono subito chiaro che questo sostituisce il precedente.

Chiunque nel team — un nuovo dipendente, un freelance di marketing, tu alle 23 — può guardare qualsiasi nome di file e sapere il piatto, la destinazione, l'orientamento, la versione e la data. È tutto qui il punto: il sistema risponde a "cos'è questo e è aggiornato" senza che nessuno debba chiedere.

Perché funziona su più sedi

La convenzione dà il meglio di sé nei gruppi con più sedi. Poiché brand e sede vivono nel nome del file (acme-downtown vs acme-airport), un archivio condiviso non confonde mai le foto di una cucina con quelle di un'altra. Un unico revisore può approvare i master settimanali di ogni sede, e ogni punto esporta dalle stesse regole di denominazione. È così che una catena resta visivamente coerente senza pagare per servizi fotografici continui — la stessa disciplina che alimenta una SEO per le immagini coerente su ogni pagina di sede.

Dove si collega al resto del tuo flusso di lavoro

La denominazione dei file è il tessuto connettivo tra lo scatto e la pubblicazione. Input puliti, miglioramento coerente, file organizzati, export corretti — ogni passaggio dipende dal precedente. Quando nomi e cartelle sono solidi, tutto ciò che viene dopo diventa più veloce: trovi subito il master giusto, esporti i ritagli giusti e pubblichi menù coerenti su ogni canale.

Se il tuo collo di bottiglia è produrre i master coerenti e pronti per il menù, è esattamente ciò che gestisce FoodPhoto.ai — una vera foto da telefono del tuo vero piatto diventa un master pulito e coerente che puoi nominare, archiviare ed esportare, senza cambiare il cibo. Provalo su uno dei tuoi piatti con un pacchetto Taste (10 foto a $12), e quando sei pronto a standardizzare tutto il tuo archivio, dai un'occhiata ai prezzi.

Una convenzione per i nomi non è entusiasmante, ma è una delle correzioni operative con il miglior rapporto sforzo-risultato che un ristorante possa fare. Adotta il formato, mantieni le cartelle noiose, segui l'abitudine settimanale e non perderai mai più dieci minuti a chiederti quale foto del burger è attiva.