Bizzon

Bizzon és una empresa del sector del software i del programari com a servei (SaaS), amb domicili a Barcelona. La raó social que consta és BIZZON i la seva forma és la d'una startup. D'acord amb les dades disponibles, l'estat registral és activa.

No consta a la documentació disponible cap descripció de producte, de model de negoci ni d'activitat concreta més enllà de l'adscripció sectorial.

No consta. La font disponible no recull la data de constitució, els fundadors ni les circumstàncies de la creació de l'empresa.

No consta. Les dades només indiquen que l'empresa opera en l'àmbit del software i el SaaS, sense detallar quin producte oferia ni a quin tipus de client s'adreçava.

No consta. No hi ha informació sobre evolució de facturació, nombre de clients, rondes de finançament ni cap altra dada de creixement.

No consta cap tancament. Segons les dades disponibles, l'estat registral de Bizzon és activa, de manera que no es pot afirmar que l'empresa hagi cessat l'activitat. Aquest informe no documenta, per tant, cap causa de tancament.

No consta. No hi ha informació sobre productes derivats, tecnologia transferida, adquisicions ni cap altre efecte posterior de l'activitat de l'empresa.

No consta. La documentació disponible no identifica les persones fundadores de Bizzon ni recull cap traça de la seva activitat actual. Per ampliar-ho, es podria consultar el Registre Mercantil de Barcelona (comptes anuals i administradors inscrits), el BORME per a nomenaments i cessaments, i les bases de dades públiques d'empreses i de finançament de startups.

Amb la informació disponible no es pot extreure cap lliçó operativa específica sobre el sector ni sobre l'evolució de Bizzon, perquè no consten dades de producte, clients, finançament ni resultats. Qualsevol conclusió sobre la seva trajectòria seria una suposició i, per tant, no s'inclou. Per poder-ne extreure aprenentatges caldria disposar dels comptes anuals dipositats al registre i de fonts primàries sobre la seva activitat comercial.

No disposem de dades verificades sobre quin producte concret oferia Bizzon més enllà de la seva classificació com a startup de software i SaaS amb seu a Barcelona. Això vol dir que qualsevol reconstrucció parteix d'una base mínima: l'essència que podem defensar és la d'una empresa de programari com a servei nascuda a Barcelona i orientada al mercat de petites i mitjanes empreses.

La proposta que plantegem (marcada com a proposta, no com a fet) és reconstruir Bizzon com una plataforma SaaS de gestió operativa per a pimes: facturació, despeses, inventari bàsic i informes en un sol lloc, amb un enfocament deliberadament simple i en català/castellà. L'objectiu no seria competir amb els grans ERP, sinó ocupar el nínxol de les empreses que encara funcionen amb fulls de càlcul.

Aquesta és una hipòtesi de treball. Caldria validar-la amb el fundador original o amb qualsevol documentació del producte abans de comprometre-hi recursos.

El mercat de programari de gestió per a pimes a Espanya és ampli i competitiu, amb actors consolidats i eines internacionals. No tenim, però, dades verificades sobre la mida del nínxol concret que Bizzon podria haver atacat, ni sobre la seva base de clients.

El que sí que podem afirmar és que Barcelona concentra un ecosistema rellevant de startups de software, cosa que facilita trobar talent, socis i canals de distribució. Aquesta és una dada de context general, no una dada específica de Bizzon.

Com a estimació a validar: una eina vertical per a pimes molt petites podria aspirar a un mercat adreçable de desenes de milers d'empreses a Catalunya i Espanya, però la xifra concreta requereix un estudi de mercat propi abans de decidir res.

Proposem (com a proposta, no com a fet) un model de subscripció mensual per compte, amb un pla bàsic gratuït o de baix cost i plans superiors per nombre d'usuaris o funcionalitats. És el model habitual del SaaS i encaixa amb l'essència del sector.

Els preus serien una estimació a validar: per exemple, un pla bàsic al voltant de 9–19 €/mes i un pla professional al voltant de 29–49 €/mes. Aquests imports són orientatius i caldria contrastar-los amb el mercat abans de fixar-los.

Una alternativa a explorar seria un model híbrid: subscripció més serveis d'implantació o formació per a clients que ho necessitin, cosa que pot millorar el marge en les primeres fases.

Un pla raonable (proposta) en quatre fases:

1. Validació (1–2 mesos): parlar amb 15–20 pimes de Barcelona per confirmar el problema i el preu disposat a pagar. Cost estimat: gairebé nul, només temps.
2. Prototip (2–3 mesos): construir un producte mínim viable amb les funcions essencials (facturació, despeses, informes). Cost estimat a validar: 8.000–20.000 € si es fa amb un equip petit o freelance.
3. Primers clients (3–6 mesos): incorporar 10–30 clients pilots, iterar i mesurar retenció.
4. Creixement (a partir del mes 6): màrqueting de continguts, aliances amb gestories i associacions de pimes.

