Freshly Cosmetics

Freshly Cosmetics es una empresa catalana dedicada a la cosmética natural, con sede en Barcelona. La información disponible la identifica como una startup. Cabe señalar una discrepancia entre los datos facilitados y la fuente: los datos la clasifican dentro del sector "Software y SaaS", mientras que la fuente consultada la describe como una empresa de cosmética. Esta contradicción no se puede resolver con el corpus disponible y, por tanto, se deja constancia sin tomar partido.

La información del corpus no permite detallar las circunstancias, la fecha ni los promotores de la fundación. Estos datos no constan en la fuente disponible.

Según la fuente, la actividad de la empresa es la cosmética natural. El corpus no permite precisar el catálogo de productos, los canales de venta ni el perfil de cliente más allá de esta descripción general.

No consta en el corpus información sobre la evolución del negocio, cifras de facturación, crecimiento o hitos relevantes. Este apartado no se puede desarrollar con los datos disponibles.

La empresa no consta como cerrada: según los datos facilitados, el estado registral es activo. Por tanto, no hay ningún cierre que explicar. Este apartado se incluye por coherencia con la estructura solicitada, pero no hay hecho de cese que documentar.

Dado que la empresa continúa activa según los datos disponibles, no se puede hablar de herencia en el sentido de legado de un negocio desaparecido. El corpus no aporta información sobre el impacto o la huella de la empresa.

El corpus no identifica a las personas fundadoras ni aporta ningún rastro de ellas. Esta información no consta. Para completarla habría que consultar el registro mercantil (BORME y Registro Mercantil de Barcelona) para identificar a los administradores y socios, y fuentes corporativas o periodísticas para conocer su situación actual.

Con la información disponible no se pueden extraer lecciones operativas específicas del sector: el corpus se limita a una descripción general de la actividad y no aporta datos sobre estrategia, canales, márgenes, logística o gestión de marca. Cualquier lección que se añadiera sería una suposición y no se puede sostener con las fuentes. Para obtenerlas, habría que disponer de información sobre la evolución comercial de la empresa y del sector de la cosmética natural en Cataluña.

Freshly Cosmetics es va construir sobre una idea simple i potent: cosmètica d'origen natural, formulada amb transparència sobre ingredients, i distribuïda gairebé exclusivament per canal digital amb una comunitat de clients molt activa a les xarxes. Segons la font disponible [Wikipedia], l'empresa es va fundar a Reus i va fer de la venda online el seu canal principal.

La pregunta que planteja aquest informe no és com replicar Freshly, sinó què té sentit construir avui amb la mateixa essència. La meva proposta (no un fet) és una marca de cosmètica natural nascuda digital-first, però amb tres ajustos respecte del model original: (1) catàleg més curt i concentrat en productes d'alta recurrència, (2) presència física lleugera com a eina de confiança i no com a canal de volum, i (3) una estructura de costos dissenyada des del primer dia per ser rendible amb un volum molt inferior.

Això és una proposta de reconstrucció, no una descripció del que Freshly era o és.

El mercat de la cosmètica natural i "clean beauty" a l'Estat espanyol és real i està consolidat: hi ha demanda sostinguda de productes amb ingredients d'origen natural, lliures de determinats components, i comprats cada cop més per canal online. Freshly mateix n'és una prova: va aconseguir notorietat i una base de clients rellevant en pocs anys, segons recull la font citada.

Ara bé, el mateix mercat que va fer possible aquest creixement s'ha tornat molt més competitiu. Hi conviuen marques consolidades, marques de distribució (les "marques blanca" de perfumeria i supermercat han entrat de ple en el segment natural), i desenes de marques nascudes digitals. La diferenciació per "és natural" ja no és suficient; avui cal diferenciar-se per formulació concreta, per transparència verificable, per comunitat o per preu.

Estimació (a validar): el segment de cosmètica natural a l'Estat podria moure's en un ordre de magnitud de centenars de milions d'euros anuals, però no disposo de xifra verificada i no l'afirmo com a dada.

Proposta de model, marcada com a tal:

