Piano di implementazione delle etichette elettroniche per scaffali per la vendita al dettaglio in più-negozi

Un progetto pilota di successo non garantisce il successo del lancio di etichette elettroniche per scaffali a livello di catena-. Il progetto pilota verifica se la tecnologia e il modello operativo possono funzionare in un ambiente controllato. Un'implementazione deve riprodurre quel risultato in negozi con layout, attrezzature, reti, assortimenti, programmi di promozione, livelli di personale ed esigenze di supporto diversi.

Considera un tipico modello di fallimento. Un rivenditore completa un progetto pilota pulito in un supermercato standard, quindi pianifica dieci negozi di produzione in un'unica ondata. Due sedi utilizzano configurazioni POS meno recenti, tre dispongono di numerosi dispositivi di congelamento e una non ha ricevuto gli adattatori di montaggio corretti. L'installazione inizia nei tempi previsti, ma le verifiche dei prezzi, l'associazione delle etichette e la richiesta di supporto divergono rapidamente dal progetto pilota. Il problema non è che le etichette elettroniche sugli scaffali non funzionano. Il problema è che il progetto pilota è stato ampliato prima che i controlli di implementazione fossero pronti.

I rivenditori hanno quindi bisogno di qualcosa di più di un semplice calendario di installazione. Hanno bisogno di un piano di implementazione delle etichette elettroniche sugli scaffali che definisca quali negozi sono pronti, come vengono dimensionate le ondate di implementazione, come funzionano il cutover e il rollback, chi possiede ogni decisione, come vengono formati i dipendenti, come vengono controllate le scorte di riserva e quali prove sono richieste prima dell'inizio dell'ondata successiva.

I rivenditori che stanno ancora valutando l’intero pacchetto tecnologico dovrebbero prima esaminare quelle disponibilisoluzioni di etichette elettroniche da scaffalee capirecome funziona un sistema ESL dalla piattaforma dei prezzi allo scaffale fisico.

Risposta rapida:Un'implementazione ESL multi-negozio affidabile dovrebbe classificare i negozi in archetipi ripetibili, verificare la disponibilità prima della pianificazione, dimensionare le ondate di implementazione in base alla capacità di installazione e supporto, controllare la riduzione dei prezzi, definire i trigger di rollback, formare ciascun ruolo operativo, mantenere scorte di riserva adeguate, eseguire un periodo di hypercare misurabile e utilizzare criteri formali di entrata e uscita per ogni ondata.

Cosa cambia dopo l'approvazione di un progetto pilota ESL?

Un progetto pilota, un'implementazione e le operazioni-stazionarie rispondono a domande diverse.

Un buon progetto pilota dovrebbe produrre prove sull’accuratezza dei prezzi, sull’affidabilità degli aggiornamenti, sulla copertura del gateway, sui flussi di lavoro dei dipendenti, sulla crescente stabilità e sui costi operativi. Il lancio converte questi risultati in standard ripetibili. Prima del ridimensionamento, il team di progetto dovrebbe avere:

• Un modello di archetipo di negozio-approvato;
• Un'etichetta, un modello e una matrice di montaggio;
• Un gateway standard e un design di rete;
• Regole documentate su prodotti, prezzi e promozioni;
• Un punto di preparazione del negozio-;
• Una procedura di cutover e rollback;
• Materiali di formazione-basati sui ruoli;
• Un modello-di riserva e sostitutivo;
• Un modello di assistenza e di assistenza a lungo termine-a lungo termine;
• Soglie prestazionali a livello di onda-.

Non considerare il lancio come una versione più ampia del progetto pilota. Un minimarket compatto, un supermercato standard e un luogo di grandi dimensioni con vetrine refrigerate possono richiedere attrezzature, dimensioni del personale, finestre di installazione e modalità di supporto diverse.

Crea archetipi di negozio prima di pianificare la distribuzione

Gestire ogni negozio come un progetto completamente unico crea un lavoro di pianificazione non necessario. Trattare ogni negozio come identico crea rischi operativi. Un approccio pratico consiste nel raggruppare i negozi in archetipi basati su caratteristiche fisiche, tecniche e operative.

