Wallapop

Wallapop és una startup del sector dels marketplaces, constituïda com a societat limitada (WALLAPOP, S.L.) amb domicili a Barcelona. D'acord amb el registre, l'estat de la societat és actiu. La seva activitat se situa en el segment de la compravenda de productes de segona mà entre particulars.

La societat es va constituir l'any 2013 a Barcelona, segons consta a la cronologia registral disponible. Entre els fundadors hi figuren Albertotics, com a cofundador, i Enrique Quemada, com a cofundador, d'acord amb les dades registrals facilitades.

Wallapop operava com a marketplace, és a dir, com a plataforma que posa en contacte compradors i venedors de productes de segona mà. Les dades disponibles no permeten detallar el model de monetització, l'abast geogràfic ni l'evolució del producte més enllà d'aquesta definició sectorial.

No consta informació verificada sobre l'evolució de l'activitat, el creixement, el finançament o els resultats de l'empresa en cap període. Les fonts disponibles no permeten afirmar res sobre aquest punt.

Wallapop no consta com a empresa tancada: d'acord amb el registre, la societat és activa. Per tant, no hi ha cap causa de tancament a documentar amb les dades disponibles.

No consta informació verificada sobre l'impacte, la continuïtat o l'herència de l'empresa més enllà de la seva condició de societat activa segons el registre.

Les dades disponibles només identifiquen Albertotics i Enrique Quemada com a cofundadors. No consta informació sobre la seva situació actual, els seus càrrecs o les seves activitats posteriors. Per completar aquest punt caldria consultar el Registre Mercantil (titularitat i administradors vigents), el BORME per als nomenaments i cessaments, i fonts públiques de l'empresa.

Amb la informació verificada disponible no es poden extreure lliçons operatives específiques sobre l'estratègia, el finançament o la gestió del marketplace. Qualsevol conclusió sobre encerts o errors de Wallapop requeriria dades que el corpus facilitat no conté, i per tant no es formulen.

La idea, tal com es pot formular avui amb la informació verificada, és un marketplace de compravenda de productes de segona mà entre particulars, amb èmfasi en la proximitat geogràfica (Barcelona com a mercat inicial). Això és coherent amb el sector "Marketplace" i la seu a Barcelona que consten a les dades, però no podem afirmar quines funcionalitats concretes tenia el producte original: no hi ha font que ho detalli.

El que sí que es pot fer avui, com a proposta nova (no reconstrucció fidel):

• Una aplicació mòbil-first on publicar un article requereixi menys de 60 segons.
• Cerca per radi de proximitat i recollida en mà, sense logística pròpia en la primera fase.
• Confiança bàsica: perfil verificat, valoracions creuades i pagament en custòdia opcional.

Aquestes són decisions de disseny proposades, no característiques verificades de l'empresa original.

No disposem de dades verificades sobre el mercat original ni sobre quotes. El que es pot dir amb seguretat és limitat:

• El sector és marketplace, segons les dades registrals.
• La seu és Barcelona, cosa que suggereix un mercat inicial urbà, però això és una inferència, no una dada verificada.

Com a estimació a validar, el mercat rellevant seria el de compravenda de segona mà entre particulars a Espanya i, especialment, a àrees metropolitanes. No aporto xifres de volum perquè no tinc font verificada; qualsevol número que hi posés seria inventat i no compliria les regles. La validació hauria de passar per:

1. Dimensionar el nombre d'anuncis actius i transaccions en competidors directes (anàlisi pública, estimació).
2. Enquestes a usuaris sobre freqüència de compra/venda de segona mà (mostra pròpia, a validar).
3. Estudi de densitat per barris a Barcelona per prioritzar el llançament.