Aquest calendari és una estimació i dependrà del talent disponible i del ritme de validació.

Totes les xifres són estimacions a validar, no dades de Bizzon:

• Desenvolupament del producte: rang de 8.000 a 25.000 € per a un MVP, segons si es fa amb socis, freelance o equip intern.
• Infraestructura i eines: rang de 100 a 400 €/mes en les primeres fases (allotjament, serveis, llicències).
• Màrqueting inicial: rang de 2.000 a 8.000 € per als primers sis mesos.
• Legal i administratiu: rang de 1.000 a 3.000 € (constitució, contractes, protecció de dades).
• Cost total d'arrencada estimat: rang de 15.000 a 40.000 € per als primers sis a nou mesos, sense comptar sous de fundadors.

Aquestes xifres són orientatives i caldria ajustar-les amb pressupostos reals.

• Risc de producte: no tenim dades verificades de què feia Bizzon; reconstruir sense validar el problema pot portar a construir una eina que ningú no necessiti.
• Risc de mercat: el sector SaaS per a pimes és molt competitiu; caldria diferenciar-se clarament.
• Risc financer: el cost d'arrencada estimat pot quedar curt si el producte és més complex del previst.
• Risc de credibilitat: presentar la reconstrucció com una continuïtat de Bizzon sense proves podria generar expectatives falses; cal ser transparent que és una proposta nova.
• Risc legal: si existís qualsevol dret de propietat intel·lectual o marca associada a Bizzon, caldria aclarir-ho abans de fer servir el nom.

De l'informe original (basat en la font disponible) les lliçons que es poden extreure són limitades, perquè la informació verificada és mínima: consta que Bizzon és una startup de software i SaaS a Barcelona i que l'estat registral figura com a activa. No hi ha dades públiques verificades sobre el seu recorregut, producte o resultats.

Per tant, la lliçó principal és de cautela: abans de reconstruir res, caldria recuperar informació de primera mà (fundadors, documents, clients) perquè la proposta no es construeixi sobre el buit. La persona o equip que ho hauria d'emprendre hauria de combinar coneixement del sector SaaS, capacitat de validació amb clients reals i transparència absoluta sobre què és fet verificat i què és proposta nova.

Els bars petits, cafeteries i food trucks necessiten un TPV que funcioni en tauletes Android barates, que no depengui d'una connexió estable i que permeti obrir comandes, enviar-les a cuina/barra, cobrar (efectiu, targeta via lector extern) i tancar caixa. Els TPV tradicionals són cars, lligats a maquinari propietari i difícils d'instal·lar. Bizzon, com a startup SaaS de Barcelona, apuntava a aquest nínxol: programari de TPV sobre maquinari genèric amb subscripció mensual.

La font disponible ([Wikipedia] Bizzon — Wikipédia) és una referència enciclopèdica; les afirmacions sobre el producte original s'han de contrastar amb fonts primàries (web de l'empresa, documentació comercial) abans de donar-les per verificades. Aquesta especificació és una proposta tècnica inspirada en el sector, no una reconstrucció verificada del codi original.

Arquitectura de tres capes amb offline-first com a principi rector, perquè el punt de venda no pot aturar-se si cau el wifi.

``` [Tauleta Android] ──(sync incremental)──► [API Backend] ◄── [Panell web gestió] App TPV (Kotlin) (Node/TypeScript) (React) SQLite local PostgreSQL Cua d'esdeveniments Redis (cues) │ └──(impressora Bluetooth / ESC-POS)──► Tickets cuina i barra ```

• App TPV (Android natiu, Kotlin + Jetpack Compose): tota l'operativa (comandes, cobrament, caixa) s'executa contra una base de dades local SQLite. Cada acció genera un esdeveniment que s'encua i s'envia al backend quan hi ha xarxa. Motiu: natiu per accés fiable a Bluetooth (impressores) i rendiment en tauletes de gamma baixa; Compose per reduir codi d'UI.
• Backend (Node.js + TypeScript, API REST + WebSocket): rep esdeveniments idempotents, els aplica i retorna l'estat consolidat. Motiu: TypeScript comparteix tipus amb el client i el panell; WebSocket per actualitzar el panell de gestió en temps real.
• Base de dades PostgreSQL: model relacional amb esdeveniments append-only per a auditoria i resolució de conflictes.
• Panell web (React + Vite): gestió de carta, preus, usuaris, informes de vendes i tancaments de caixa.

Entitats principals (PostgreSQL; el client SQLite replica un subconjunt):

