InfoJobs

InfoJobs es un portal de empleo en línea: una plataforma donde las empresas publican ofertas y los candidatos cuelgan el currículum y se inscriben. Según la Wikipedia, opera principalmente en el Estado español y es uno de los portales de empleo de referencia del mercado español.

Según la Wikipedia, InfoJobs se fundó en 1998. La misma fuente sitúa el origen de la empresa en Barcelona. Los datos disponibles no permiten detallar los fundadores ni el capital inicial; esta información no consta en el corpus.

El modelo de negocio es la intermediación laboral digital: las empresas pagan por publicar ofertas y acceder a bases de currículums, y los candidatos usan la plataforma para buscar empleo e inscribirse en las vacantes. Según la Wikipedia, el servicio se dirige tanto a empresas de cualquier tamaño como a personas que buscan ocupación, con cobertura principal del mercado español.

La Wikipedia recoge que InfoJobs se convirtió en uno de los portales de empleo líderes en el Estado español. La fuente menciona que la empresa pasó a formar parte del grupo suizo JobCloud. El corpus no permite cifrar ingresos, número de ofertas ni cuota de mercado por años concretos; estos datos no constan.

InfoJobs no ha cerrado. El estado registral indica que la empresa es activa y la Wikipedia la describe como un portal en funcionamiento, integrado en el grupo JobCloud. Por tanto, no hay ninguna causa de cierre que documentar.

Según la Wikipedia, InfoJobs ha consolidado en el Estado español el modelo de portal de empleo en línea como canal habitual de reclutamiento para las empresas. El corpus no aporta más detalles sobre el impacto del portal en el mercado laboral ni sobre productos o marcas derivadas.

El corpus no identifica a los fundadores de InfoJobs ni documenta su trayectoria posterior. Esta información no consta. Para completarla habría que consultar el registro mercantil (BORME y Registro Mercantil de Madrid o Barcelona), notas de prensa de las rondas de financiación y de la adquisición por JobCloud, y entrevistas o perfiles publicados en los medios económicos.

• En un portal de empleo, el activo principal es la base de currículums y la red de empresas: cuantos más candidatos, más valor para las empresas, y a la inversa. Hay que priorizar el equilibrio entre las dos partes del mercado desde el primer día.
• El mercado español de reclutamiento en línea se ha concentrado en pocos portales grandes; para competir con ellos hay que diferenciarse por nicho (sector, perfil o geografía) o por servicios añadidos, no por volumen de ofertas.
• La integración en un grupo internacional como JobCloud da acceso a tecnología y clientes, pero también somete el portal a la competencia interna del grupo; hay que definir bien el papel de la marca local dentro del grupo.
• La dependencia del ciclo económico es estructural: cuando el paro sube, baja la publicación de ofertas. Un portal de empleo debe diversificar ingresos (formación, servicios a empresas, datos de mercado) para amortiguar los ciclos.

La font disponible (Wikipedia) situa InfoJobs com un portal de feina a Espanya. La seva essència verificable és la d'un mercat de dos costats: candidats que busquen feina i empreses que busquen persones, amb el programari com a intermediari i la confiança com a actiu.

La proposta d'avui no és replicar un portal generalista —un mercat ja madur i molt competitiu— sinó construir un mercat de feina vertical i assistit per dades: un producte que agafi un nínxol concret (per exemple, un sector o un perfil professional determinat), hi concentri l'oferta i la demanda, i diferenciï el servei amb matching i senyals de qualitat en lloc de volum d'anuncis.

Això és una proposta nova, no una descripció del que InfoJobs faci o deixi de fer avui.

El mercat rellevant és el de la intermediació laboral digital a Espanya. La font disponible només confirma l'existència d'InfoJobs com a portal de feina; no aporta mètriques de mercat, quota ni volums, de manera que aquí no se n'inventen.

