Beer Sapiens

Beer Sapiens fue una startup del sector de la hostelería dedicada a la cerveza artesanal, con sede en Murcia. Según el diario Murcia Plaza, se trataba de una iniciativa emprendedora murciana en el segmento de la cerveza artesanal. No consta en los datos disponibles ninguna otra información sobre su forma jurídica, dimensión o estructura societaria.

No consta la fecha de fundación ni el nombre de las personas fundadoras. Los datos disponibles no incluyen información sobre el proceso de constitución, los socios iniciales ni las rondas de financiación, si las hubo.

Según el diario Murcia Plaza, Beer Sapiens operaba en el segmento de la cerveza artesanal. No consta en los datos disponibles el detalle del modelo de negocio —producción propia, elaboración contratada, distribución o locales de consumo—, ni cuál era su cliente objetivo, ni qué productos concretos ofrecía.

No consta información sobre la evolución del negocio, la facturación, el crecimiento o los momentos de mayor actividad. Los datos disponibles no permiten describir ningún periodo de expansión ni cuantificar resultados.

La causa del cierre no consta. El único dato verificado es que, según el diario Murcia Plaza, en junio de 2024 se anunció el cese de la actividad. No hay información sobre las circunstancias económicas, financieras u operativas que concurrieron.

No consta en los datos disponibles ninguna información sobre la continuidad del negocio, la venta de activos, la marca o el traslado de la actividad a terceros. Tampoco consta ningún rastro documentado del impacto que haya podido dejar en el sector de la cerveza artesanal murciana.

No consta el nombre de las personas fundadoras ni su situación actual. Para completar esta información habría que consultar el registro mercantil correspondiente para identificar a los administradores y socios, así como las fuentes periodísticas locales que hayan seguido la trayectoria de los emprendedores.

• En el segmento de la cerveza artesanal, la presión de costes de materias primas y la competencia local son factores que conviene monitorizar desde el primer día; sin datos públicos de resultados, la viabilidad de una startup de este tipo depende de una estructura de costes muy controlada.
• Para una startup de hostelería y bebidas, la trazabilidad documental (cuentas depositadas, notas de prensa, comunicación de cierre) es clave para poder analizar su fin; en este caso, la falta de datos verificables limita cualquier conclusión sobre las causas.
• La comunicación pública del cierre, cuando se produce, debería incluir las razones y el estado de los compromisos con proveedores y clientes; su ausencia dificulta el aprendizaje colectivo del sector.

Beer Sapiens era una startup murciana de cervesa artesanal que va tancar el juny de 2024, segons la font disponible [Murcia Plaza, 2024-06-04]. No consta al registre la causa del tancament, de manera que qualsevol explicació sobre per què va fallar seria especulació i no s'inclou aquí.

La proposta d'avui no és "repetir Beer Sapiens", sinó construir un projecte de cervesa artesanal local amb una essència similar —producte propi, marca amb relat, arrel al territori— però amb una estructura de costos i canals pensats per a un mercat més difícil que el de fa uns anys. La idea central seria: microcerveseria amb producció pròpia, venda directa (taproom + online) i presència selectiva en hostaleria local, evitant dependre exclusivament del canal Horeca.

Aquesta és una proposta, no una descripció del que Beer Sapiens feia realment, perquè no tenim dades verificades del seu model operatiu.

El mercat de la cervesa artesanal a Espanya va créixer molt entre 2010 i 2020 i després s'ha concentrat: menys marques, més competència de preu i un consumidor que ha après a distingir qualitat. A Múrcia hi ha un ecosistema de cervesa artesanal actiu (bars especialitzats, fires i consum local), però no disposem de xifres verificades específiques per a aquest informe.

El que sí que és raonable afirmar com a hipòtesi de treball: el nínxol rendible avui no és "ser una marca més", sinó ocupar un espai concret —territori, estil de cervesa o experiència de local— amb marge suficient. Això s'hauria de validar amb un estudi de competència local abans de llançar.

