Beer Sapiens

Beer Sapiens va ser una startup del sector de l'hostaleria dedicada a la cervesa artesanal, amb seu a Múrcia. Segons el diari Murcia Plaza, es tractava d'una iniciativa emprenedora murciana en el segment de la cervesa artesanal. No consta a les dades disponibles cap altra informació sobre la seva forma jurídica, dimensió o estructura societària.

No consta la data de fundació ni el nom de les persones fundadores. Les dades disponibles no inclouen informació sobre el procés de constitució, els socis inicials ni les rondes de finançament, si n'hi va haver.

Segons el diari Murcia Plaza, Beer Sapiens operava en el segment de la cervesa artesanal. No consta a les dades disponibles el detall del model de negoci —producció pròpia, elaboració contractada, distribució o locals de consum—, ni quin era el seu client objectiu, ni quins productes concrets oferia.

No consta informació sobre l'evolució del negoci, la facturació, el creixement o els moments de major activitat. Les dades disponibles no permeten descriure cap període d'expansió ni quantificar resultats.

La causa del tancament no consta. L'única dada verificada és que, segons el diari Murcia Plaza, el juny de 2024 es va anunciar el cessament de l'activitat. No hi ha informació sobre les circumstàncies econòmiques, financeres o operatives que hi van concórrer.

No consta a les dades disponibles cap informació sobre la continuïtat del negoci, la venda d'actius, la marca o el trasllat de l'activitat a tercers. Tampoc no consta cap traça documentada de l'impacte que hagi pogut deixar al sector de la cervesa artesanal murciana.

No consta el nom de les persones fundadores ni la seva situació actual. Per completar aquesta informació caldria consultar el registre mercantil corresponent per identificar els administradors i socis, així com les fonts periodístiques locals que hagin seguit la trajectòria dels emprenedors.

• En el segment de la cervesa artesanal, la pressió de costos de matèries primeres i la competència local són factors que convé monitorar des del primer dia; sense dades públiques de resultats, la viabilitat d'una startup d'aquest tipus depèn d'una estructura de costos molt controlada.
• Per a una startup d'hostaleria i begudes, la traçabilitat documental (comptes dipositats, notes de premsa, comunicació de tancament) és clau per poder analitzar-ne la fi; en aquest cas, la manca de dades verificables limita qualsevol conclusió sobre les causes.
• La comunicació pública del tancament, quan es produeix, hauria d'incloure les raons i l'estat dels compromisos amb proveïdors i clients; la seva absència dificulta l'aprenentatge col·lectiu del sector.

Beer Sapiens va ser una startup de cervesa artesanal a Múrcia que va tancar el juny de 2024, segons la font disponible [Murcia Plaza, 2024-06-04]. No consta al registre la causa del tancament, i per tant no podem afirmar per què va fallar ni què funcionava del seu model.

La reconstrucció que proposo (marcada com a proposta nova, no com a fet verificat) és una microcerveceria urbana amb tres potes: producció pròpia en lots petits, un espai de degustació (taproom) obert al públic i venda directa a hostaleria i botiga especialitzada de Múrcia. La diferència respecte d'un bar de cervesa és que el producte és propi; la diferència respecte d'una fàbrica és que el marge es captura en el canal directe.

L'essència que es preserva és la identitat local murciana i el format de cervesa artesanal; tot el disseny operatiu és nou i s'ha de validar.

No tenim dades verificades de la mida del mercat de cervesa artesanal a Múrcia ni de la quota que tenia Beer Sapiens. Qualsevol xifra que donés seria inventada.

El que sí que es pot dir com a hipòtesi a validar: el segment artesà a Espanya és competitiu i madur, amb molts productors petits i pressió sobre preus i distribució. Això vol dir que el negoci no es guanya produint, sinó venent: el canal directe (taproom, subscripció, esdeveniments) i la venda a hostaleria local solen ser més rendibles que la distribució a gran escala.

Abans de comprometre capital, caldria mesurar a peu de carrer: nombre de locals de Múrcia que ja venen artesana, preus de venda, i quants bars estarien disposats a provar un producte local nou. Això és feina de camp, no d'escriptori.

Proposta, a validar. Tres línies d'ingrés:

1. Taproom i esdeveniments — marge alt, caixa immediata, fidelitza el client. És la línia que sosté el negoci mentre la distribució madura.
2. Venda directa a hostaleria i botigues de Múrcia — marge mitjà, requereix ruta comercial i logística pròpia o compartida.
3. Producció per a tercers o col·laboracions — omple capacitat quan la demanda pròpia és baixa.

El risc de model és dependre del taproom com a bar en lloc de com a aparador del producte. Si el local es converteix en un bar qualsevol, es perd l'avantatge de marge de productor.