El que sí que es pot afirmar com a raonament de consultoria (no com a dada): un mercat de dos costats existeix quan hi ha prou concentració d'oferta i demanda en un segment perquè l'intermediari aporti valor per sobre del contacte directe. La tesi de llançament hauria de ser començar per un segment estret on aquesta concentració es pugui demostrar amb dades reals abans d'escalar.

Mida de mercat, disposició a pagar i competidors concrets: a validar amb fonts primàries i estudis sectorials abans de qualsevol inversió.

Model proposat (a validar): SaaS + mercat de dos costats.

• Costat empresa: subscripció o pagament per publicació/oferta destacada, amb un pla gratuït limitat per generar adopció.
• Costat candidat: accés gratuït, amb funcions premium opcionals (alertes, visibilitat, eines de perfil).
• Capa de dades: informes agregats de mercat per al segment triat, venuts com a producte SaaS addicional.

El principi de disseny és que qui paga és el costat amb pressupost recurrent (empreses), i que el costat candidat ha de rebre valor real perquè el mercat no es buidi. Preus i conversions: estimació a validar amb tests de disposició a pagar.

Fases proposades (no verificades, són un pla):

1. Selecció del nínxol (setmanes 1-4): triar un segment amb prou densitat d'oferta i demanda, validat amb entrevistes a empreses i candidats.
2. MVP del mercat (mesos 2-4): publicació d'ofertes, perfil de candidat i matching bàsic. Sense funcions accessòries.
3. Llançament tancat (mes 4-6): una sola ciutat o un sol sector, amb objectiu de densitat (que cap oferta quedi òrfena) més que de volum.
4. Monetització inicial (mes 6-9): primers plans de pagament per a empreses i mesura de retenció.
5. Decisió d'escalat (mes 9-12): ampliar vertical o geografia només si les mètriques de densitat i retenció ho justifiquen.

Totes les xifres següents són estimacions de rang, a validar, no dades de l'empresa:

