Quin problema resol de debò un programa de sala

El problema no és guardar informació: això ja es fa, repartit entre un full de càlcul, una carpeta de PDF i el cap del maître. El problema és que la sala té mides i la informació no en té. Quan el plànol està dibuixat en PowerPoint, ningú pot respondre amb certesa si entre la taula 12 i la columna hi queden noranta centímetres o seixanta, i la resposta apareix el dissabte al matí amb el càtering descarregant.

Un programa de sala resol exactament això: que el dibuix sigui a escala i que les decisions de venda —quants hi caben, si hi cap la pista, on va la presidencial— es prenguin sobre les mides reals de la sala i no sobre una intuïció. El que no resol és la gestió comercial: no truca als clients, no envia pressupostos i no cobra.

Les set funcions, una per una

Cap de les set és un extra. Si en falta una, la feina que evitava es torna a fer a mà, i el programa deixa d’estalviar temps per passar a ser un lloc més on escriure el mateix.

  • Plànol a escala real: amb les parets, les columnes i les portes de la sala mesurades, no un rectangle aproximat. És el que separa un plànol d’un dibuix.
  • Aforament operatiu: quants comensals hi caben deixant el pas de servei i les vies d’evacuació lliures. Gairebé sempre és un número més petit que l’aforament declarat a la llicència.
  • Seating: la llista de convidats asseguda sobre el plànol, amb els seus grups, els seus menús i els seus requeriments. No una llista al costat del plànol: a sobre.
  • Papers del dia: el plànol imprès per penjar a l’office i el full de muntatge amb cada taula, les seves coordenades i qui va a cada cadira.
  • Enllaç per al client: una adreça que s’envia per WhatsApp on els nuvis veuen el seu casament i col·loquen la seva gent, sense compte i sense instal·lar res.
  • Equip amb permisos: qui ven no ha de poder moure una paret, i el client final no ha de veure els altres casaments.
  • Històric: què es va muntar a cada esdeveniment i amb quin resultat, perquè el muntatge que va funcionar es repeteixi en comptes de reinventar-se.

El que sembla imprescindible i no ho és

Tres funcions apareixen a gairebé totes les demostracions i cap de les tres és un programa de sala. El CRM de casaments gestiona l’embut comercial —visites, pressupostos, seguiment— i qui ja en té un no en necessita un altre dins el programa de la sala. La facturació és un producte regulat, amb les seves obligacions fiscals, i cap eina de plànols la fa bé. I el web de reserves resol un negoci diferent: la finca de casaments no ven per disponibilitat en línia, ven per visita.

La pregunta útil davant d’una demostració no és «això també ho fa?», sinó «això ho fa bé, o ho fa per poder dir que ho fa?». Un mòdul de facturació a mitges obliga a portar dues comptabilitats.

Senyals que te’l venen malament

N’hi ha tres que es detecten als primers deu minuts d’una demostració, i les tres volen dir el mateix: que el producte no l’ha fet gent que hagi muntat una sala.

  • L’aforament que ensenya és el declarat. Si en col·locar taules el nombre de comensals no baixa, el programa compta cadires, no espai.
  • El plànol no té escala. Si no s’hi pot escriure «aquesta paret fa 18,40 m» i veure com canvia tota la resta, el dibuix és decoratiu.
  • El PDF no s’imprimeix bé. El plànol del dia del muntatge es penja a l’office i es mira des de dos metres: si surt en A4 amb lletra de vuit punts, no s’farà servir.

Quant hauria de costar, i què no hauria de costar a part

Per a una finca que fa entre 30 i 120 esdeveniments l’any, l’ordre de magnitud raonable és entre 30 i 90 euros al mes. Per sota sol ser una eina de dibuix genèrica; per sobre, un ERP d’hostaleria amb un mòdul de plànols a dins.

El que no s’hauria de cobrar a part: els usuaris de l’equip, l’enllaç per al client final, l’exportació dels papers del muntatge i la migració de les sales que ja tens. Si el preu puja cada vegada que hi entra algú més de l’equip, el programa acaba fent-lo servir una sola persona, que és exactament el problema que venia a resoldre.