Proposta per fases, cadascuna amb una porta de sortida clara:

• Fase 0 (2-3 mesos): validació comercial. Entrevistes a 30-50 bars i botigues de Múrcia, prova de producció en instal·lació cedit o brewpub col·laborador, i definició de 2-3 estils. Cost baix, aprenentatge alt.
• Fase 1 (3-6 mesos): producció en espai llogat petit i venda en esdeveniments i a un nombre reduït de locals. Objectiu: demostrar que es ven, no que es produeix.
• Fase 2 (6-12 mesos): obrir taproom propi o espai compartit i consolidar ruta comercial.
• Fase 3: decidir si s'escala capacitat o es queda en model de proximitat rendible.

La regla: no passar de fase sense vendes reals que la justifiquin.

Totes les xifres són estimacions, a validar amb pressupostos reals.

• Equip de producció petit (microcerveceria de 500-1.000 litres per lot): rang de 25.000 a 60.000 € segons si és nou o de segona mà.
• Adaptació de local i instal·lacions: rang de 15.000 a 40.000 €.
• Llicències, permisos i assessoria: rang de 3.000 a 8.000 €.
• Estoc inicial, matèries primeres i envasos: rang de 5.000 a 12.000 €.
• Màrqueting de llançament i marca: rang de 3.000 a 8.000 €.
• Capital de treball per 6-9 mesos: rang de 10.000 a 25.000 €.

Total orientatiu: entre 60.000 i 150.000 €, amb la forquilla baixa per a un model de producció mínima i venda en esdeveniments, i l'alta per a un espai propi amb taproom. Aquestes xifres no inclouen el cost d'oportunitat ni sous de fundadors.

• Causa de tancament desconeguda. No consta al registre per què va tancar Beer Sapiens [Murcia Plaza, 2024-06-04]. Això és el risc número u: no podem aprendre de l'error original perquè no el coneixem. Caldria intentar contactar amb els fundadors abans de res.
• Saturació del segment artesà. Molts productors competeixen pel mateix prestatge i el mateix bar. El producte sol no diferencia; el canal i la relació local sí.
• Capital intensiu i retorn lent. La cervesa artesanal requereix inversió en equip i temps per arribar a rendibilitat. Un error de dimensionament crema caixa ràpid.
• Regulació i llicències. Producció d'alcohol i obertura de local tenen requisits que poden allargar el calendari i el cost.
• Dependència de poques persones. En un projecte petit, la marxa d'un fundador o mestre cerveser pot aturar l'operació.

Les lliçons que es poden extreure de l'experiència de Beer Sapiens, amb la informació disponible, són poques però clares:

1. No es pot reconstruir el que no es coneix. El tancament no té causa registrada; qualsevol pla que ignori això repeteix el risc a cegues. El primer pas no és invertir, és esbrinar què va passar.
2. Validar abans de construir. En un sector saturat i intensiu en capital, vendre abans de produir a escala és l'única manera barata d'aprendre.
3. El canal és el negoci. La cervesa artesanal es guanya en la relació directa amb el client i l'hostaler local, no en la producció.
4. Dimensionar amb prudència. Començar petit i créixer amb vendes demostrades és més segur que néixer amb capacitat per a un mercat que encara no s'ha confirmat.

Ho hauria de fer un equip amb experiència real en producció de cervesa i en venda local, disposat a començar en format mínim i a mesurar cada fase abans de la següent.

Una microbrasseria com Beer Sapiens ven a bars de proximitat i no té manera barata de demostrar tres coses que el client final pregunta: quin lot és, quan es va envasar i quant temps porta obert el barril. Els fulls de càlcul i el WhatsApp no donen traçabilitat, i un barril mal rotat es converteix en una queixa de qualitat que la marca petita no pot absorbir.

El sistema resol la traçabilitat lot → barril → aixeta → servei, amb recordatoris de consum preferent i un historial consultable pel distribuïdor i pel bar. No resol la producció ni la facturació; es limita a la cadena de fred i al cicle de vida del barril.

Tres peces i un principi: el mòbil no decideix res, només envia esdeveniments; el servidor és l'única font de veritat sobre l'estat d'un barril.

• API central (REST + esdeveniments): Node.js amb Fastify i PostgreSQL. Motiu: l'equip és petit i el domini és transaccional simple; Postgres permet consultes de traçabilitat amb SQL sense afegir un magatzem analític.
• App de camp (PWA): una PWA en lloc d'app nativa perquè el cambrer i el repartidor fan servir el mòbil del bar o el propi, i el desplegament ha de ser immediat. Funciona offline amb cua local (IndexedDB) i sincronitza en recuperar xarxa; motiu: als cellers i bars la cobertura és irregular.
• Portal web de lectura: per al distribuïdor i per a la brasseria, amb llistats de lots i alertes de consum preferent.
• Etiquetes QR: cada barril porta un QR imprès que identifica el barril; el mateix QR s'enganxa a l'aixeta quan es connecta. Motiu: el codi de barres del lot no canvia, però l'estat del barril sí, i el QR és el punt d'entrada més barat per a un cambrer.