```sql tenant(id, nom, nif, creat_el) local(id, tenant_id, nom, adreca, zona_horaria) usuari(id, tenant_id, email, rol, hash_contrasenya) -- rol: OWNER|MANAGER|CAMBRER dispositiu(id, local_id, nom, clau_api, ultima_sincronitzacio) categoria(id, tenant_id, nom, ordre) producte(id, tenant_id, categoria_id, nom, preu_centims, iva_bps, actiu) modificador(id, producte_id, nom, preu_delta_centims) -- extres, mides comanda(id, local_id, dispositiu_id, taula, estat, oberta_el, tancada_el) -- estat: OBERTA|ENVIADA|COBRADA|CANCEL·LADA linia_comanda(id, comanda_id, producte_id, quantitat, preu_unitari_centims, notes) pagament(id, comanda_id, metode, import_centims, creat_el) -- metode: EFECTIU|TARGETA_EXTERN|ALTRES esdeveniment(id, dispositiu_id, seq_local, tipus, payload_json, creat_el, aplicat_el) -- clau única (dispositiu_id, seq_local) per idempotència torn_caixa(id, local_id, obert_per, obert_el, tancat_el, efectiu_inicial_centims) ```

Decisions: imports en centims enters (evita errors d'arrodoniment en diners); IVA en punts base (bps) per suportar tipus europeus; `esdeveniment` amb clau única per dispositiu i seqüència local garanteix que un reintent de sincronització no dupliqui vendes.

API REST versionada (`/v1`), autenticació per token de dispositiu (JWT curt) i clau d'API per dispositiu.

• `POST /v1/sync` — lot d'esdeveniments del client; retorna esdeveniments aplicats i estat consolidat. Idempotent per `(dispositiu_id, seq_local)`.
• `GET /v1/cataleg?des_de=<timestamp>` — catàleg incremental per refrescar la tauleta.
• `POST /v1/comandes`, `POST /v1/comandes/{id}/pagaments` — per al panell i integracions.
• `GET /v1/informes/vendes?local=&des=&fins=` — informes de caixa.
• WebSocket `/v1/stream` — esdeveniments en temps real per al panell.

Integracions:

• Impressores ESC/POS per Bluetooth des de l'app (sense backend, perquè la cuina ha de rebre el tiquet encara que no hi hagi xarxa).
• Lector de targeta extern (terminal bancari independent): el TPV només registra el pagament amb targeta com a mètode; no processa dades de targeta (evita abast PCI-DSS). Motiu: reduir complexitat i compliment normatiu.
• Facturació: exportació CSV i webhook cap a un servei de facturació extern (p. ex. un proveïdor de factures electròniques), no implementat internament en la primera versió.

1. App TPV offline-first mínima: obrir comanda, afegir línies, enviar a impressora, cobrar en efectiu, tancar torn. És el nucli que dona valor immediat.
2. Backend de sincronització idempotent (`/v1/sync`) + PostgreSQL amb el model anterior.
3. Panell web de carta i preus (CRUD de productes i categories) perquè l'hostaler configuri el producte sense suport tècnic.
4. Informe de tancament de caixa (vendes per mètode de pagament i torn).

Fora d'abast inicial: multi-local avançat, fidelització, integracions de delivery, facturació electrònica completa.

• Risc: conflictes de sincronització (dos cambrers modifiquen la mateixa comanda offline). Mitigació: esdeveniments append-only amb resolució per ordre de servidor i marcatge de conflictes per revisió manual; les comandes són per dispositiu, cosa que redueix la col·lisió.
• Risc: tauletes de gamma baixa amb poca RAM. Mitigació: Compose amb llistes paginades, imatges de producte opcionals i comprimides.
• Risc: Bluetooth d'impressora inestable. Mitigació: cua d'impressió local amb reintents i botó de reimpressió manual.
• Mida estimada (MVP): 2 desenvolupadors Android/backend + 1 full-stack panell, ~3 mesos. Cost d'infraestructura baix (un servidor petit + PostgreSQL gestionat) per a desenes de locals.
• Risc de negoci: el mercat de TPV SaaS és competitiu; el diferenciador ha de ser la simplicitat d'instal·lació i el preu, no les funcions avançades.

• Proves d'acceptació offline: desconnectar el wifi de la tauleta, obrir i cobrar 20 comandes, reconnectar i verificar que el backend rep exactament 20 comandes sense duplicats (test automàtic d'idempotència sobre `/v1/sync`).
• Prova de camp: pilot en 2-3 bars/food trucks reals de Barcelona durant 2 setmanes, mesurant temps d'obertura de comanda, tiquets impresos correctament i tancaments de caixa quadrats.
• Proves de càrrega: 50 dispositius enviant lots de sincronització simultanis; latència p95 de `/v1/sync` < 300 ms.
• Validació de dades: conciliació automàtica entre suma de pagaments i total de comandes per torn; qualsevol desquadre genera alerta al panell.
• Verificació de fonts: abans de publicar qualsevol afirmació sobre el producte original de Bizzon, contrastar amb fonts primàries, atès que l'única font disponible és una entrada de Wikipedia.