Proposta de model, en tres potes:

1. Producció pròpia en format micro (dipòsit de 500–1.000 litres), amb 3–5 referències fixes i rotació estacional.
2. Venda directa: taproom al mateix local de producció (marge alt) i venda online amb enviament regional.
3. Canal Horeca selectiu: acords amb un nombre limitat de bars i restaurants de Múrcia, sense dependre'n per a la viabilitat.

La lògica és que el marge del canal directe financi el creixement i redueixi la dependència del canal Horeca, que és on més pressió de preu hi ha. Aquest és un plantejament proposat, no verificat com el que feia Beer Sapiens.

Proposta en fases (calendari orientatiu, a validar):

• Fase 0 (mesos 0–3): validació de mercat local, estudi de competència, definició de marca i recerca de local amb llicència compatible.
• Fase 1 (mesos 3–9): equipament, llicències, primeres coccions de prova i test amb un cercle reduït.
• Fase 2 (mesos 9–15): obertura del taproom i llançament comercial amb 3 referències.
• Fase 3 (mesos 15–24): entrada selectiva en Horeca i online, mesurant marge per canal.

Cada fase hauria de tenir un criteri de "go/no-go" explícit per evitar repetir errors de creixement massa ràpid.

Estimació orientativa (rang, a validar amb proveïdors i llicències):

• Equip de producció (dipòsits, fermentadors, envasat): 40.000–80.000 €
• Local i adequació (incloent-hi llicències i obra): 20.000–50.000 €
• Matèries primeres inicials i estoc: 5.000–10.000 €
• Marca, web i màrqueting de llançament: 5.000–10.000 €
• Capital de treball per als primers 6–12 mesos: 10.000–20.000 €

Total estimat: 80.000–150.000 € (rang ampli, a validar). Aquestes xifres són estimacions pròpies d'aquest informe i no provenen de cap dada verificada de Beer Sapiens.

• Risc de mercat saturat: moltes marques artesanes competeixen per un espai limitat; cal un nínxol clar.
• Risc de marge: el canal Horeca pressiona preus; el model ha de sostenir-se amb venda directa.
• Risc regulatori i de llicències: obrir un local de producció i consum requereix permisos que poden allargar el calendari.
• Risc financer: la inversió inicial és significativa i el punt d'equilibri pot trigar més del previst.
• Risc de repetir el patró de tancament: sense conèixer la causa verificada del tancament de Beer Sapiens, cal gestionar amb prudència i fites clares.

Les lliçons que es poden extreure de l'experiència de Beer Sapiens —amb la cautela que no consta la causa del tancament— apunten a tres idees per a qui vulgui reprendre el projecte:

1. No dependre d'un sol canal. Un projecte de cervesa artesanal necessita venda directa per sostenir marge.
2. Validar abans d'invertir. El tancament recorda que la passió pel producte no substitueix la validació de mercat i de números.
3. Dimensionar amb prudència. Començar petit i créixer amb fites mesurables és més resilient que llançar-se amb una estructura gran.

El perfil idoni per fer-ho: algú amb coneixement de producció cervesera i capacitat de gestió comercial, o un equip de dues persones que cobreixi les dues àrees.

Una microcervecera artesana ven simultàniament a bars (B2B, amb barrils en dipòsit i liquidació periòdica) i a particulars (B2C, ampolles i lots limitats). Aquesta doble naturalesa genera tres problemes que el full de càlcul no cobreix:

1. Traçabilitat de lot cap enrere: si un lot surt defectuós, cal saber en minuts a quins bars i quins clients ha arribat, i quant queda en estoc. Sense traçabilitat, la retirada és manual i incompleta.
2. Estoc real per format: el mateix most de cervesa existeix com a barril de 20 L, ampolla de 33 cl i ampolla de 75 cl. El most és un recurs finit; l'estoc s'ha de calcular en litres de most equivalent, no en unitats.
3. Cobrament B2B amb barrils retornables: el barril és un actiu de l'empresa en mans del client. Cal controlar dipòsits, retorns i facturació periòdica.

