Notes internes en clients​

A la fitxa de cada client del CRM hi ha un camp Notes internes. Només el veus tu i el teu equip, mai el client. Serveix per guardar:

• Al·lèrgies i preferències ("vi negre criança, sense postre").
• Avisos ("paga sempre el pare, no la dona").
• Context ("VIP del barri, atendre personalment").

Apareix a la card del client a Servei en directe i a la pantalla d'edició de reserva, així que es veu abans que arribi.

Filtre per al·lèrgens a la carta pública​

Els teus clients poden filtrar la carta per al·lèrgens (gluten, lactosa, fruits secs, marisc, ou...) directament a la pàgina pública. Tu els marques a cada plat en editar-lo a la carta. És opcional: si no marques res, el filtre no apareix.

Wiki a wiki.restapro.es​

L'estàs llegint ara mateix. És la nostra base de coneixement pública amb:

• Guies pas a pas de cada funció del producte, escrites per a hostalers (sense argot tècnic).
• FAQ amb les 23 preguntes més freqüents.
• Canvis i novetats (aquest changelog).
• Cerca que fa match amb tot el contingut.

I el botó Ajuda del sidebar de l'app obre directament aquesta wiki en una pestanya nova. Pinche, l'assistent IA, també la fa servir: si li preguntes "com faig X?", busca aquí i et torna enllaços.

Més a la introducció de la wiki.

Què fa​

Des de Reserves → Pausar reserves en línia pots bloquejar reserves noves per a un tram concret (esmorzar, dinar, sopar o tot el dia) en una data. La pausa caduca sola en canviar el dia: si no la reprens, demà el teu web torna a acceptar reserves automàticament.

Per què importa​

• No toques horaris ni configuració. La configuració permanent queda intacta.
• L'hostaler continua creant reserves internes (walk-ins, trucades, VIPs) durant la pausa.
• El client veu un missatge clar: "Aforament complet, t'esperem sense reserva" amb botó per trucar al restaurant.

Diferència amb el tancament prolongat​

Més detall a la guia completa de pausa de servei.

Seguretat​

• Escapat de JSON-LD a la carta pública per evitar injeccions des de noms de plat exòtics.
• Validació d'URLs externes abans de mostrar-les a les públiques.
• Pujada d'imatges ara rebutja SVGs i limita la mida a 5 MB. Abans s'hi podia colar un SVG amb script.
• Token d'edició pública signat amb HMAC: ningú no pot editar la reserva d'algú altre encara que endevini l'ID.
• Webhook de Stripe idempotent: si el mateix esdeveniment arriba dues vegades (Stripe de vegades reintenta), només s'aplica un cop.
• Rate-limit i access guard en sis funcions de Gemini perquè no se n'abusi del cost.
• Rols: workspace-member-upsert ja no permet escalar a owner des d'un rol inferior.

Rendiment​

• Admin overview ha deixat de fer N+1 en llistar restaurants (era una query per cadascun; ara una de sola).
• Sentry lazy-loaded: només es carrega quan cal, no a cada visita a la home pública.
• date-fns per bundle petit en lloc del paquet sencer, estalvia uns 80 KB a cada càrrega.

Resiliència​

• Auto-reload del frontend si falla el preload d'un chunk després d'un deploy: l'usuari no veu pantalla trencada, recarrega sola.
• Snapshot de dist/ i script de rollback ràpid a la versió anterior si un deploy ho espatlla.
• Recordatoris ara respecten la zona horària del restaurant (abans s'enviaven en UTC i a vegades s'avançaven una hora).
• Cron d'estadístiques públiques reagendat per no trepitjar-se amb els backups.

Si alguna cosa anava lenta o rara i notes que ja no, era això.

Workspace "només esdeveniments"​