Flux: la brasseria crea un lot i envasat → s'imprimeixen QRs de barril → el repartidor escaneja lliurament → el bar escaneja connexió a aixeta → el cambrer registra obertures i el sistema calcula dies de consum.

Entitats principals, amb claus i camps mínims:

```text brewery(id, name, tax_id, created_at) beer(id, brewery_id, name, style, abv, ibu) batch(id, beer_id, brew_date, packaged_at, best_before_days, volume_l) keg(id, batch_id, qr_code UNIQUE, volume_l, status, created_at) status: EN_CIRCULACIO | LLIURAT | CONNECTAT | BUIT | RETORNAT venue(id, name, address, contact_phone) tap(id, venue_id, label, keg_id NULL, connected_at NULL) event(id, keg_id, type, occurred_at, actor_id, payload_json, idempotency_key UNIQUE) type: LLIURAMENT | CONNEXIO | DESCONNEXIO | MOSTRA | INCIDENCIA ```

Decisions i motius:

• `event` és append-only i immutable; l'estat del barril es deriva de l'últim esdeveniment. Motiu: la traçabilitat és el producte, i reescriure estats trencaria l'auditoria.
• `idempotency_key` a cada esdeveniment perquè la PWA pot reintentar després d'un tall de xarxa sense duplicar lliuraments.
• `best_before_days` al lot i no al barril: la data de consum preferent es calcula des de l'envasat, i el barril només n'hereta el valor.
• `tap.keg_id` nullable perquè una aixeta pot estar buida; la connexió crea un esdeveniment i actualitza la referència en una sola transacció.

• `POST /batches` i `POST /kegs` (brasseria): creació de lot i generació de QRs en lot.
• `POST /events` (PWA): cos `{keg_qr, type, occurred_at, idempotency_key}`; retorna l'estat resultant. És l'únic endpoint d'escriptura de camp.
• `GET /kegs/{qr}/trace`: historial complet per al portal i per al QR públic.
• `GET /venues/{id}/alerts`: barrils connectats que superen el consum preferent o porten massa dies oberts.
• Integració de missatgeria: correu transaccional (Resend o similar) per a alertes; motiu: no cal construir notificacions push en una primera versió.
• Integració de facturació: export CSV de lliuraments perquè la brasseria facturi amb el seu programa; no s'integra cap ERP en la v1 perquè cada client en té un de diferent.

1. Model de dades i `POST /events` amb idempotència: és el nucli de la traçabilitat i es pot provar amb curl.
2. Generació de QRs de barril i impressió en PDF per lots.
3. PWA amb escàner de QR i cua offline per als dos fluxos crítics: lliurament i connexió a aixeta.
4. `GET /kegs/{qr}/trace` i una pàgina pública mínima de traçabilitat.
5. Alertes de consum preferent per correu.

Fora de la v1: analítica de vendes, integració amb TPV del bar i app nativa.

• Volum: una microbrasseria mou centenars de barrils l'any i desenes de bars; Postgres en una instància petita és suficient. El risc no és escala sinó adopció.
• Risc d'adopció al bar: si el cambrer ha de fer més de dos tocs, no ho farà. Mitigació: el QR de l'aixeta obre directament el formulari de connexió, sense login previ al bar.
• Risc de dades falses: un cambrer pot escanejar un barril que no és a l'aixeta. Mitigació: validar que el barril estigui en estat `LLIURAT` per a aquell local abans d'acceptar la connexió.
• Risc de duplicats offline: cobert per `idempotency_key`; cal testejar reintents amb la mateixa clau.
• Risc legal menor: el QR públic no ha de mostrar dades comercials del bar; només lot, estil i data d'envasat.

• Test d'integració del cicle complet: crear lot → generar 10 QRs → lliurar → connectar → traçar; ha de retornar l'historial en ordre.
• Test d'idempotència: enviar el mateix `POST /events` tres vegades i comprovar un sol esdeveniment i un sol canvi d'estat.
• Test offline: desconnectar la PWA, registrar dos esdeveniments, reconnectar i verificar la cua i l'ordre.
• Prova de camp amb un bar pilot: dos torns de cambrer, mesurant temps per registre i errors; criteri d'èxit: menys de 15 segons per connexió i cap registre perdut.
• Criteri de producte: que la brasseria pugui respondre en menys d'un minut "quin lot hi ha en aquesta aixeta i quants dies porta obert", que és exactament el que avui no pot fer.