Katalogo: construir un producto para vender por WhatsApp

Mi proveedor de relojes me mandó 130 fotos por WhatsApp.

Ahí empezó todo. En marzo, con un problema bastante concreto: yo quería ver qué relojes tenía y terminé recorriendo una conversación llena de imágenes. Para él era una forma de mostrar su producto. Para mí, que estaba del otro lado, era evidente que encontrar y consultar lo que me interesaba podía ser más fácil.

Le ofrecí hacerle una tienda en línea. Era la respuesta que se me ocurrió como desarrollador, pero él no tenía para invertir en eso. Y esa respuesta me dejó pensando. El problema seguía ahí, aunque la solución que yo había propuesto no estuviera a su alcance.

De ahí nació lo que hoy es Katalogo.

Quería dejar esta historia en algún lado. Por si alguien lee esto y se pregunta de dónde salió el proyecto, o por si dentro de un tiempo yo mismo necesito acordarme de cómo empezó. Porque al ver el sitio hoy, con sus planes, demos y funciones, se pierde un poco esa parte: antes de todo eso hubo 130 fotos de relojes y una conversación con mi proveedor.

Antes del producto hubo pruebas con Excel

No pasé de esa conversación al Katalogo de hoy de un solo. Probé con Excel y fui pasando por distintas iteraciones hasta llegar a lo que tengo ahora.

Lo que buscaba era una manera de organizar los productos que tuviera sentido para ese problema y que fuera más accesible que la tienda en línea que había ofrecido. No tenía resuelta desde el inicio toda la estructura del producto. La fui trabajando.

Me parece importante contar esa parte porque es fácil mostrar solo la versión que ya se puede enseñar. Las pruebas anteriores también son trabajo, aunque después uno las cambie o las deje atrás. En mi caso, fueron parte de entender qué quería construir y qué necesitaba seguir aprendiendo.

Desde marzo vengo dedicándole tiempo a eso. Katalogo ha ido cambiando a medida que encuentro mejores formas de resolver las cosas. No hay una primera versión perfecta escondida por ahí; hay un proceso de probar, revisar y volver a trabajar.

La primera propuesta no era la adecuada para él

Vuelvo bastante a esa conversación con mi proveedor. Yo podía construir una tienda, pero eso no resolvía el hecho de que él no pudiera invertir en ella.

Me tocó pensar más allá de lo que sabía desarrollar. ¿Qué necesitaba realmente para mostrar sus relojes? ¿Qué parte de la venta ya resolvía por WhatsApp? ¿Qué podía facilitarle sin pedirle que cambiara toda su manera de trabajar?

El catálogo terminó tomando esa dirección: productos organizados en un enlace, información que el comprador puede consultar y una conversación que continúa por WhatsApp. Según el plan, el mini carrito reúne productos, variaciones y cantidades en un mensaje. El negocio confirma disponibilidad y acuerda el pago con su cliente.

Esa decisión también conecta con una de las cosas que compartí en WordCamp Nicaragua: antes de elegir la arquitectura, hay que entender qué necesita vender el negocio y cómo lo hace. En Katalogo, esa pregunta nació de una persona que conozco y de una propuesta mía que no le servía en ese momento.

He aprendido mucho más que código

Este proceso ha sido de full aprendizaje. UX, UI, diseño de producto y decisiones que al inicio pueden parecer pequeñas, pero que después cambian cómo alguien usa una herramienta.

Una cosa es que yo sepa dónde está una opción porque la programé. Otra es que el dueño de un negocio la encuentre y entienda qué va a pasar cuando la toque desde su teléfono. Tener eso presente me hace revisar el panel con otros ojos.

En Katalogo he trabajado edición rápida de precios y existencias, orden de productos y configuración del catálogo. Detrás de esas funciones hay preguntas que me interesan cada vez más: ¿cuántos pasos necesita esta tarea?, ¿se entiende si se guardó el cambio?, ¿qué pasa si alguien se equivoca?

Por ejemplo, la edición rápida compara la versión de los datos antes de guardar. Si el producto cambió desde que se abrió la edición, sobrescribirlo sin avisar sería un problema. La importación CSV del plan Pro tiene validación y rollback por una razón parecida: cuando una acción afecta muchos productos, también hace falta pensar cómo corregirla.

Son detalles que quizá nadie va a notar mientras funcionan bien. Igual hay que dedicarles tiempo. Para mí, ofrecer algo de calidad también pasa por ahí.

Lo técnico está al servicio de esa idea

Los catálogos funcionan con WordPress, un tema personalizado en PHP y JavaScript, campos con Advanced Custom Fields y la REST API. La web comercial está hecha aparte con Next.js, React y TypeScript.

En el caso de estudio de Katalogo explico esa parte con más detalle. Aquí me interesa dejar claro que elegir esas herramientas vino acompañado de trabajo propio: modelar productos, construir la administración, definir permisos y decidir qué funciones corresponden a cada plan.

También me toca poner límites a lo que el producto puede afirmar. Las estadísticas muestran visitas y consultas; un clic a WhatsApp no me dice si hubo una venta. El catálogo no procesa pagos. Son decisiones sobre cómo funciona Katalogo y sobre cómo quiero explicárselo a quien lo usa.

He ido dejando las mejoras publicadas en el historial de Katalogo. Me gusta que exista ese registro, porque deja ver el trabajo que va pasando entre una versión y otra.

Otra experiencia del proceso

En este proceso también pasó algo nuevo para mí. Le conté a alguien que consideraba mi amigo cómo había nacido Katalogo, cómo funcionaba y que en ese momento ya tenía cuatro clientes. Después me dijo que él también quería ganar dinero y terminó copiando mi idea.

Fue una experiencia que no había vivido antes. Y pues nada, son cosas que a veces toca vivir. También es parte de esta historia; yo sigo dedicándole tiempo a Katalogo y a lo que quiero construir con él.

Quiero hacer algo bueno para mi país

Katalogo tiene una historia mía detrás. Tiene las pruebas con Excel, las distintas versiones y el tiempo que le he dedicado desde marzo. Tiene decisiones que sigo revisando y cosas que todavía estoy aprendiendo a hacer mejor.

Quiero que sea una opción de calidad para negocios de Nicaragua. Que alguien pueda organizar sus productos y compartirlos sin que la única respuesta sea una inversión que no puede hacer. No voy a resolver todas las necesidades de todos los negocios, pero sí quiero hacer bien el trabajo que estoy ofreciendo.

Por eso me importa tanto que Katalogo tenga criterio propio. No quiero limitarme a copiar lo que veo en otro lado y cambiarle el logo. Quiero entender por qué una función está ahí y si le sirve a la persona que va a usarla. Eso toma tiempo y esfuerzo, y estoy dispuesto a dedicárselos.

Si alguien llegó hasta aquí, pues esta es la historia. Mi proveedor me mandó 130 fotos, le ofrecí algo que no podía costear y seguí buscando otra forma de resolverlo. Entre pruebas y aprendizaje, fui construyendo Katalogo.

Todavía lo estoy construyendo.