Una volta convalidato un archetipo, il rivenditore può riutilizzare la distinta base, le regole di montaggio, la progettazione del gateway, lo script di test, la sequenza di installazione, il pacchetto di formazione e il piano di supporto. La progettazione fisica dovrebbe essere coordinata con quella dettagliataprocesso di installazione dell'etichetta elettronica per scaffali.

Gli archetipi del negozio dovrebbero riflettere anche la tecnologia di visualizzazione selezionata. Le dimensioni dell'etichetta, il comportamento di aggiornamento, le condizioni di visualizzazione e i contenuti promozionali possono variare da un reparto all'altro. Il confronto diEtichette per scaffali LCD ed E-Inkpuò aiutare a chiarire dove si adattano i diversi formati.

Costruisci un portale di preparazione del negozio

Un negozio non dovrebbe entrare in un'ondata di distribuzione semplicemente perché appare nel calendario. Dovrebbe prima superare un esame formale di preparazione supportato da prove.

Laddove viene utilizzato il GTIN nell'anagrafica prodotto, il rivenditore deve allineare le proprie regole di identificazione del prodotto-conQuadro GS1 Global Trade Item Number. Gli identificatori del prodotto, gli identificatori del negozio e i collegamenti delle etichette devono essere convalidati prima che il team di installazione raggiunga il negozio.

Esempio di preparazione completata

L'esempio seguente è illustrativo e mostra come un gate di disponibilità può impedire un'implementazione-guidata-dalla pianificazione.

Questo archivio non dovrebbe procedere fino a quando il problema di blocco del montaggio non sarà risolto. Una promessa verbale che le parti sono "in arrivo" non è la stessa cosa della prontezza fisica.

Utilizza Cancella stati di preparazione

• Pronto:Tutti i requisiti critici sono completi ed evidenziati.
• Pronto con condizioni:Gli elementi aperti minori hanno proprietari, date e nessun effetto materiale sul prezzo o sulla sicurezza.
• Non pronto:Un requisito critico rimane incompleto.
• Differito:Il negozio richiede una riprogettazione, lavori di costruzione, un aggiornamento del sistema o una riprogrammazione.

Scegli una strategia ondata di lancio

Un'ondata di lancio è un gruppo controllato di negozi distribuiti durante lo stesso periodo del progetto. Il metodo di raggruppamento corretto dipende dalla logistica, dalla somiglianza del negozio, dalla priorità aziendale e dal rischio.

Per la maggior parte dei rivenditori, il modello ibrido è il più pratico. Un'ondata potrebbe includere negozi preparati in una regione, ma solo posizioni appartenenti ad archetipi approvati e che utilizzano versioni POS compatibili.

Calcola la capacità d'onda prima di impegnare le date

La dimensione dell'ondata deve essere vincolata sia dalla capacità di installazione che dalla capacità di supporto post{0}}go-live. Un progetto può installare più negozi di quanti ne possa stabilizzare.

Formula della capacità di installazione

Capacità giornaliera delle etichette=Conteggio equipaggio × Ore produttive per equipaggio × Etichette installate per equipaggio- Ora × Fattore di utilizzo

Giorni di installazione stimati=Etichette totali nell'ondata ÷ Capacità di etichette giornaliera

Il fattore di utilizzo tiene conto delle pause, dell'accesso al negozio, dei cambi di allestimento, dei viaggi all'interno del negozio, delle eccezioni dei dispositivi, del conteggio e delle verifiche dei prezzi. La formula è un modello di pianificazione, non un punto di riferimento del settore.

Esempio illustrativo di capacità

La capacità giornaliera stimata è di 1.785 etichette. Un'ondata di 24.000-etichette richiederebbe quindi circa 13,5 giorni di lavoro prima di ulteriore tempo per il lavoro del gateway, i test di accettazione, il viaggio e la rilavorazione.

La capacità di supporto deve anche limitare l’ondata

Se il team dell'help desk e dell'Hypercare riesce a supportare attivamente solo quattro nuovi negozi alla volta, l'ondata di sei-negozi proposta è troppo grande anche se le squadre di installazione riescono a completarla. La dimensione finale dell'onda dovrebbe essere la minore tra:

• La capacità basata sull'installazione-;
• La capacità basata sulla logistica-;
• La capacità di supporto del fornitore-;
• La capacità dell’iperterapia;
• Il numero di negozi che hanno superato la preparazione.