Proposta (no verificada com a model de l'empresa original):

• Comissió per transacció en operacions amb pagament en custòdia (rang estimat a validar: 3–8% del valor de la transacció).
• Anuncis destacats de pagament per part de venedors (preu fix, estimació a validar).
• Gratuïtat per publicar i per a les transaccions en mà sense custòdia, per maximitzar liquiditat d'oferta i demanda.

Aquestes xifres són estimacions de disseny, no dades de Wallapop. Caldria validar-les amb tests de preu abans de fixar-les.

Proposta, en fases:

1. Fase 0 (mesos 0–2): validació. Entrevistes a 30–50 usuaris potencials a Barcelona, anàlisi de competidors i definició del nínxol inicial (p. ex., una categoria de producte concreta).
2. Fase 1 (mesos 2–6): MVP en una sola categoria i 2–3 barris de Barcelona. Objectiu: densitat suficient perquè hi hagi oferta i demanda simultànies.
3. Fase 2 (mesos 6–12): ampliació de categories i barris, introducció del pagament en custòdia.
4. Fase 3 (mesos 12–24): expansió a altres àrees metropolitanes.

Els terminis són estimacions a validar i dependran de l'equip i del finançament.

Rang estimat, a validar (no són dades de l'empresa original):

• Equip fundador mínim (2–3 persones) durant 12 mesos: rang estimat de 120.000–250.000 € en sous i càrregues.
• Desenvolupament del producte (MVP mòbil + backend): rang estimat de 40.000–120.000 € si es fa amb equip propi o agència.
• Màrqueting i adquisició inicial (Barcelona, fase 1): rang estimat de 30.000–80.000 €.
• Legal, fiscal i constitució: rang estimat de 5.000–15.000 €.
• Total orientatiu per als primers 12 mesos: rang estimat de 200.000–450.000 €, a validar segons equip i abast.

Aquestes xifres són estimacions de mercat, no consten en cap font verificada sobre Wallapop.

• Risc de liquiditat bilateral: un marketplace sense prou oferta no atrau demanda i viceversa. És el risc principal de qualsevol llançament des de zero.
• Competència establerta: el sector té operadors consolidats; entrar-hi requereix un nínxol clar. No puc quantificar quotes perquè no tinc dades verificades.
• Risc de confiança i frau: les transaccions entre particulars requereixen mecanismes anti-frau des del primer dia.
• Risc regulatori: pagaments, protecció de dades i consum tenen obligacions legals a complir des del llançament.
• Risc de dades: com que la informació verificada sobre l'empresa original és mínima, qualsevol "reconstrucció" fidel és impossible; el risc és confondre proposta amb fet.

Aquesta secció recull les lliçons de l'informe original, no un currículum:

• Cal un equip fundador amb experiència en marketplaces o en producte mòbil de consum, perquè el risc de liquiditat bilateral és el coll d'ampolla principal.
• Cal capacitat de validar abans d'invertir: amb dades verificades tan escasses, la disciplina de "proposta vs. fet" és la lliçó central. Qualsevol número ha de portar l'etiqueta d'estimació.
• Cal un enfocament geogràfic concentrat (Barcelona, barris concrets) abans d'ampliar, per assolir densitat.
• Cal transparència sobre el que se sap i el que no: l'informe original parteix de fets verificats mínims i, per tant, qui el faci servir ha de mantenir aquesta separació entre dades i proposta en totes les decisions.

La compravenda d'articles de segona mà entre particulars té tres punts de fricció recurrents: la desconfiança sobre l'estat real del producte i la identitat del venedor, la coordinació logística en entorns urbans i la manca d'un historial de reputació portable entre transaccions. Les plataformes generalistes de classificats no resolen la confiança de forma estructurada, i les de subhasta no estan optimitzades per a la proximitat ni per a productes de baix valor.

Aquesta especificació proposa un servei que combina un catàleg geolocalitzat, missatgeria integrada i un sistema de reputació bidireccional. El motiu de centrar-se en la proximitat és que redueix el cost logístic a gairebé zero i aprofita la densitat urbana de Barcelona, on el model té sentit segons el context de l'empresa de referència [Wikipedia].

L'arquitectura és de microserveis perquè els dominis de catàleg, missatgeria i reputació tenen cicles de desplegament i càrregues molt diferents: el catàleg és intensiu en lectura i cerca, la missatgeria és intensiva en escriptura i temps real, i la reputació és de baix volum però crítica per a la integritat.

``` [Client mòbil / web] | [API Gateway] (autenticació, rate limiting, versionat) | +----+-------------+----------------+----------------+ | | | | [Catàleg] [Missatgeria] [Reputació] [Usuaris] | | | | [PostgreSQL] [PostgreSQL] [PostgreSQL] [PostgreSQL] | | | [OpenSearch] [Redis Pub/Sub] [Cua d'esdeveniments] | [Emmagatzematge d'imatges S3-compatible] ```

Decisions i motius:

• PostgreSQL per servei en lloc d'una base de dades compartida: aïllament de fallades i evolució d'esquema independent. El catàleg necessita índexs geoespacials (PostGIS), que PostgreSQL cobreix nativament.
• OpenSearch per a la cerca: el catàleg requereix cerca per text, filtres per categoria i ordenació per distància. Mantenir-ho fora de PostgreSQL evita degradar les escriptures transaccionals.
• Redis Pub/Sub per a la missatgeria en temps real: els missatges s'han de lliurar en menys d'un segon i el patró pub/sub és més simple que un broker complet per a aquest abast.
• Cua d'esdeveniments per a la reputació: les ressenyes i els tancaments de transacció s'han de processar de forma asíncrona per no bloquejar el flux principal.

El model se centra en quatre entitats principals. Els identificadors són UUID per evitar col·lisions entre serveis i facilitar la federació futura.

```sql -- Servei d'usuaris CREATE TABLE users ( id UUID PRIMARY KEY, email TEXT UNIQUE NOT NULL, display_name TEXT NOT NULL, location GEOGRAPHY(POINT, 4326), created_at TIMESTAMPTZ NOT NULL DEFAULT now(), reputation_score NUMERIC(3,2) DEFAULT 0.00 );

-- Servei de catàleg CREATE TABLE listings ( id UUID PRIMARY KEY, seller_id UUID NOT NULL, title TEXT NOT NULL, description TEXT, price_cents INTEGER NOT NULL CHECK (price_cents >= 0), category TEXT NOT NULL, location GEOGRAPHY(POINT, 4326) NOT NULL, status TEXT NOT NULL DEFAULT 'active', -- active | reserved | sold | withdrawn created_at TIMESTAMPTZ NOT NULL DEFAULT now() ); CREATE INDEX listings_location_idx ON listings USING GIST (location); CREATE INDEX listings_category_status_idx ON listings (category, status);

CREATE TABLE listing_images ( id UUID PRIMARY KEY, listing_id UUID NOT NULL REFERENCES listings(id), url TEXT NOT NULL, position SMALLINT NOT NULL );

-- Servei de missatgeria CREATE TABLE conversations ( id UUID PRIMARY KEY, listing_id UUID NOT NULL, buyer_id UUID NOT NULL, seller_id UUID NOT NULL, created_at TIMESTAMPTZ NOT NULL DEFAULT now(), UNIQUE (listing_id, buyer_id) );

CREATE TABLE messages ( id UUID PRIMARY KEY, conversation_id UUID NOT NULL REFERENCES conversations(id), sender_id UUID NOT NULL, body TEXT NOT NULL, sent_at TIMESTAMPTZ NOT NULL DEFAULT now() );

-- Servei de reputació CREATE TABLE reviews ( id UUID PRIMARY KEY, conversation_id UUID NOT NULL, reviewer_id UUID NOT NULL, reviewee_id UUID NOT NULL, rating SMALLINT NOT NULL CHECK (rating BETWEEN 1 AND 5), comment TEXT, created_at TIMESTAMPTZ NOT NULL DEFAULT now(), UNIQUE (conversation_id, reviewer_id) ); ```

Motius:

• `GEOGRAPHY(POINT, 4326)` perquè les distàncies s'han de calcular en metres reals sobre l'esfera, no en graus.
• `price_cents` com a enter per evitar errors d'arrodoniment en diners.
• `UNIQUE (conversation_id, reviewer_id)` garanteix que cada part només pot ressenyar un cop per conversa, cosa que protegeix la integritat de la reputació.
• `reputation_score` desnormalitzat a `users` perquè es llegeix a cada anunci i no es pot recalcular en calent.

L'API és REST amb JSON i versionada a la URL (`/v1/`). L'autenticació és per token JWT emès pel servei d'usuaris.

Endpoints principals:

• `POST /v1/listings` — crea un anunci. Requereix `title`, `price_cents`, `category`, `location`.
• `GET /v1/listings?lat=&lng=&radius_m=&category=&q=` — cerca geolocalitzada. Retorna resultats ordenats per distància.
• `POST /v1/conversations` — obre una conversa sobre un anunci.
• `POST /v1/conversations/{id}/messages` — envia un missatge; publica a Redis per al lliurament en temps real.
• `POST /v1/reviews` — crea una ressenya; encua l'actualització de `reputation_score`.

Integracions:

• Emmagatzematge d'imatges S3-compatible amb URL signades per a pujades directes des del client, evitant que les imatges passin pel gateway.
• Servei de mapes per a la geocodificació inversa (adreça a coordenades) en el moment de publicar, perquè l'usuari no hagi d'introduir latitud i longitud.

L'ordre de construcció respon a què valida abans el nucli del producte:

1. Servei d'usuaris i autenticació — sense identitat no hi ha confiança ni transacció.
2. Catàleg amb cerca geolocalitzada — és el valor central; valida si els usuaris publiquen i troben articles.
3. Missatgeria bàsica — valida si la gent arriba a contactar; és el predictor més fort de transacció.
4. Reputació bàsica (ressenyes) — es pot llançar després de la missatgeria perquè necessita converses per existir.

Els pagaments i els enviaments queden fora del primer abast: afegeixen complexitat regulatòria i logística que no cal per validar la demanda.

• Volum inicial: a Barcelona, un MVP amb 10.000 usuaris actius i 50.000 anuncis és un objectiu raonable; el catàleg cap en una instància PostgreSQL amb PostGIS i OpenSearch d'un sol node.
• Latència de cerca: l'objectiu és < 200 ms per a una cerca amb radi de 5 km; l'índex GIST i OpenSearch ho fan viable.
• Risc: biaix de reputació. Un `reputation_score` calculat només amb mitjana afavoreix usuaris amb poques ressenyes. Mitigació: mostrar el nombre de ressenyes al costat de la puntuació i aplicar un suavitzat bayesià.
• Risc: frau i spam d'anuncis. Mitigació: rate limiting per usuari al gateway i un filtre de duplicats per títol i imatge en el moment de publicar.
• Risc: moderació de contingut. La missatgeria i les descripcions requereixen moderació; es delega a un servei extern per no construir-ho des de zero.

• Validació funcional: tests d'integració per endpoint amb una base de dades efímera per servei; tests de contracte entre el gateway i cada servei.
• Validació de la cerca: un conjunt de consultes de referència amb resultats esperats per distància i categoria, executat a la CI.
• Validació de la reputació: tests que comproven que una conversa no pot generar dues ressenyes del mateix revisor i que el `reputation_score` s'actualitza de forma idempotent.
• Validació de producte: mètriques d'activació (anuncis publicats per usuari en la primera setmana) i de contacte (converses per anunci), que són els indicadors que el nucli funciona abans d'invertir en pagaments.