Muroexe

Muroexe consta al corpus com una startup del sector del marketplace, segons la fitxa de dades disponible. La font periodística consultada la descriu com una startup de sabates o zapatillas. La ubicació de l'empresa no consta a les dades facilitades.

No consta a les dades disponibles cap informació sobre la data de fundació, els fundadors ni les circumstàncies en què es va crear l'empresa.

Segons El Confidencial, Muroexe es dedicava al calçat, concretament a sabates o zapatillas. La fitxa de dades la classifica dins del sector del marketplace, cosa que suggereix un model de venda en línia, però les fonts disponibles no detallen el model de negoci, els canals de distribució ni el perfil de client.

El titular d'El Confidencial (8 de novembre de 2021) indica que la startup "va portar fins a Pedro Sánchez", expressió que la font utilitza per subratllar la seva notorietat pública. Les dades disponibles no inclouen xifres de facturació, creixement, rondes de finançament ni fites concretes d'aquest període.

Segons El Confidencial, el 8 de novembre de 2021 l'empresa va entrar en liquidació. La causa del tancament no consta a les dades verificades ni a la font disponible.

No consta a les dades disponibles informació sobre l'herència empresarial, la continuïtat de la marca, la venda d'actius o l'impacte del tancament en el sector.

No consta a les dades disponibles la identitat dels fundadors ni la seva situació actual. Per completar aquesta informació caldria consultar el registre mercantil (BORME i Registre Mercantil) per identificar els administradors i socis, i fer seguiment de fonts periodístiques posteriors al 2021.

• En un model de venda en línia de producte propi (calçat), la notorietat pública i les aparicions institucionals no garanteixen per si soles la viabilitat financera; cal contrastar-les amb marges, cost d'adquisició de client i estructura de capital.
• La classificació sectorial (marketplace) i l'activitat real (marca de calçat) poden divergir; convé verificar el model de negoci abans de treure conclusions sobre escalabilitat.
• Quan la causa del tancament no consta documentada, l'anàlisi ha de limitar-se als fets registrals i periodístics i evitar atribuir el fracàs a factors no verificats.

La base verificada és prima: Muroexe era una startup de marketplace de sabates que va tancar el 2021 en liquidació, i que havia tingut ressò mediàtic (El Confidencial, 2021-11-08). No consta ni la causa del tancament, ni la ubicació, ni el model operatiu exacte. Això vol dir que no podem reconstruir "el Muroexe real": només podem proposar una empresa nova que ocupi un espai similar.

La proposta (marcada com a proposta, no com a fet): una marca digital de calçat urbà de preu mitjà, amb venda directa al consumidor a través de web pròpia, catàleg curt i producció en lots petits. L'essència que es pot preservar és la de "sabata urbana amb marca pròpia venuda online"; el que canviaria és el model: menys marketplace, més control de producte i marge.

No tenim dades verificades sobre el mercat que atenia Muroexe. El que sí que es pot afirmar és que el nínxol de calçat urbà venut online existeix i és competitiu, amb actors consolidats i marques natives digitals. Aquesta afirmació és genèrica i no prové de cap font verificada sobre Muroexe: caldria validar-la amb dades de mercat actuals (mida, competidors, preus) abans de decidir res.

Com a hipòtesi de treball (a validar): el segment de sabata urbana de 60–120 € venuda online té demanda recurrent i permet marge si es controla la producció. Això és una estimació, no una dada.

Proposta de model (no verificat, és disseny nou):

• Venda directa via web pròpia, sense intermediaris.
• Catàleg curt (3–6 models inicials) per reduir complexitat d'estoc i producció.
• Producció en lots petits amb proveïdor extern; estoc limitat i reposició per demanda.
• Preu de venda objectiu en un rang mitjà (a validar segons cost real de producció i competència).
• Marge brut objectiu: estimació d'un 50–60% sobre PVP, a confirmar amb pressupostos reals de fabricació, logística i devolucions.

El punt crític és el marge net després de devolucions, publicitat i logística: en calçat online les devolucions són altes i això pot menjar-se el marge. Això és una advertència basada en el funcionament habitual del sector, no una dada de Muroexe.

Proposta de fases (a validar):

1. Validació de producte: mostres de 2–3 models amb un o dos proveïdors, proves d'ús i cost real per unitat.
2. Test de demanda: pre-venda o llista d'espera amb publicitat petita per mesurar conversió abans de fabricar en sèrie.
3. Llançament limitat: primer lot curt, web pròpia, atenció al client i política de devolucions clara.
4. Mesura i decisió: si el marge net després de devolucions i màrqueting és positiu, ampliar catàleg; si no, aturar o pivotar.