Le ipotesi sui costi dovrebbero essere testate rispetto al business case completo piuttosto che solo rispetto all'hardware. ILQuadro di calcolo del ROI ESLe l'analisi diil costo reale delle etichette elettroniche da scaffalepuò aiutare a strutturare tali ipotesi.

Definisci i criteri di entrata e di uscita per ogni ondata

I criteri di ingresso determinano se un'onda può iniziare. I criteri di uscita determinano se la prossima ondata potrà procedere. Questa è una decisione di governance, non semplicemente una decisione di programmazione. ILDiscussione del Project Management Institute sulla governance del progettofornisce un riferimento più ampio per i diritti decisionali, la supervisione e la responsabilità.

Criteri di ingresso illustrativi

• Ogni negozio ha superato il cancello di disponibilità;
• Sono disponibili hardware, gateway, supporti, strumenti e ricambi;
• Le interfacce POS, ERP, middleware ed ESL hanno superato i test di regressione;
• I dati sui prodotti e sui prezzi del negozio sono stati convalidati;
• Sono stati approvati i piani di installazione;
• La formazione richiesta per i dipendenti è stata completata;
• Gli elenchi di supporto e i contatti di escalation sono attivi;
• Sono state approvate decisioni su tagli,-congelamento dei prezzi e rollback;
• Non rimane alcun difetto critico irrisolto dell'ondata precedente.

Criteri di uscita illustrativi

• Nessun prezzo critico irrisolto o incidente di sicurezza;
• Le verifiche dei prezzi soddisfano la soglia di accettazione approvata;
• Le prestazioni dell'aggiornamento soddisfano il livello di servizio concordato;
• Gli aggiornamenti non riusciti sono visibili e controllati;
• La precisione del legame tra il prodotto-e-l'etichetta soddisfa l'obiettivo;
• Le prestazioni del gateway e della rete sono stabili;
• I dipendenti del negozio possono completare le attività di routine;
• La domanda di supporto è scesa alla soglia-di stato stazionario;
• La rielaborazione dell'installazione è stata corretta;
• La prossima ondata ha incorporato le modifiche richieste.

Un'onda non è completa quando le squadre di installazione se ne vanno. Sarà completata quando i negozi saranno stabili e il team di governance avrà prove sufficienti per prendere la decisione successiva.

Crea un piano dettagliato di transizione del negozio

Il cutover è la transizione controllata dall'attuale processo di etichettatura-al nuovo modello operativo ESL. Dovrebbe definire sistemi, negozi, dipartimenti, finestra temporale, titolari delle decisioni, regole di prezzo, trattamento delle etichette cartacee, sequenza di test e trigger di rollback.

Cronologia di cutover illustrativa

Il piano di transizione dovrebbe inoltre coordinare la parte wireless della distribuzione. La quantità, la copertura, l'interferenza e il comportamento di ripristino del gateway dipendono dall'architettura di comunicazione scelta. Guarda il confronto diComunicazione Bluetooth, Wi-Fi e Sub-GHz ESL.

Decidere se è necessario un congelamento dei prezzi

Un blocco dei prezzi è una restrizione temporanea sulle modifiche dei prezzi o delle promozioni durante il cutover. Potrebbe semplificare la transizione, ma non è adatto a tutti i rivenditori.

Se viene utilizzato un blocco, documentarne l'ora di inizio e di fine, le modifiche di emergenza consentite, il trattamento delle transazioni bloccate, la sequenza di rilascio, i controlli di versione e il controllo finale della sincronizzazione. I rivenditori che utilizzano frequenti modifiche automatizzate dovrebbero anche coordinare il passaggio con i propriProcesso di determinazione dei prezzi dinamico ESL.

Gestisci le etichette cartacee durante la transizione

Il piano di implementazione dovrebbe definire quando verranno rimosse le etichette cartacee esistenti e quale backup di emergenza rimarrà disponibile. Gli approcci comuni includono la sostituzione zona-per-zona dopo ogni controllo dei prezzi, backup cartaceo temporaneo nell'ufficio del negozio o etichette cartacee solo per gli impianti che non sono ancora approvati per ESL.

La regola fondamentale è semplice: uno scaffale non deve presentare due prezzi attivi contrastanti. Le conseguenze aziendali di prezzi a scaffale incoerenti sono discusse incosa succede quando i prezzi visualizzati sono errati.