No tots els negocis necessiten reserves estàndard. Alguns clients (càtering, salons de bodes, espais d'esdeveniments privats) gestionen només esdeveniments de grup. Per a ells hem creat un mode workspace events-only:

• A l'alta, trien "Només gestiono esdeveniments" en lloc del flux de reserves.
• Les pantalles de Servei en directe i Reserves s'oculten.
• Al seu lloc, Esdeveniments de grup passa a ser la pantalla principal.
• Les plantilles i els correus s'adapten al llenguatge d'esdeveniments (pressupost, avançament, data de l'esdeveniment, nombre de comensals previstos).

Si el teu negoci encaixa amb això, escriu-nos a support@restapro.es i te l'activem. No és un toggle públic encara: preferim parlar amb cada client per ajustar-ho bé.

Landing redissenyada​

Hem reescrit https://www.restapro.es sencera:

• Comptador de reserves reals en lloc de números inventats.
• Comparativa transparent amb TheFork: preus, comissió, què fa millor cadascun.
• Demo en directe que ensenya la pantalla de servei sense demanar registre.
• Layout més ample (1536px) i blocs condensats: es llegeix millor en monitor gran sense perdre densitat.

Si portaves algú al web per explicar-li RestaPro, ara la conversa s'escurça: hi ha menys argot i més captures reals.

Per què hem tret TheFork​

Ho hem après per les males: quan RestaPro era qui reservava, les dades eren consistents i els correus arribaven a temps. Quan una reserva venia de TheFork, hi havia doble font de veritat: el sincronitzat es desfasava, els recordatoris es duplicaven, i els hostalers rebien queixes de clients que rebien dues confirmacions del mateix sopar.

La decisió va ser: o ho arreglàvem a fons (setmanes de feina) o ho retiràvem. Vam optar per retirar-ho i simplificar. Si necessites TheFork, continuem demanant als clients que el portin en paral·lel i el reflecteixin com a walk-in a RestaPro.

Si encara tenies un restaurant amb TheFork connectat, les reserves passades es queden a l'històric i les noves deixen de sincronitzar-se. Ho avisem als correus i per toast al backoffice.

Cinc sprints de UX al servei en directe​

Després de llançar Servei en directe, hi vam dedicar sprints setmanals per polir el que es nota fent-lo servir de debò:

• Sprint 1. Quick wins: tooltips, dreceres de teclat, layout responsive en tauleta.
• Sprint 2. UX general: revisió de copy, separadors clars, pesos visuals.
• Sprint 3. Eficiència operativa: menys clics per reassignar, accessos ràpids a "marcar arribada", ressaltat de taules crítiques.
• Sprint 4. Context del client: badge VIP i comptador de no-shows visibles d'un cop d'ull.
• Sprint 5. Vista TV (mode exposat a sala) i so en entrar una reserva nova.

Si fa temps que no obres aquesta pantalla, prova-la ara. És una altra cosa.

Més a la guia de reserves.

El client edita la reserva des del correu​

El correu de confirmació que reben els teus clients ara porta un enllaç "Editar o cancel·lar la meva reserva". En prémer-lo:

• Arriba a una pantalla simple al teu domini públic.
• Pot canviar l'hora dins dels slots disponibles, o cancel·lar.
• No cal crear compte ni recordar contrasenya.

L'enllaç està signat amb un token únic: ningú més no pot tocar la reserva encara que sàpiga l'ID. Ho cuidem per si de cas.

Alertes a diversos correus​

Fins ara, les alertes de reserva nova anaven a un únic correu. Ara pots definir diversos destinataris a Configuració → Alertes:

• Tu (tu@restaurant.com)
• El cap de sala (sala@restaurant.com)
• El que vulguis (un Slack via webhook a correu, un grup, etc.)

Si en configures més d'un, tots reben l'alerta alhora.

Toast en temps real​

Si tens el backoffice obert, quan entra una reserva online apareix un toast a la cantonada ("Nova reserva: 2 persones, 21:00"). Sense recarregar, sense esperar que sincronitzi. És realtime via Supabase, així que és instantani.

Detecció de duplicats​

Si el mateix client prova de reservar dues vegades per al mateix dia (típic quan el formulari s'envia dos cops o un missatge queda esperant xarxa), RestaPro ho detecta i avisa abans de ficar una reserva duplicada a la BD. El backoffice també ho assenyala.

Més a la guia de reserves.

Què fa​

• Plànol de taules amb l'estat de cadascuna al minut: lliure, ocupada, walk-in, bloquejada.
• Drag & drop per reassignar reserves a taules mentre passa el servei. Si no hi ha capacitat, el sistema ho avisa abans de deixar anar.
• Walk-in flexible: el botó gran per asseure gent sense reserva, ajustant la capacitat sobre la marxa.
• Banner de servei a la capçalera amb un resum de com va el dia (ocupació, pròximes reserves, alertes).
• Bloqueig de taules amb motiu: "taula trencada", "reservada per a grup a les 22:00", "aniversari del cap".

Per a qui​

Per al cap de sala i l'encarregat. És la pantalla que tenen oberta a la tauleta darrere de la barra durant tot el servei. No té text tècnic, no requereix formació: si has treballat en sala, ho entens a la primera.

Com encaixa amb la resta​

• Reserves continua sent on fas gestió de fons (crear, editar, cancel·lar).
• Servei en directe és on operes durant el torn.
• Les dues pantalles miren la mateixa base de dades en temps real, així que no hi ha desincronització.

Més a floor plans i a la guia de reserves.

Esmorzar com a tram de servei​

Fins ara els trams eren dinar i sopar. Si el teu negoci obre per a esmorzars, no hi havia manera neta de separar el servei matinal de la resta. Ara esmorzar és un tram més:

• L'actives a Configuració → Horaris marcant la franja (típicament 8:00–12:00).
• Té la seva pròpia configuració (capacitat, slots, taules assignades).
• Les reserves en línia el mostren com a tram separat a la pàgina pública.
• Els correus i automatitzacions poden filtrar per tram: "envia promo només a clients d'esmorzar", per exemple.

Si el teu restaurant fa esmorzars, ja els pots separar del dinar sense trampes.

Slots fins a l'última reserva configurada​

Abans hi havia un comportament subtil: si la teva darrera hora de sopar era les 23:00, l'últim slot reservable era a les 22:30 (perquè deixàvem un marge "automàtic"). Resultat: la gent que volia reservar a les 23:00 no podia, encara que el teu restaurant sí que acceptava clients a aquesta hora.

Ara els slots arriben fins a l'hora exacta que has configurat. Si dius que l'última hora són les 23:00, les 23:00 és seleccionable.

Si vols deixar marge, ho configures tu explícitament canviant la darrera hora a 22:30. Més control i menys màgia.

Carta pública nova​

La carta que veuen els clients (a través del QR o a restapro.es/r/el-teu-restaurant) ara:

• Responsive de debò: es llegeix igual en un iPhone SE que en un iPad.
• Accessible: navegable amb teclat, colors amb contrast suficient, els lectors de pantalla l'entenen.
• Filtres per al·lèrgens: els clients poden filtrar per gluten, lactosa, fruits secs, etc. Les dades les configures tu en crear cada plat.
• Empty state contextual: si filtren i no hi ha res per mostrar, suggeriments per ampliar la cerca.

Propostes d'esdeveniments de grup​

A la teva pàgina pública apareix un botó "Reserva per a grup" quan algú vol venir amb molts comensals. El client:

1. Omple un formulari curt: data, nombre de persones, tipus d'esdeveniment, notes.
2. La proposta arriba al teu backoffice; no és una reserva confirmada.
3. Tu l'aproves, la rebutges o respons amb un pressupost / disponibilitat alternativa.

Per a reserves grans (15+) aquest és un flux molt millor que una reserva online estàndard: dones temps per coordinar-te amb cuina, fixar menú, demanar un avançament, etc.

Més a la guia d'esdeveniments de grup.

Altres millores petites​

• Embed de reserves sense banner de galetes (el gestiones tu al teu web, no es duplica).
• Eliminar la gestió de reserves ja no exigeix confirmació amb un text exacte, només un botó.
• Tracking de cada acció de l'hostaler: ara sabem quines pantalles uses i quines parts estan òrfenes, per anar-les polint en lloc d'endevinar.

Pinche amb Gemini 2.5 Flash​

Pinche ara fa servir Gemini 2.5 Flash en lloc de la 2.0. Ho notaràs en:

• Velocitat. Les respostes triguen un 30% menys a començar a aparèixer.
• Raonament. Millor quan li demanes coses com "quin canvi a la carta tindria més impacte en el tiquet mitjà?" o "explica això a un cambrer nou".
• Cost. Igual o menor per a nosaltres, així que no impacta la teva factura.

El canvi és transparent: Pinche continua responent en català i castellà, amb les mateixes eines de gestió.

Logs centralitzats​

Abans els errors de les edge functions vivien en sis llocs diferents: Supabase, Sentry, logs locals de nginx... Ara tots van a un canal #logs únic via n8n:

• Qualsevol error o warning de qualsevol funció serverless aterra a Slack en segons.
• Si el teu restaurant té un comportament estrany i ens avises per correu, el correlacionem amb els logs del moment exacte.
• Filtrem automàticament "soroll" conegut (timeouts esperables) per no fer spam al canal.

T'afecta indirectament: quan alguna cosa es trenca en producció, ho veiem en minuts en lloc d'hores.

Túnel de Sentry via /m​

Alguns bloquejadors d'anuncis bloquegen directament el domini de Sentry i ens quedàvem sense telemetria d'errors al frontend. Ara el frontend envia els errors a /m (un proxy del mateix origen al nostre nginx) que els reenvia a Sentry.

Resultat: veiem el 100% dels errors que passen al navegador, fins i tot d'usuaris amb uBlock Origin agressiu.

Com es munten​

A Màrqueting → Automatitzacions, tries:

1. Disparador. Quan s'avalua la regla: reserva creada, reserva confirmada, reserva completada, el client compleix X visites...
2. Condicions. Tan fines com vulguis: dia de la setmana, franja horària, mida del grup, canal d'origen, si és la primera visita.
3. Plantilla. Quin correu s'envia. Vénen 5-6 plantilles llestes (gràcies, recordatori, recuperació, codi de descompte, primera visita).
4. Delay. Quan s'envia: immediatament, 4 hores després, l'endemà, una setmana...
5. Topall per client. Perquè no facis spam: màxim X correus d'aquesta regla per persona.

Casos típics que ja funcionen​

• "Gràcies per la teva primera visita" amb un 10% de descompte a la pròxima, per a clients nous.
• "T'enyorem" a clients que fa 3+ mesos que no vénen.
• "Recordatori 24 h abans" només per a reserves grans (8+) o de divendres i dissabte.
• "Per molts anys" una setmana abans amb un detall de la casa.

Live preview + correu de prova​

En crear la regla pots veure-la renderitzada i enviar-te un correu de prova a tu mateix abans d'activar-la. T'estalvies el ridícul d'un placeholder no resolt a la safata d'un client.

Més a la guia d'automatitzacions i a la guia de campanyes.

Mode quiosc a /app/local​

Si tens una tauleta o monitor petit darrere de la barra per portar el servei, obre /app/local. És Servei en directe en mode net: sense sidebar, sense distraccions, tot l'espai per a taules i reserves.

Funciona bé en tauleta horitzontal i en pantalles petites muntades a la paret. La idea és que passi a formar part del mobiliari digital del restaurant, no una cosa que obres i tanques.

Descripció a les categories de carta​

A l'editor de carta, cada categoria ara pot tenir un subtítol descriptiu. Útil per:

• "Entrants per compartir" → text: "Pensats per a 2-3 persones, portem pa al centre"
• "Postres" → text: "Fets a casa cada dia"
• "Vins per copa" → text: "Selecció rotativa de la temporada, pregunta al teu cambrer"

Apareix a la pàgina pública sota el nom de la categoria. Dona textura sense saturar.

Repàs de densitat​

Hem repassat la densitat en aquestes zones:

• Configuració: capçaleres més baixes, padding reduït; els formularis llargs ara caben en una pantalla.
• Reserves: files més fines, columnes més ben balancejades per a llistes de 100+ reserves.
• Dashboard: targetes més compactes; abans ocupava massa per al que deia.
• Chrome general: barra superior més fina, sidebar amb padding ajustat.
• Capacitat i filtres de carta: menys aire entre controls.

Resultat: hi cap entre un 25 i un 40% més d'informació sense perdre llegibilitat.

E2E smoke tests + i18n públiques​

Bonus tècnic: hem afegit smoke tests end-to-end a GitHub Actions que proven login + crear reserva + veure carta pública a cada commit. Si un canvi trenca algun d'aquests fluxos, el commit no es mergeja.

Editor visual de taules​

A Configuració → Taules ja no cal llistar taules a mà. Tens un llenç on:

• Arrossegues taules des d'una paleta (quadrada, rodona, allargada).
• Assignes capacitat mínima i màxima.
• Accepta diverses plantes (terrassa a dalt, saló a baix, reservats a part).
• Cada taula té la seva zona i pot mostrar-se o no a les reserves en línia.

Quan un client reserva online, veiem quina taula està lliure gràficament a la mateixa fitxa de la reserva, i la podem assignar amb un clic.

Diverses cartes per restaurant​

Si el teu negoci té carta de dinar i de sopar, menú del dia, brunch del cap de setmana... tot això ja cap a RestaPro. Cada carta:

• Té el seu nom i un tipus (dinar / sopar / menú del dia / esmorzar...).
• Apareix com a pestanya a la teva pàgina pública i al QR.
• Es pot activar i desactivar per servei sense tocar les altres.

L'editor de carta canvia entre elles amb un selector a dalt: és la mateixa pantalla, multiplicada.

Més a la guia de taules i places i a la guia de l'editor de carta.

Nova landing pública​

Hem reescrit restapro.es sencera. Les decisions grans:

• Bloc "per a hostalers" a dalt, no per a inversors ni periodistes.
• Captures reals de l'app, no mockups de Figma.
• Preus visibles sense "contacta amb vendes". El que val és el que diu la pàgina.
• Comparativa transparent amb TheFork i Resy.

Pàgines legals completes​

A restapro.es/legal s'hi sumen:

• Política de cookies específica amb el desglossament de quines fem servir i quines no (no fem servir analytics de tercers a les públiques).
• Avís legal amb CIF i adreça registral.
• Condicions d'ús del servei per a clients finals (els comensals que reserven).
• Política de tractament de dades personals amb drets GDPR clars.

Billing amb Stripe portal​

Si pagues RestaPro, a Workspace → Facturació veus un botó "Gestionar subscripció" que et porta al Stripe Customer Portal:

• Canvies mètode de pagament, descarregues factures, veus historial.
• És el de Stripe, no un de fet per nosaltres: les dades de targeta no passen mai per RestaPro.

Enduriment de seguretat​

Passada seriosa sota el capó (no es veu, però es nota):

• Rate-limit en endpoints públics perquè cap bot no tombi la pàgina d'un restaurant.
• Validació estricta d'inputs als formularis públics.
• CSP (Content-Security-Policy) ajustada per limitar quins scripts es poden executar.
• Headers de seguretat a nginx (HSTS, X-Frame-Options, X-Content-Type-Options).
• Webhooks signats amb secrets rotables.

Màrqueting de ressenyes + cobertura de tests​

Com a bonus: hem afegit el flux de review marketing integrat amb Google i hem pujat la cobertura de tests al 72% per reduir regressions.

Cupons de descompte​

Si tens una promoció ("primer mes gratis", "20% per a avis en família"), ja pots crear cupons des del panell i compartir el codi. S'apliquen a la caixa de Stripe i es desactiven sols quan caduquen.

Cancel·lació de pla amb motiu​

Si un hostaler decideix donar-se de baixa, li demanem un motiu en una enquesta curta abans de processar la cancel·lació. Tres avantatges:

• Tu deixes el pla en pausa, no es fa efectiu fins al final del període.
• Nosaltres aprenem per què te'n vas. És feedback més útil que qualsevol NPS anònim.
• Si el motiu és una cosa que podem arreglar (preu, una funcionalitat concreta), et responem per correu abans del tall.

Assistent IA per a correus de màrqueting​

En crear una campanya a Màrqueting → Nova campanya, ara hi ha un botó "Generar esborrany amb IA". Li dones tres dades:

• A qui va (clients nous / habituals / VIPs)
• Què vols aconseguir (omplir dimarts, anunciar carta nova, recuperar inactius)
• To (proper, formal, divertit)

I t'escriu assumpte + cos + CTA. L'edites, te l'apropies i l'envies. Molt més ràpid que començar de zero.

Telemetria de pàgines públiques​

Com a bonus tècnic: la teva pàgina pública de reserves ara compta visites. Apareix a analítiques perquè vegis si invertir en SEO o anuncis compensa.

Com funciona​

1. Tries una plantilla predissenyada (agraïment + petició + enllaç directe a la teva fitxa de Google).
2. Configures el delay (l'habitual: 4 hores després de la reserva, quan el client ja és a casa amb el cafè).
3. Actives la regla i RestaPro envia el correu cada vegada que una reserva es marca com a completada.

El client obre el correu, fa clic, arriba al teu Google Business i deixa la ressenya en menys de 30 segons. Si diu que no o ho ignora, no s'ha perdut res: el client que es volia queixar normalment no respon aquests correus.

El que fa que això funcioni bé​

• Bloqueig de màrqueting 24 h post-visita: si la persona ja ha rebut un correu teu (recordatori, confirmació), no li torna a arribar res el mateix dia. Ningú no se sent perseguit.
• Respecte a les baixes. El client que es treu de la llista no rep més correus de màrqueting, a la primera, sense discussió.
• Tracking real. El dashboard de ressenyes de Google mostra quantes ressenyes han vingut per aquest flux.

Més detall a la guia de sol·licitar ressenyes.

Què hem llançat​

• Importador des d'URL. A Carta → Importar web enganxes l'URL pública de la teva carta i RestaPro llegeix títols, descripcions, preus i categories. Després tu revises i corregeixes el que calgui.
• Importar des de Google Places. A l'alta del restaurant, si trobes la teva fitxa, en portem telèfon, adreça, horaris i foto de portada d'un sol cop.
• Copiar horaris al porta-retalls. Botó ràpid per portar els teus horaris de RestaPro al teu web, a xarxes o a un cartell.
• Accions ràpides al dashboard. Tres botons per crear reserva, marcar walk-in i obrir la carta sense navegar pel menú.

Per què importa​

L'alta inicial és el moment on la gent es cau més. Reduir el temps de "primer plat visible a la meva pàgina" d'una hora a cinc minuts és la diferència entre començar a fer servir RestaPro avui o deixar-ho per a la setmana vinent (que gairebé mai no arriba).

Fes un cop d'ull a la guia d'alta del restaurant i a la guia de la carta digital per als detalls.

Rols d'equip​

A Workspace → Membres pots convidar persones amb tres nivells:

• Owner (tu). Control total. Només hi pot haver un owner.
• Admin. Gestiona reserves, carta, configuració; no toca facturació ni esborra el restaurant.
• Staff. Veu i gestiona reserves, marca walk-ins; no entra a màrqueting ni a configuració.

Cada acció del backoffice respecta aquests rols automàticament. Si un staff prova d'entrar a billing, veu un missatge clar en lloc d'un error tècnic.

Edició de perfil + avatar​

Al teu compte ja pots canviar nom, foto i correu. Les fotos es pugen a un bucket privat (no públic), amb polítiques RLS que només et deixen tocar la teva.

Pàgina legal pública​

restapro.es/legal amb privadesa, condicions i avís legal a punt. Si el teu gestor et demana enllaçar-les des del teu web, ja estan publicades.

Més a rols i permisos.

Què inclou aquesta v1​

• Reserves online amb pàgina pública per restaurant (restapro.es/c/el-teu-restaurant).
• Backoffice de reserves per gestionar el dia a dia (crear, editar, cancel·lar, marcar arribada i no-show).
• Carta digital amb QR públic (restapro.es/r/el-teu-restaurant).
• Dashboard amb la foto del dia.
• Auth amb correu electrònic + contrasenya.
• Multi-restaurant des del primer dia: un workspace pot tenir diversos locals.

Filosofia​

RestaPro està construït amb tres principis que defensarem en cada feature:

1. Idioma primer, sense dreceres. No hi ha i18n a mitges, no hi ha placeholders en anglès. Cada paraula està pensada per a algú que fa paelles, no per a algú que fa APIs.
2. L'hostaler no hauria de llegir documentació per fer servir l'app. Si una pantalla necessita explicació, el problema és a la pantalla.
3. Les dades són del restaurant. Export en CSV, eliminació completa amb un botó, sense lock-in.

Benvingut. Si fa temps que ets a l'hostaleria i hi ha alguna cosa que no encaixa amb com treballes, escriu-nos. RestaPro és l'eina més jove del mercat i per això és la que pot canviar més de pressa per adaptar-se a tu.

No volíem llançar a la gran, amb plats i timbals. Volíem llançar tranquils: que qualsevol hostaler pogués entrar, registrar-se, pagar i començar a treballar sense sorpreses. Sona modest. Implica una llista de tasques llarga.

El que vam tancar en aquelles dues setmanes​

Aquestes són les coses grans que van entrar a la recta final:

• Smoke tests HTTP automatitzats. Un script (npm run smoke:http) que comprova que les rutes crítiques tornen el codi correcte després de cada desplegament. Res sofisticat, però suficient per detectar caigudes òbvies.
• Cobertura E2E mínima. Tres fluxos crítics verificats manualment abans de cada release: registre complet, creació de reserva pública, edició i publicació de carta.
• Pàgina legal completa. Termes de servei, política de privadesa, avís de galetes. Vam treballar amb un advocat especialitzat en SaaS per no copiar plantilles dubtoses. Passar-ho per alt no era opció.
• Billing amb Stripe portal. No vam reinventar la roda: el portal de client de Stripe gestiona subscripcions, mètodes de pagament, factures. Nosaltres ens vam limitar a integrar checkout i webhooks.
• Hardening de seguretat. Auditoria de polítiques RLS, revisió de rols de servei, rotació de secrets, alertes en errors 500. L'avorrit però imprescindible.

El dia que gairebé trenquem la base de dades​

Hi va haver un ensurt, és clar. A quatre dies del llançament, una migració va tocar una taula gran i va bloquejar les consultes durant 90 segons. En producció real això és una eternitat. La beta ho va notar però ningú no estava fent res crític en aquell moment. Decisió immediata: a partir d'aquí, cap migració s'aplica sense un pla de rollback escrit i revisat per dues persones.

Aquesta norma continua vigent avui.

El que vam deixar fora expressament​

La temptació d'afegir "una funcionalitat més" abans de llançar és enorme. Vam haver de dir que no a unes quantes coses:

• Mode fosc complet. Els estils estaven a punt però no provats a fons.
• Integració amb TheFork. Sabíem que la faríem, però no el dia 1.
• App nativa mòbil. El web responsive cobria el 95% dels casos.
• Màrqueting automatitzat per SMS. Correu primer, SMS després.

Tot això va acabar sortint les setmanes següents, com pots veure a les entrades posteriors d'aquest blog.

El dia anterior​

La nit del 18 de març vam activar els pagaments en producció, vam fer un últim desplegament i vam deixar córrer els smoke tests. Zero errors. Vam apagar el portàtil amb aquella sensació rara que has arribat a la línia de sortida després d'haver corregut mitja marató. El llançament real, amb les seves pròpies històries, l'explica la primera entrada d'aquest blog: "Hola món".

A partir d'aquell dia, RestaPro va deixar de ser un projecte i va començar a ser una eina feta servir per gent real cada nit.