No hi ha dades verificades sobre com va llançar Muroexe ni què li va fallar, així que aquest pla no corregeix errors coneguts: només minimitza risc financer.

Xifres orientatives, estimació a validar amb pressupostos reals:

• Mostres i desenvolupament de producte: rang de 3.000–8.000 € (estimació).
• Primer lot de producció (volum petit): rang de 10.000–25.000 € (estimació, depèn de volum i proveïdor).
• Web, marca i fotografia: rang de 2.000–6.000 € (estimació).
• Màrqueting inicial de validació: rang de 3.000–10.000 € (estimació).
• Costos legals, fiscals i operatius inicials: rang de 2.000–5.000 € (estimació).

Total orientatiu per arrencar amb un lot petit i validació: rang de 20.000–50.000 € (estimació àmplia, a validar).

Aquestes xifres són invents raonats com a estimació: no provenen de cap font verificada sobre Muroexe ni del mercat actual.

• Risc de marge: devolucions i publicitat poden eliminar el marge brut (risc estructural del calçat online; a validar amb números propis).
• Risc de producte: sense control de qualitat del proveïdor, la marca es crema ràpid.
• Risc de competència: el nínxol és saturat; cal un angle clar de producte o preu.
• Risc d'informació: no sabem per què va tancar Muroexe (no consta), així que no podem descartar que el problema fos estructural del model marketplace de sabates.
• Risc financer: el capital inicial estimat pot quedar curt si el primer lot no es ven.

Lliçons que es poden extreure de l'informe original, amb els límits de la informació disponible: (1) una startup de marketplace de sabates pot arribar a tenir notorietat i, tot i així, acabar en liquidació (El Confidencial, 2021-11-08), cosa que suggereix que la visibilitat no equival a viabilitat; (2) sense dades públiques sobre la causa del tancament, qualsevol reconstrucció ha de començar per validar marge i demanda amb números reals abans d'escalar; (3) el perfil adequat per fer-ho és algú amb experiència en producte físic i en venda online, no algú que només sàpiga fer màrqueting. Aquestes són lectures raonades, no fets verificats sobre les causes del tancament.

Un marketplace de calçat de marca pròpia té un problema estructural de capital circulant: cal comprar o produir estoc abans de vendre'l, i cada talla sobrant és caixa immobilitzat. Muroexe va arribar a liquidació el 8 de novembre de 2021 (El Confidencial, 2021-11-08). La font no documenta la causa, i per tant aquesta especificació no l'atribueix a cap factor concret: parteix del risc genèric del model i el converteix en requisits tècnics.

El producte que es descriu resol tres coses concretes:

1. Dimensionar l'estoc per talla amb dades reals de demanda, no amb previsions agregades per producte.
2. Permetre vendre sense estoc mitjançant producció sota demanda per lots, amb terminis explícits al client.
3. Tancar el cicle de devolucions i canvis de talla sense que el cost logístic es mengi el marge, que és el punt on un marketplace de calçat perd diners sense adonar-se'n.

Quatre serveis independents comunicats per esdeveniments, amb una base de dades per domini. El motiu és que inventari, producció i devolucions tenen ritmes i responsables diferents; un monòlit faria que un pic de devolucions bloquegés la venda.

``` [Client web/app] | [API Gateway] -- auth, rate limit, idempotència | +--> [catàleg-svc] productes, talles, mitjans +--> [comanda-svc] cistella, pagament, estat +--> [inventari-svc] estoc per SKU-talla, reserves +--> [produccio-svc] lots, proveïdors, lead times +--> [devolucio-svc] RMA, reemborsaments | [bus d'esdeveniments] (Kafka o equivalent) | [analítica] --> magatzem de dades per a dimensionament d'estoc ```

Decisions i motius:

• Esdeveniments en lloc de crides síncrones entre comanda i inventari: una comanda confirmada ha de descomptar estoc encara que el servei d'inventari estigui lent; la consistència eventual és acceptable perquè la reserva es fa abans del pagament.
• Reserva amb TTL al servei d'inventari: evita vendre la mateixa talla dues vegades durant el checkout. TTL de 15 minuts, renovable un cop.
• Producció sota demanda com a lot, no com a unitat: els proveïdors de calçat treballen per motllos i tirades mínimes; modelar lots és més realista i permet calcular el cost real per parell.
• Un sol esdeveniment `OrderPlaced` com a font de veritat per a inventari, producció i analítica: redueix el risc de divergència entre sistemes.

Entitats principals (PostgreSQL, una BD per servei):