El tancament de Beer Sapiens el 2024 [Murcia Plaza, 2024-06-04] no té causa pública verificada, de manera que aquesta especificació no n'atribueix cap fallada concreta al model de negoci; el producte es defineix pel problema operatiu descrit, no per una hipòtesi sobre el tancament.

Arquitectura monolítica modular desplegada com a una sola aplicació en un servei gestionat (per exemple, un contenidor en un PaaS amb base de dades PostgreSQL gestionada). Motiu: l'equip és d'1-3 persones; la complexitat operativa de microserveis no es justifica i encareix el manteniment, que és el risc principal en un producte de nínxol.

``` [Client web B2B/B2C] [App mòbil PWA magatzem] \ / \ / [API REST monolítica] | | | [PostgreSQL] [Object storage] [Cua de treballs] | [Servei de correu / webhooks] ```

Mòduls interns del monolític, amb fronteres de codi explícites:

• `catalog`: productes, formats, preus per canal.
• `inventory`: most, lots, moviments d'estoc en litres equivalents.
• `orders`: comandes B2B i B2C, estats.
• `logistics`: barrils en dipòsit, retorns, rutes.
• `traceability`: consultes de lot cap enrere i cap endavant.
• `billing`: factures, liquidacions periòdiques.

Motiu de separar `inventory` de `catalog`: el catàleg és relativament estable i l'estoc canvia a cada moviment; barrejar-los obliga a bloquejos innecessaris.

La PWA per a magatzem (no app nativa) s'escull perquè l'operació de magatzem és esporàdica i no justifica publicació a botigues d'aplicacions.

Entitats principals (PostgreSQL, claus UUID):

``` product (id, nom, estil, graduacio, actiu) format (id, product_id, tipus[ampolla|barril], volum_ml, retornable) batch (id, product_id, codi_lot, data_elaboracio, litres_most, estat) stock_movement (id, batch_id, format_id, quantitat, tipus[produccio|venda|retorn|baixa], ref_ordre, ts) customer (id, tipus[b2b|b2c], nom, email, adreca, condicions_pagament) order (id, customer_id, canal, estat, data, total) order_line (id, order_id, format_id, batch_id, quantitat, preu_unitari) keg_loan (id, customer_id, format_id, quantitat_diposit, data_sortida, data_retorn) invoice (id, customer_id, periode, estat, import) ```

Decisions i motius:

• `batch` com a unitat de traçabilitat: cada elaboració té un `codi_lot` imprimible. Tota venda referencia `batch_id` a `order_line`, cosa que fa possible la consulta cap enrere en una sola join.
• Estoc derivat, no emmagatzemat com a camp mutable: l'estoc per lot i format es calcula com a suma de `stock_movement`. Motiu: evita desincronització entre un camp `stock` i l'historial; el rendiment és suficient amb índexs sobre `(batch_id, format_id)`.
• Litres de most equivalents: `batch.litres_most` fixa la capacitat; la conversió a unitats venudes es fa pel `volum_ml` del format. Permet detectar pèrdues (most produït menys most venut).
• `keg_loan` separat d'`order`: el barril retornable no és una venda sinó un dipòsit; barrejar-ho distorsiona la facturació i la traçabilitat.
• Esborrat lògic a `customer` i `product` per preservar l'historial de traçabilitat (un lot no pot quedar orfe).

API REST versionada (`/v1`), autenticació per token de sessió per a usuaris humans i clau d'API per a integracions.

Endpoints clau: ``` POST /v1/batches # crear lot POST /v1/stock-movements # registre de producció/venda/retorn GET /v1/traceability/batch/{codi} # cap enrere: ordres i clients GET /v1/traceability/customer/{id} # cap endavant: lots rebuts GET /v1/stock?batch_id=&format_id= # estoc calculat POST /v1/orders # comanda B2B o B2C POST /v1/keg-loans # sortida de barrils en dipòsit POST /v1/keg-loans/{id}/return # retorn GET /v1/invoices?customer_id=&periode= ```