• Equip fundacional (2-3 persones: producte, enginyeria, comercial): rang orientatiu de 120.000-200.000 €/any en cost laboral, segons contractació i ubicació.
• Desenvolupament del MVP: rang de 30.000-80.000 € si es fa amb equip propi i tecnologies estàndard; pot ser inferior amb socis tècnics.
• Màrqueting i adquisició inicial del costat escàs (típicament l'oferta): rang de 10.000-40.000 € per als primers mesos.
• Legal, constitució i compliment (protecció de dades, termes): rang de 5.000-15.000 €.
• Cost total del primer any: rang orientatiu de 150.000-300.000 €, a validar segons equip i ambició.

Aquestes xifres són un exercici de planificació; cal contrastar-les amb pressupostos reals abans de comprometre despesa.

• Risc de mercat buit (chicken-and-egg): sense densitat en un costat, l'altre marxa. És el risc principal de qualsevol mercat de dos costats.
• Risc de competència arrelada: els portals generalistes ja ocupen la ment de l'usuari; cal un nínxol on el generalista no arribi bé.
• Risc regulatori: el tractament de dades personals de candidats exigeix compliment estricte; un error aquí és existencial.
• Risc de monetització: les empreses poden resistir-se a pagar si perceben el canal com a substituble.
• Risc d'execució: escalar massa aviat dilueix la densitat que fa funcionar el mercat.

Cap d'aquests riscos es pot quantificar amb la font disponible; s'han de mesurar amb dades pròpies durant el llançament.

Lliçons que es poden extreure de l'essència verificable d'InfoJobs (mercat de dos costats amb programari com a nucli), sense convertir-ho en un currículum:

• Qui ho faci ha de dominar el costat escàs del mercat. En feina, normalment és l'oferta (empreses); sense accés comercial a elles, no hi ha producte.
• Ha de saber construir programari lleuger i mesurable. La proposta no és un portal gran, sinó un producte que es pugui iterar ràpidament amb mètriques clares.
• Ha de tenir paciència de densitat. El valor del mercat arriba quan un segment és dens, no quan és ample; cal resistir la temptació d'escalar abans d'hora.
• Ha de tractar la confiança i les dades com a actiu central, no com a compliment accessori.
• Ha de validar abans d'invertir: cada xifra d'aquest informe és una hipòtesi fins que el mercat la confirmi.

El model clàssic de portal de feina (publicar una oferta, rebre un formulari, esperar resposta) genera dos costos que es poden mesurar: el candidat no sap mai en quin estat és la seva candidatura, i l'empresa rep volum sense senyal de qualitat. InfoJobs, com a plataforma de referència al mercat espanyol [Wikipedia], va operar en aquest model durant anys; la solució tècnica no és "més ofertes" sinó millor senyal en ambdós costats.

El producte que descric resol tres coses concretes: (1) cerca semàntica sobre habilitats i no només paraules clau del títol; (2) un estat de candidatura visible i auditable per al candidat; (3) un rànquing de candidats per oferta basat en coincidència real, no en ordre d'arribada.

Tres serveis independents desplegables per separat, comunicats per HTTP intern i una cua d'esdeveniments:

``` [Candidat/Web] ─┐ ├─> API Gateway (auth, rate limit) [Empresa/Web] ──┘ │ ├─> servei-ofertes (PostgreSQL, escriptura) ├─> servei-cerca (OpenSearch, lectura) └─> servei-candidatures (PostgreSQL + outbox) │ └─> cua (Redis Streams) ─> indexador ─> OpenSearch ```

Motius de les decisions:

• Separació escriptura/lectura: la cerca és el 90% del tràfic i no ha de competir amb les transaccions de candidatura. OpenSearch s'alimenta de forma asíncrona.
• Outbox transaccional al servei de candidatures: cada canvi d'estat s'escriu a la mateixa transacció que l'estat i es publica a la cua després. Evita esdeveniments perduts sense necessitat de Kafka.
• Redis Streams en lloc de Kafka: volum previst baix (milers d'esdeveniments/dia) i un sol consumidor; Kafka seria sobreenginyeria operativa.
• PostgreSQL per a ofertes i candidatures: integritat relacional i transaccions; no cal NoSQL per a aquests volums.

Esquema relacional mínim (PostgreSQL):

```sql -- Catàleg CREATE TABLE empresa ( id UUID PRIMARY KEY, nom TEXT NOT NULL, verificada BOOLEAN DEFAULT FALSE );

CREATE TABLE oferta ( id UUID PRIMARY KEY, empresa_id UUID REFERENCES empresa(id), titol TEXT NOT NULL, descripcio TEXT NOT NULL, ubicacio TEXT, publicada_en TIMESTAMPTZ, estat TEXT CHECK (estat IN ('esborrany','publicada','tancada')) );

CREATE TABLE habilitat ( id SERIAL PRIMARY KEY, nom TEXT UNIQUE NOT NULL );

CREATE TABLE oferta_habilitat ( oferta_id UUID REFERENCES oferta(id), habilitat_id INT REFERENCES habilitat(id), pes SMALLINT DEFAULT 1, -- 1 obligatòria, 2 desitjable PRIMARY KEY (oferta_id, habilitat_id) );

-- Candidatures (estat actual + historial immutable) CREATE TABLE candidatura ( id UUID PRIMARY KEY, oferta_id UUID REFERENCES oferta(id), candidat_id UUID NOT NULL, creat_en TIMESTAMPTZ DEFAULT now(), estat_actual TEXT NOT NULL );

CREATE TABLE candidatura_esdeveniment ( id BIGSERIAL PRIMARY KEY, candidatura_id UUID REFERENCES candidatura(id), estat TEXT NOT NULL, motiu TEXT, creat_en TIMESTAMPTZ DEFAULT now() );

-- Outbox per a publicació fiable CREATE TABLE outbox ( id BIGSERIAL PRIMARY KEY, agregat TEXT NOT NULL, payload JSONB NOT NULL, publicat BOOLEAN DEFAULT FALSE ); ```

Decisions:

• Habilitats normalitzades amb pes: permet puntuar coincidència sense dependre de text lliure.
• Esdeveniments de candidatura immutables: l'estat actual és una projecció; l'historial dona traçabilitat al candidat i base per a mètriques.
• Outbox a la mateixa BD: garantia de publicació exactament-una-vegada efectiva (at-least-once + idempotència al consumidor).

REST/JSON, versionat a la ruta (`/v1`). Autenticació per JWT amb rols `candidat` i `empresa`.

• `POST /v1/ofertes` — crea oferta (rol empresa). Retorna `id`.
• `GET /v1/ofertes/{id}` — detall.
• `GET /v1/cerca?q=&habilitats=&ubicacio=&pagina=` — cerca sobre OpenSearch; retorna llistat paginat amb `score`.
• `POST /v1/ofertes/{id}/candidatures` — el candidat aplica; idempotent per `(oferta_id, candidat_id)`.
• `PATCH /v1/candidatures/{id}/estat` — l'empresa mou l'estat; genera esdeveniment i outbox.
• `GET /v1/candidatures/{id}` — el candidat consulta estat i historial.

Integracions:

• Indexador consumeix Redis Streams i escriu a OpenSearch; idempotent per `id` d'esdeveniment.
• Webhooks opcionals per a empreses (canvi d'estat de candidatura) amb reintents exponencials i signatura HMAC.

1. Model de dades i servei-ofertes amb CRUD i publicació. Sense catàleg no hi ha res a cercar.
2. Pipeline d'indexació (outbox → Redis → indexador → OpenSearch) amb un índex mínim: títol, descripció, habilitats, ubicació.
3. servei-cerca amb filtratge per habilitats i paginació.
4. servei-candidatures amb historial d'estats i consulta per part del candidat.
5. Rànquing per coincidència (puntuació per habilitats obligatòries/desitjables) sobre els resultats de cerca.

Ordre justificat: cada pas és utilitzable sol; el rànquing és l'últim perquè depèn de dades reals per calibrar pesos.

Mides estimades (ordre de magnitud per a un llançament inicial):

• Ofertes actives: 10⁴–10⁵; candidatures: 10⁵–10⁶/any.
• Cerca: centenars de req/s en pic; OpenSearch amb 2–3 nodes cobreix.
• Esdeveniments d'indexació: milers/dia; Redis Streams sobra.

Riscos:

• Latència d'indexació: una oferta nova pot trigar segons a aparèixer a la cerca. Mitigació: refresc d'índex configurable i, per a l'empresa, lectura directa de PostgreSQL per confirmar publicació.
• Qualitat del rànquing: pesos fixos poden ordenar malament. Mitigació: pesos configurables per oferta i mesura de clics/aplicacions per recalibrar.
• Duplicats de candidatura: resolt amb clau única `(oferta_id, candidat_id)` i resposta idempotent.
• Privacitat: dades personals de candidats; cal xifrat en repòs i retenció definida per als esdeveniments.

• Contractes d'API: tests d'integració contra els tres serveis amb contenidors efímers.
• Cerca: conjunt de consultes de referència amb resultats esperats (precisió@10 sobre habilitats).
• Pipeline: test que publica un esdeveniment a l'outbox i verifica que apareix a OpenSearch en menys d'un llindar (p. ex. 5 s).
• Candidatures: test d'idempotència (doble POST → una sola candidatura) i d'historial (cada PATCH genera un esdeveniment).
• Càrrega: prova de cerca amb el volum estimat per confirmar latència p95 acceptable abans de llançar.

Nota de fonts: la caracterització d'InfoJobs com a portal de feina al mercat espanyol es basa en [Wikipedia] InfoJobs — Wikipédia (https://es.wikipedia.org/wiki/InfoJobs); la resta de decisions tècniques són proposta pròpia i no afirmacions sobre l'empresa.