```sql -- catàleg producte(id, nom, marca, actiu, creat_el) variant(id, producte_id, color, material) sku(id, variant_id, talla_eu, codi_ean, preu_base)

-- inventari estoc(sku_id PK, quantitat, reservat, actualitzat_el) reserva(id, sku_id, comanda_id, quantitat, expira_el, estat)

-- comanda comanda(id, client_id, estat, total_centims, moneda, creat_el) linia_comanda(id, comanda_id, sku_id, quantitat, preu_unitari_centims, mode) -- mode: 'estoc' | 'sota_demanda'

-- producció lot(id, proveidor_id, estat, data_creacio, data_prevista) lot_linia(lot_id, sku_id, quantitat, cost_unitari_centims)

-- devolucions rma(id, comanda_id, linia_comanda_id, motiu, estat, creat_el) ```

Notes de disseny:

• Preus en cèntims com a enters: elimina errors d'arrodoniment en marges.
• `mode` a la línia de comanda: una mateixa comanda pot barrejar estoc immediat i producció sota demanda; el client ho ha de veure desagregat.
• `cost_unitari_centims` al lot: permet calcular marge real per SKU, no estimat.
• Motius de devolució codificats (talla petita, talla gran, defecte, penediment): és la dada que alimenta el dimensionament d'estoc.

API REST versionada, JSON, autenticació per token. Totes les escriptures accepten capçalera `Idempotency-Key`.

• `GET /v1/products?talla=&color=` — catàleg amb disponibilitat per talla.
• `POST /v1/cart/reserve` — crea reserves amb TTL; retorna `expires_at`.
• `POST /v1/orders` — crea comanda; resposta inclou `estimated_ship_date` per línia sota demanda.
• `POST /v1/orders/{id}/cancel` — cancel·la si cap línia ha entrat en producció.
• `POST /v1/rmas` — obre devolució; retorna etiqueta i instruccions.
• `GET /v1/admin/stock/forecast?sku=` — previsió de demanda per talla a 8 setmanes.

Integracions externes:

• Passarel·la de pagament (Stripe o equivalent): captura diferida per a línies sota demanda, de manera que no es cobra fins que el lot entra en producció.
• Transportista: generació d'etiquetes i webhooks d'estat; el webhook de lliurament és el que obre la finestra de devolució.
• ERP del proveïdor: enviament de lots per fitxer o API; si no n'hi ha, exportació CSV programada.

Ordre pensat per reduir risc de caixa abans que volum:

1. Catàleg + SKU per talla + inventari amb reserves. Sense això no hi ha control de sobrevenda.
2. Comanda amb mode `estoc` i pagament. Flux complet de compra d'estoc existent.
3. Devolucions amb motiu codificat. És la font de dades que fa útil tot el que ve després.
4. Analítica de marge per SKU a partir de cost de lot i devolucions.
5. Producció sota demanda per lots i captura diferida del pagament.

El punt 3 abans del 5 és deliberat: vendre sota demanda sense saber per què es devolen les talles amplifica l'error en lloc de corregir-lo.

• Sobrevenda per condició de cursa: mitigada amb reserves TTL i operacions atòmiques a `estoc`; cal testejar amb càrrega concurrent per SKU.
• Consistència eventual entre comanda i inventari: si l'esdeveniment es perd, l'estoc queda desajustat. Cal outbox pattern i reconciliació diària.
• Lead times de producció impredictibles: el client ha de veure dates conservadores; el sistema ha de poder reprogramar un lot i notificar.
• Cost de devolució per parell: si supera el marge, el model no és viable. Cal un llindar d'alerta per SKU.
• Volum inicial baix: no cal microserveis des del dia u; el disseny per dominis permet començar amb dos desplegables i separar després.

• Test de càrrega de reserves: 500 usuaris concurrents sobre un SKU amb 10 unitats; el resultat ha de ser exactament 10 reserves i 0 sobrevendes.
• Reconciliació diària: comparar estoc teòric (comandes − devolucions) amb estoc real; divergència permesa 0.
• Càlcul de marge per SKU contrastat manualment amb 20 comandes reals.
• Simulació de devolucions: aplicar taxes de devolució reals per talla i comprovar que la previsió d'estoc s'ajusta.
• Criteri d'èxit operatiu: marge positiu per SKU després de devolucions durant 8 setmanes consecutives abans d'ampliar catàleg.

Nota de limitació: la causa del tancament de Muroexe no consta a la font disponible (El Confidencial, 2021-11-08); aquesta especificació no n'extreu causes, només dissenya controls de risc genèrics per al model de negoci.