Nel calcolare i benefici in termini di manodopera e transizione, confronta l’intero processo digitale con il flusso di lavoro cartaceo esistente. L'analisi dietichette elettroniche da scaffale rispetto alle etichette cartaceefornisce un utile riferimento.

Definire le procedure di rollback e-continuità aziendale

Un piano di ripristino spiega come il rivenditore conterrà o annullerà un passaggio non riuscito. Dovrebbe essere testato prima della messa in funzione-piuttosto che scritto dopo un incidente.

ILGuida alla pianificazione-di emergenza del NISTfornisce un quadro più ampio per valutare i requisiti di ripristino del sistema, le priorità e la resilienza operativa.

Possibili trigger di rollback

• Prezzi a scaffale errati diffusi;
• I prezzi POS ed ESL non si sincronizzano;
• Errori di associazione di-prodotto-a-etichetta su larga scala;
• Una promozione non può iniziare o terminare correttamente;
• La copertura del gateway è instabile;
• Le transazioni scompaiono senza avvisi;
• I dipendenti del negozio non possono svolgere compiti essenziali;
• Si verifica un errore di sicurezza o di controllo dell'accesso-;
• Il sistema non è disponibile senza un percorso di ripristino affidabile.

Definire l'ambito del rollback

La verifica finale dovrebbe dimostrare quali prezzi, modelli e rilegature sono stati ripristinati, chi ha autorizzato l'azione, quali transazioni correttive sono state emesse e se è stato reintrodotto il backup cartaceo.

Utilizzare una matrice di gravità dei difetti

Non tutti i problemi dovrebbero bloccare la prossima ondata. Un modello di gravità documentato impedisce ai team di trattare come equivalenti i problemi estetici e i fallimenti dei prezzi-affrontati dai clienti.

Creare un RACI di implementazione

Le responsabilità di implementazione non dovrebbero rimanere nelle mani di un "team di progetto" indefinito. Un RACI identifica chi è responsabile, responsabile, consultato e informato.

R=Responsabile, A=Responsabile, C=Consultato, I=Informato

Nel contratto dovrebbero essere riportati anche le responsabilità del fornitore, gli orari di supporto, il processo di sostituzione, la politica di aggiornamento del software-e gli impegni di escalation. Il confronto diproduttori di etichette elettroniche da scaffalepuò supportare la valutazione anticipata del fornitore.

Pianifica etichette di riserva e stock sostitutivo

Scorte di riserva insufficienti possono lasciare irrisolte etichette danneggiate o mancanti. Scorte eccessive possono creare scorte inutilizzate quando cambiano modelli, modelli o standard di montaggio.

Fabbisogno di ricambio iniziale=Etichette installate × Tariffa di ricambio pianificata + Nuova previsione-Richiesta SKU + Arretrato di sostituzione noto + Scorte di sicurezza

Questa è una formula di pianificazione, non un punto di riferimento universale. La tariffa di riserva dovrebbe riflettere le dimensioni dell'etichetta, il formato del negozio, l'esposizione ai danni, la refrigerazione, i tempi di consegna del fornitore, l'obiettivo del servizio, i cambiamenti previsti nell'assortimento, la capacità di trasferimento tra i negozi e il rischio di obsolescenza del modello.

L'inventario di riserva può includere

• Etichette per modello, dimensione e colore;
• Gateway e alimentatori;
• Guide, ganci, clip e adattatori;
• Supporti congelatori e refrigerati;
• Dispositivi di rilegatura o scansione;
• Batterie sostitutive ove applicabile;
• Strumenti di installazione e diagnostica.

Un rivenditore può tenere scorte di emergenza in ogni negozio, riserve regionali per sostituzioni comuni e scorte centrali per i modelli con frequenza-inferiore. La progettazione dovrebbe bilanciare la velocità di sostituzione con il controllo delle scorte.

Formare ruoli diversi per compiti diversi

Una sessione di allenamento generica non è sufficiente. Gli addetti al negozio, i manager, i team IT, i team dei prezzi, gli help desk e gli installatori hanno responsabilità diverse.

La formazione dovrebbe essere misurata in base al completamento delle attività piuttosto che alla sola partecipazione. I dipendenti devono dimostrare di essere in grado di riconoscere un aggiornamento non riuscito, correggere un problema di associazione di base, sostituire un dispositivo, verificare una promozione e inoltrare un incidente con le informazioni richieste su transazione, etichetta, prodotto, negozio e ora.

