Cliente y contexto
Casa Ferreira Migues vende artículos para el hogar y el campo: calefactores a leña, motosierras, calienta camas y equipamiento para el invierno. Marcas como Tromen y Stihl — productos que se usan fuerte y que, cuando fallan, hay que reparar.
Por eso el negocio son en realidad dos operaciones conviviendo: vender y reparar. Ninguna de las dos tenía soporte digital.
Acto 1 — La tienda
El problema
No había catálogo en línea. Los cien productos existían en el local y en la cabeza de quien atendía, y cada consulta empezaba de cero.
El obstáculo real no era técnico sino de origen: nadie tenía los datos de los productos en un formato utilizable. Ni fichas, ni fotos ordenadas, ni descripciones. Empezar a construir sin resolver eso primero habría sido construir sobre nada.
Qué hicimos
Diseñamos el flujo de carga antes que la tienda. Se armó una planilla con un circuito claro para que el cliente cargara sus primeros cien productos: nombre, SKU, enlace y una carpeta de Drive para las fotos. Nosotros ordenamos las fotos recibidas.
Esto es lo que hace que un proyecto así se entregue: el cliente conoce sus productos y nosotros conocemos el sistema. Pedirle los datos en el formato correcto convierte la parte más lenta del proyecto en algo que puede avanzar en paralelo.
Construimos la tienda de cero a cien productos. Shopify, con los cien artículos cargados, el branding del comercio aplicado, y el HTML de las descripciones generado para cada producto — no texto plano pegado, sino descripciones con estructura y jerarquía.
Dejamos el botón de venta desactivado, a propósito. El cliente quería empezar usándolo como catálogo y no como canal de venta, porque vender en línea le exige incorporar a alguien que se ocupe del despacho y la posventa. Activar el canal completo antes de que exista esa persona no habría sido un lanzamiento sino un problema.
La tienda quedó construida entera y lista: cuando el cliente sume al equipo, se activa. No hay que rehacer nada. Está en línea desde entonces en casaferreira.com.uy, funcionando como catálogo consultable.
Acto 2 — El service
El problema
El cliente lo planteó así:
"Cuando me llegan productos dañados, yo los anoto en un Excel, le doy un papel al cliente, y el cliente viene a preguntar sobre su estado."
Tres fallas encadenadas. El registro vivía en una planilla que solo una persona sabía leer. El comprobante era un papel que se pierde. Y el seguimiento consistía en que el cliente se acercara al local a preguntar — lo que significa que cada consulta interrumpía la atención, y que el cliente que no se acercaba simplemente no se enteraba.
Qué hicimos
Construimos una aplicación propia dentro de Shopify, enfocada en el circuito de las piezas que van a service:
- Ficha de ingreso. Cuando llega un producto dañado se completa un formulario, en lugar de una fila en una planilla.
- Panel de seguimiento. Cada pieza queda en un tablero con el nombre, el service al que fue enviada, el estado en que se encuentra y el número de cliente.
- Aviso automático. Cuando el estado cambia, el cliente recibe un correo. Deja de tener que ir a preguntar: el sistema le avisa.
- Boleta de service en PDF. El mismo formulario genera un comprobante imprimible para entregarle al cliente. Reemplaza al papel escrito a mano por un documento con formato.
Por qué está dentro de Shopify y no aparte
El negocio ya iba a vivir en Shopify. Montar el service en una herramienta separada habría creado un segundo lugar donde mirar, con otra clave y otro hábito. Construirlo dentro del mismo sistema significa que quien atiende usa una sola pantalla.
Resultados
La aplicación de service sigue en uso, sin incidencias. No es un entregable que se presentó y quedó guardado: es la herramienta con la que el negocio gestiona sus reparaciones todos los días.
La tienda está en línea en casaferreira.com.uy, esperando la activación del canal de venta cuando el cliente incorpore a la persona que se ocupará del despacho y la posventa.
Todo se construyó en unos veinte días, sin dedicación exclusiva: la tienda completa con sus cien productos, el branding, las descripciones y la aplicación de service.