• Venda directa online com a canal principal, amb botiga pròpia. És el que la font confirma com a nucli del model original i continua sent el més eficient per a una marca nova sense xarxa física.
• Catàleg concentrat: en lloc d'un catàleg ampli, començar amb un nombre reduït de referències (per exemple, 8-12 productes) d'alta recurrència —neteja facial, hidratació, protecció solar, algun tractament— per maximitzar la recompra i simplificar estocs i producció.
• Subscripció o recompra programada com a mecanisme de recurrència: estimació que la recompra pot representar una part substancial dels ingressos en marques de cosmètica digital ben gestionades, però és una hipòtesi a validar amb el propi negoci.
• Marge brut objectiu: en cosmètica natural, un marge brut en el rang estimat del 60-75% sobre PVP és habitual al sector (estimació de mercat, no dada de Freshly). Cal validar-lo amb proveïdors i formuladors reals.
• Cost d'adquisició de client (CAC) com a mètrica crítica: el negoci només funciona si el valor de vida del client (LTV) supera clarament el CAC. Aquesta és la lliçó estructural del model digital, i és on fallen moltes marques.

Proposta de full de ruta, a adaptar:

1. Fase 0 — Validació (mesos 0-3): definir 6-10 productes, tancar formulador i fabricant (contract manufacturing), validar costos reals i marge, i construir una llista d'espera amb contingut a xarxes per mesurar interès abans de produir.
2. Fase 1 — Llançament digital (mesos 3-6): botiga online, catàleg curt, primeres campanyes de captació, i mesura rigorosa de CAC, conversió i recompra.
3. Fase 2 — Consolidació (mesos 6-12): ampliar catàleg només si la recompra ho justifica, introduir subscripció, i explorar un punt de venda físic propi o un corner com a eina de confiança (no com a font principal d'ingressos).
4. Fase 3 — Escalat selectiu (any 2): només escalar inversió en màrqueting quan el LTV/CAC estigui provat amb dades pròpies.

Totes les xifres següents són estimacions meves, a validar, i no provenen de cap dada verificada de Freshly:

• Formulació i desenvolupament de producte: rang estimat de 15.000-40.000 € per a un catàleg inicial curt (formulació, tests de compatibilitat, registres).
• Primera producció (estoc inicial): rang estimat de 20.000-60.000 € segons nombre de referències i volum mínim de comanda del fabricant.
• Plataforma de venda online i infraestructura: rang estimat de 3.000-10.000 € el primer any (botiga, hosting, eines d'email i analítica).
• Màrqueting de llançament: rang estimat de 20.000-50.000 € per als primers 6-12 mesos, depenent de l'agressivitat en captació.
• Estructura mínima (persones i legal): rang estimat de 40.000-80.000 € anuals per a un equip molt reduït (2-4 persones) més costos legals, registres i assegurances.

Total orientatiu de posada en marxa: rang estimat de 100.000-250.000 € per als primers 12 mesos, amb una forquilla àmplia que depèn sobretot de l'abast del catàleg i de la inversió en captació. A validar amb pressupostos reals de fabricants i agències.

• Risc de CAC: el principal. Si el cost d'adquirir un client no baixa amb el temps gràcies a la recompra i la notorietat, el model digital no és sostenible. Aquest és el risc que més marques digitals ha fet descarrilar.
• Risc de competència i pressió de preus: el segment natural s'ha omplert de marques i de marques de distribució més barates. Cal una raó concreta per triar-te.
• Risc de regulació cosmètica: els productes requereixen compliment normatiu (registres, etiquetatge, avaluació de seguretat). No és opcional i té cost i temps.
• Risc financer: el creixement digital consumeix caixa abans de generar-lo. Cal dimensionar la inversió a la capacitat real de finançament.
• Risc de dependència de plataformes: dependre de xarxes socials i publicitat de tercers per créixer és fràgil davant canvis d'algoritme o de costos.
• Risc reputacional: en cosmètica, una crisi de qualitat o una acusació de greenwashing pot fer molt de mal. La transparència ha de ser verificable, no només declarada.

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

• Un equip fundador amb criteri de producte i de números alhora: la cosmètica natural és un negoci de marca, però també de marge i de CAC. Cal algú que sàpiga formular i algú que sàpiga llegir un compte de resultats.
• Disciplina financera des del dia u: el creixement digital és car; qui ho ha de fer ha de saber dir "no" a escalar abans que les mètriques ho justifiquin.
• Capacitat de construir comunitat real, no només publicitat: la font confirma que la venda online i la comunitat eren el nucli del model. Qui ho refaci ha de saber crear i mantenir aquesta relació.
• Paciència i tolerància a la incertesa: el mercat és competitiu i canviant; caldrà iterar el catàleg i el missatge amb dades, no amb intuïcions.
• Compromís amb la transparència verificable: en un mercat saturat de "natural", la credibilitat és l'actiu més difícil de comprar i el més fàcil de perdre.

Nota metodològica: aquest informe parteix únicament de la informació verificada disponible a [Wikipedia] Freshly Cosmetics. Qualsevol dada de facturació, plantilla, estat registral actual o motiu de tancament no ha estat verificada en aquestes fonts i no s'afirma. Totes les xifres econòmiques són estimacions a validar.

Freshly Cosmetics formula i fabrica cosmètica amb ingredients naturals i ven directe al consumidor; segons la font disponible ([Wikipedia] Freshly Cosmetics — Wikipédia, https://es.wikipedia.org/wiki/Freshly_Cosmetics), l'empresa opera des de Barcelona i comunica la composició dels seus productes. En un model així, cada producte acabat és el resultat d'una cadena de lots de matèries primeres, cadascun amb proveïdor, data de recepció, certificat d'anàlisi i caducitat. Quan un ingredient falla o un proveïdor retira un lot, cal respondre en hores: quins productes acabats el contenen, quins lots s'han enviat i a quins clients.

Avui aquesta informació sol viure en fulls de càlcul i PDFs de proveïdor. El cost no és només operatiu: una traçabilitat incompleta bloqueja auditories de cosmètica natural i obliga a fer recalls massa amplis per prudència. El producte no és un ERP de laboratori; és la capa de traçabilitat que altres sistemes consulten.

Tres serveis i una base de dades relacional, desplegats en un sol entorn Kubernetes lleuger (k3s) per reduir cost en una empresa petita.

• `trace-api`: API REST en TypeScript (Fastify) que exposa lots, ingredients i consultes de traçabilitat. Motiu: l'equip de Freshly és petit i TypeScript comparteix llenguatge amb el frontend; Fastify té menys sobrecàrrega que NestJS per a un domini de poques entitats.
• `ingest-worker`: consumidor de cues que processa PDFs de certificats d'anàlisi i els converteix en registres estructurats. Motiu: l'extracció de documents és lenta i falla sovint; aïllar-la evita bloquejar l'API.
• `audit-log`: servei d'append-only que registra cada canvi d'estat d'un lot amb hash encadenat. Motiu: una auditoria externa necessita demostrar que el registre no s'ha modificat retroactivament.
• PostgreSQL 16 amb extensions `pg_trgm` (cerca difusa de noms d'ingredient) i `btree_gist` (rangs de dates de validesa). Cua amb Redis Streams, no Kafka: el volum és de desenes de milers d'esdeveniments al mes i Kafka seria sobreenginyeria.

Flux d'una recepció de lot:

``` proveïdor -> PDF certificat -> ingest-worker -> OCR + parser -> trace-api POST /lots -> validació -> audit-log (hash) -> esdeveniment lot.rebut a Redis Streams -> servei de qualitat (extern) consumeix i aprova ```

Entitats principals, amb claus i restriccions que fan complir les regles de negoci a la base de dades i no només al codi.

```sql ingredient ( id uuid pk, nom_canonic text not null, inci_name text not null unique, origen text, -- vegetal, mineral, sintetic es_natural boolean not null )

proveidor ( id uuid pk, nom text not null, pais text, actiu boolean not null default true )

lot_materia_primera ( id uuid pk, ingredient_id uuid fk, proveidor_id uuid fk, lot_proveidor text not null, data_recepcio date not null, caducitat date not null, estat text not null check (estat in ('rebut','aprovat','rebutjat','consumit')), unique (proveidor_id, lot_proveidor) )

producte_acabat ( id uuid pk, nom text not null, versio_formula text not null )

lot_acabat ( id uuid pk, producte_id uuid fk, lot text not null unique, data_fabricacio date not null )

consum_lot ( -- quants grams de cada lot de MP entren a cada lot acabat lot_acabat_id uuid fk, lot_mp_id uuid fk, quantitat_g numeric not null check (quantitat_g > 0), primary key (lot_acabat_id, lot_mp_id) )

certificat ( id uuid pk, lot_mp_id uuid fk, document_url text not null, data_emissio date not null, extret_automaticament boolean not null ) ```

La taula `consum_lot` és la peça clau: permet respondre "quins lots acabats contenen aquest lot de matèria primera" amb un sol JOIN, que és la consulta de recall. La restricció `unique (proveidor_id, lot_proveidor)` impedeix duplicar recepcions, un error freqüent quan el mateix lot arriba en dos enviaments.

API REST versionada, autenticació amb clau d'API per a sistemes i OIDC per a usuaris humans.

• `POST /v1/lots-mp` — registra una recepció; retorna 409 si el lot proveïdor ja existeix.
• `POST /v1/lots-mp/{id}/aprovar` — canvia estat; només si hi ha un certificat associat.
• `POST /v1/lots-acabats` i `POST /v1/lots-acabats/{id}/consums` — declaren la composició.
• `GET /v1/tracabilitat/endavant?lot_mp={id}` — lots acabats afectats.
• `GET /v1/tracabilitat/enrere?lot_acabat={id}` — tots els lots de MP i certificats.
• `GET /v1/ingredients?q=` — cerca difusa per nom comercial o INCI.

Integracions previstes: exportació CSV/JSON cap a l'ERP del client (no s'integra directament perquè cada client té un ERP diferent), webhook `lot.retirat` perquè el sistema de qualitat dispari el recall, i un endpoint de només lectura per a auditors externs amb accés temporal.

1. Esquema de base de dades i `trace-api` amb els endpoints de lots de MP i la consulta de traçabilitat enrere. És el mínim que ja aporta valor: respondre què hi ha dins d'un lot acabat.
2. Registre d'auditoria amb hash encadenat des del primer dia. Afegir-lo després obliga a reconstruir historial, i llavors no és auditable.
3. Pujada manual de certificats amb emmagatzematge d'objectes (S3 compatible). L'extracció automàtica de PDFs arriba després; primer cal que el document existeixi i estigui lligat al lot.
4. Consulta de traçabilitat endavant i webhook de retirada. És la funció de recall, la que justifica la compra.

L'extracció automàtica de certificats i la cerca difusa queden per a la segona fase: són millores d'eficiència, no capacitats noves.

Mides esperades: desenes de milers de lots de MP i centenars de milers de files a `consum_lot` en dos anys. PostgreSQL amb els índexs adequats ho suporta sense particionar; el particionament per any és una decisió per quan es superin els milions de files, no abans.

Riscos:

• Qualitat de les dades d'entrada. Els lots els declaren operaris; un error de tecleig trenca la traçabilitat. Mitigació: validació contra el catàleg d'ingredients i alerta quan un lot aprovat no té certificat.
• Extracció de PDFs poc fiable. Els certificats de proveïdor tenen formats molt diversos. Mitigació: l'extracció sempre proposa i un humà confirma; el camp `extret_automaticament` ho fa explícit.
• Confiança en el registre d'auditoria. El hash encadenat només val si ningú pot reescriure el log; cal exportació periòdica a un emmagatzematge immutable.
• Abast del producte. El risc de producte és voler cobrir formulació i inventari; el límit ha de ser traçabilitat i prou.

• Test de recall sintètic: es genera un lot de MP, es reparteix en tres lots acabats i es comprova que la consulta endavant retorna exactament els tres i cap més. És el criteri d'acceptació principal.
• Test d'integritat del log: es modifica una fila d'auditoria directament a la base de dades i la verificació de la cadena de hash ha de fallar.
• Validació amb dades reals: es carrega un any de lots reals de Freshly en un entorn de proves i es mesura el percentatge de lots amb certificat associat i el temps de resposta de la consulta de traçabilitat (objectiu: menys de 500 ms per a un lot amb fins a 50 components).
• Criteri d'èxit operatiu: un recall simulat ha de poder-se resoldre en menys de 30 minuts, davant les hores o dies que requereix el full de càlcul actual.