Esegui un Command Center Go-Live

Per le prime ondate o negozi complessi, un centro di comando temporaneo go-live crea un canale decisionale e di comunicazione.

Partecipanti consigliati

• Responsabile del programma o dell'implementazione;
• Titolare dell'integrazione e dell'IT per la vendita al dettaglio;
• Rappresentante delle operazioni del negozio-;
• Proprietario dei prezzi o del merchandising;
• Responsabile tecnico del fornitore;
• Responsabile dell'installazione;
• Responsabile dell'help-desk;
• Responsabile regionale.

Cosa monitora il Centro di Comando

• Negozi avviati, completati, bloccati e ripristinati;
• Etichette installate e rilegate;
• Tasso di superamento del controllo-prezzo;
• Etichette offline e stato del gateway;
• Aggiornamenti non riusciti e ritardati;
• Difetti critici aperti e elevati;
• Attivazione e ripristino della promozione;
• Ticket di supporto e tempi di risposta;
• Consumo di scorte-di riserva;
• Vai, metti in pausa o ripristina le decisioni.

Durante il go-live, il team può incontrarsi in punti di controllo fissi, ad esempio prima dell'installazione, dopo ogni reparto, dopo il primo aggiornamento batch e prima della chiusura del negozio-. Ogni decisione materiale dovrebbe registrare l'ora, le prove, il titolare della decisione e l'azione- di follow-up.

Crea un piano Hypercare misurabile

Hypercare è un periodo temporaneo di monitoraggio e supporto potenziati dopo l'attivazione di un negozio. Il suo scopo è rilevare tempestivamente i problemi operativi prima che i dipendenti creino soluzioni manuali permanenti.

La guida del sito aerrori comuni di aggiornamento ESLpuò aiutare a definire le categorie di incidenti per la coda dell'Hypercare.

Cruscotto Hypercare

Le pratiche di conservazione dei registri e di indagine dovrebbero supportare la ricostruzione degli incidenti. ILGuida NIST alla gestione dei registri di sicurezza informaticafornisce indicazioni più ampie sullo sviluppo e la manutenzione dei processi di gestione dei log- aziendali.

Criteri illustrativi di uscita dall'Hypercare

• Zero incidenti critici irrisolti;
• Le verifiche dei prezzi raggiungono la soglia approvata per un periodo stabile definito;
• Non viene rilevata alcuna perdita di aggiornamento silenzioso;
• Gli aggiornamenti non riusciti sono visibili, di proprietà e all'interno della destinazione della risposta;
• Il volume dei ticket di assistenza-è pari o inferiore alla soglia-di stato stazionario;
• I dipendenti del negozio completano le attività di routine senza l'assistenza-del team di progetto;
• La carta temporanea o le soluzioni manuali sono state rimosse;
• La proprietà è stata trasferita al modello di supporto permanente.

L’Hypercare dovrebbe terminare quando le prove supportano la transizione, non semplicemente perché sono trascorsi quattordici giorni.

Proteggi accesso, monitoraggio e ripristino

L'implementazione introduce nuovi account utente, strumenti di associazione mobile, gateway, API, accesso al supporto e autorizzazioni amministrative. La sicurezza deve far parte della preparazione e del passaggio piuttosto che di un'attività post-al lancio.

ILQuadro di sicurezza informatica NIST 2.0offre un’ampia struttura per governare, identificare, proteggere, rilevare, rispondere e recuperare dai rischi legati alla sicurezza informatica.

Come minimo, verifica:

• Accesso-basato sui ruoli e privilegi minimi;
• Autenticazione a più-fattori dove supportata;
• Archiviazione e rotazione delle credenziali API;
• Rimozione degli account installatore temporanei;
• Registrazione delle azioni relative a prezzo, modello, associazione e rollback;
• Controlli di approvazione per modifiche collettive;
• Regole di accesso remoto-del fornitore;
• Procedure di backup, ripristino ed escalation.

Misura le prestazioni di implementazione per Store e Wave

Le prestazioni di aggiornamento del display devono essere separate dall'elaborazione backend, dal ritardo della coda e dalla trasmissione del gateway. Vedi la spiegazione diFrequenze di aggiornamento ESL e prestazioni di visualizzazione.