Integracions:

• Passarel·la de pagament per a B2C (checkout allotjat, no captura de targeta al nostre sistema). Motiu: reduir abast PCI.
• Correu transaccional per a confirmacions i avisos de retirada de lot.
• Webhook de sortida perquè un client B2B gran pugui rebre comandes al seu propi ERP; no es construeix connector específic fins que hi hagi demanda real.
• Exportació CSV de factures i moviments per a la gestoria. Motiu: és la integració que tota microcervecera demana abans que qualsevol API.

No s'integra amb sistemes de producció (sensors de fermentació) en la primera versió; l'entrada de dades és manual i la fricció es mesura abans d'automatitzar.

Ordre de construcció, cadascun amb valor autònom:

1. Catàleg + lots + moviments d'estoc amb consulta d'estoc calculat. És el nucli; sense això no hi ha traçabilitat.
2. Traçabilitat de lot (cap enrere i cap endavant) amb exportació. És el motiu pel qual un client paga.
3. Comandes B2B i facturació periòdica amb exportació CSV per a gestoria.
4. Dipòsit de barrils (`keg_loan`) i retorns.
5. Botiga B2C amb pagament allotjat.

Es deixa fora de la primera versió: rutes de repartiment optimitzades, app nativa, integració amb sensors i multiidioma.

Mides esperades per a una microcervecera típica: 20-60 productes, 2-5 formats per producte, 100-400 lots anuals, 500-3.000 moviments d'estoc anuals, 50-300 clients B2B i fins a 5.000 B2C. Aquestes xifres caben en una única instància de PostgreSQL petita; no cal particionat ni caché distribuïda.

Riscos tècnics:

• Estoc calculat per agregació: a mesura que creixin els moviments, les consultes d'estoc es poden alentir. Mitigació: índex compost i, si cal, taula de snapshot recalculada per treball programat; no s'introdueix abans de mesurar.
• Concurrència en moviments d'estoc: dues persones registrant el mateix lot poden generar moviments duplicats. Mitigació: clau d'idempotència a `POST /v1/stock-movements` i validació de quantitat contra estoc disponible en una transacció.
• Traçabilitat incompleta per entrada manual: si un moviment no referencia `batch_id`, la cadena es trenca. Mitigació: `batch_id` obligatori a les línies de venda i validació a l'API.
• Dependència d'un sol proveïdor PaaS: mitigació amb contenidor estàndard i base de dades PostgreSQL estàndard, exportable.
• Risc de producte, no tècnic: el nínxol és petit i el tancament de Beer Sapiens [Murcia Plaza, 2024-06-04] recorda que el mercat és fràgil; el cost d'operació s'ha de mantenir per sota del que un client pot pagar.

• Validació funcional de traçabilitat: prova d'acceptació que, donat un `codi_lot`, el sistema retorna tots els clients i comandes afectats en menys de 2 segons amb les mides objectiu. És el criteri d'èxit principal.
• Prova de retirada de lot: simulacre trimestral amb un client pilot on es marca un lot com a retirat i es verifica que la llista de contactes i l'estoc restant són correctes.
• Consistència d'estoc: test automàtic que la suma de moviments per lot i format coincideix amb l'estoc retornat per l'API, i que la suma de litres most venuts no supera `litres_most`.
• Idempotència: test que dos `POST /v1/stock-movements` idèntics amb la mateixa clau no dupliquen moviment.
• Validació de mercat: 3 microcerveceres pilot durant 8 setmanes; mètrica d'èxit que registrin almenys el 90% dels moviments d'estoc al sistema i que la consulta de traçabilitat s'usi en un simulacre real.
• Cost d'operació: mesurar el cost mensual d'infraestructura i verificar que es manté dins del marge previst per al preu de subscripció.