Segnala i risultati per tipo di negozio, regione, personale addetto all'installazione, tipo di apparecchio, modello di etichetta, zona gateway e ondata di implementazione. Una media a livello di catena-può nascondere un tipo di negozio debole o un personale con un tasso di rilavorazione elevato.

Prendi una decisione formale sull'ondata

Un punteggio totale elevato non dovrebbe mai sovrascrivere un errore critico irrisolto in materia di prezzi, sicurezza o ripristino.

Scenario illustrativo di lancio composito

L'esempio seguente è uno scenario di pianificazione composito, non un reclamo di un cliente denominato.

Un rivenditore propone una seconda ondata di produzione contenente otto supermercati. Tutti e otto hanno superato la convalida dei dati di base, ma tre includono ampi reparti di congelamento. Il piano del progetto presuppone gli stessi tassi di montaggio e produttività utilizzati nella prima ondata.

Durante la prima installazione del congelatore-, il team scopre che l'adattatore approvato si allenta durante il rifornimento. L'installazione rallenta, le rielaborazioni aumentano e l'equipaggio consuma la maggior parte delle cavalcature di riserva regionali. Allo stesso tempo, il team di supporto sta gestendo le domande vincolanti irrisolte di due negozi che sono stati recentemente abbandonati-.

La decisione corretta è quella di non continuare perché alla fine è stato aperto il primo negozio. Il gruppo di governance dovrebbe:

1. Metti in pausa le rimanenti installazioni del negozio di congelatori-;
2. Continuare solo con i negozi che utilizzano il design degli apparecchi standard convalidato;
3. Testare un supporto per congelatore revisionato in normali condizioni di rifornimento e pulizia;
4. Aggiornare la distinta base archetipica e l'ipotesi di produttività dell'installazione;
5. Ricalcolare le scorte di riserva e la capacità d'onda;
6. Completa l'ipercura per i negozi aperti prima di riavviare il gruppo in pausa.

Questa decisione impedisce che un difetto locale venga copiato in più negozi.

Prove richieste nel rapporto di implementazione

Ogni rapporto sull'ondata dovrebbe includere:

1. Negozi e archetipi inclusi;
2. Stato di preparazione prima della distribuzione;
3. Etichetta installata, gateway e quantità di montaggio;
4. Tempo di installazione previsto ed effettivo;
5. Risultati del controllo-e dell'aggiornamento dei prezzi;
6. Difetti di collegamento, montaggio e rete;
7. Gravità del difetto e stato della causa principale-;
8. Ticket di supporto e tempi di risoluzione;
9. Completamento della formazione e risultati delle attività;
10. Consumo di scorte-di riserva;
11. Stato di uscita dall'Hypercare;
12. Azioni correttive per la prossima ondata;
13. La decisione formale di continuare, correggere, mettere in pausa, riprogettare o ripristinare.

Le prove di supporto possono includere moduli di preparazione, fotografie di installazione, registri delle transazioni, report gateway, risultati di audit, valutazioni della formazione, ticket di supporto e documenti di approvazione-del negozio.

Asporto finale

L'implementazione di un'etichetta elettronica per scaffali è una trasformazione operativa controllata che coinvolge dati, prezzi, reti, strutture, logistica, dipendenti, fornitori, supporto e governance.

I piani di lancio più efficaci classificano i negozi in archetipi ripetibili, verificano la disponibilità con prove, dimensionano le ondate in base all’installazione e alla capacità di supporto, controllano il cutover e il rollback, definiscono la responsabilità attraverso un RACI, formano ogni ruolo, mantengono le scorte di riserva pianificate e mantengono i negozi in hypercare finché non vengono soddisfatti criteri di uscita misurabili.

Ogni ondata dovrebbe migliorare lo standard prima che venga ripetuto su scala più ampia. Quando si manifesta un difetto locale, il rivenditore dovrebbe sospendere o riprogettare l’archetipo interessato invece di riprodurre la stessa debolezza lungo tutta la catena.

Con criteri di ingresso disciplinati, diritti decisionali, controlli di recupero e reporting sulle prestazioni, i rivenditori possono utilizzare le ESLsemplificare le operazioni di vendita al dettagliosenza sacrificare l'accuratezza dei prezzi, il controllo operativo o il supporto del negozio.