Un espacio para documentar lo que construyo, cómo lo construyo y por qué.

Durante años he construido productos en silencio. Startups, sistemas internos, herramientas, prototipos, ideas que nunca vieron la luz pública y aprendizajes que solo existían en mi cabeza o en repositorios privados.

Hoy quiero cambiar eso.

Este es el primer post de Kanin: un espacio donde voy a documentar en abierto lo que estoy construyendo, cómo tomo decisiones de producto, qué funciona, qué no, y cómo se ve realmente el proceso de crear software desde cero.

¿Qué es Kanin?

Kanin no es una empresa (al menos no todavía). No es una newsletter más. No es un portfolio.

Kanin es mi laboratorio público.

Un lugar donde voy a compartir:

• Cómo construyo productos SaaS desde cero
• Decisiones reales de producto, diseño y arquitectura
• Experimentos: algunos funcionarán, otros no
• Errores que normalmente se ocultan
• Sistemas, herramientas y procesos que uso a diario

No desde la teoría. Desde la práctica real.

Por qué hacerlo en público

La mayoría del contenido sobre startups y tecnología está demasiado pulido. Todo parece lineal. Todo parece fácil. Todo parece obvio en retrospectiva.

Pero la realidad es distinta:

• La mayoría de ideas fallan
• Las decisiones son ambiguas
• La motivación fluctúa
• El producto nunca está “terminado”

Quiero mostrar esa parte real del proceso. Sin marketing. Sin humo. Sin personaje.

Solo construir, documentar y aprender en voz alta.

Qué puedes esperar de este espacio

Este no será un blog de motivación. Será un blog de construcción.

Algunos ejemplos de lo que publicaré aquí:

• Cómo he construido un producto completo en 48 horas
• Cómo diseño arquitecturas simples para productos complejos
• Cómo valido ideas antes de invertir semanas de desarrollo
• Cómo estructuro dashboards, métricas y sistemas internos
• Cómo tomo decisiones de producto con información imperfecta
• Cómo uso IA como copiloto real de desarrollo (no como gimmick)

Algunas piezas serán técnicas. Otras más estratégicas. Otras más reflexivas. Pero todas tendrán algo en común: estarán basadas en experiencia real.

Para quién es esto

Este espacio es para:

• Founders que están construyendo algo propio
• Developers que quieren entender mejor producto
• Designers interesados en cómo se toman decisiones reales
• Personas que están empezando y quieren ver el proceso real
• Cualquier persona curiosa por cómo se construyen cosas desde cero

No necesitas ser técnico para seguirlo. Pero sí necesitas curiosidad.

Qué viene después

En los próximos posts voy a publicar:

• Cómo construí un sistema financiero completo para startups en 48h
• Cómo diseño dashboards que realmente ayudan a tomar decisiones
• Mi stack actual de herramientas y por qué lo elegí
• Cómo organizo mis ideas cuando tengo demasiadas
• Cómo pienso el producto cuando todavía no hay usuarios

Más adelante, Kanin evolucionará hacia algo más grande: comunidad, sesiones privadas, contenido más profundo, formación estructurada. Pero por ahora, empieza aquí: escribiendo, compartiendo y construyendo.

Si has llegado hasta aquí

Gracias por leer.

Si te interesa seguir este camino conmigo, puedes suscribirte a la newsletter. No para recibir spam, sino para recibir cada nueva pieza cuando realmente tenga algo valioso que decir.

Esto no va de parecer inteligente. Va de construir cosas reales.

Building in public: why I’m starting Kanin

A place to document what I build, how I build it, and why.

For years, I’ve been building in silence. Startups, internal tools, systems, prototypes, ideas that never went public. Knowledge that only lived inside my head or in private repositories.

Today, I want to change that.

This is the first post of Kanin: a space where I’ll document publicly what I’m building, how I make product decisions, what works, what doesn’t, and what the real process of creating software actually looks like.

What is Kanin?

Kanin is not a company (at least not yet). It’s not just another newsletter. It’s not a portfolio.

Kanin is my public lab.

A place where I’ll share:

• How I build SaaS products from scratch
• Real product, design and architecture decisions
• Experiments (some will work, many won’t)
• Mistakes people usually hide
• Systems, tools and workflows I use daily

Not from theory. From real practice.

Why build in public?

Most startup and tech content feels overly polished. Everything looks linear. Everything looks easy. Everything looks obvious in hindsight.

Reality is different:

• Most ideas fail
• Decisions are ambiguous
• Motivation fluctuates
• The product is never really “finished”

I want to show the real side of the process. No marketing. No smoke. No persona.

Just building, documenting, and learning out loud.

What to expect here

This won’t be a motivational blog. It will be a builder’s blog.

Some examples of what I’ll publish:

• How I built a full financial platform for startups in 48 hours
• How I design dashboards that actually help decisions
• How I validate ideas before investing weeks of development
• How I structure internal systems
• How I make product decisions with imperfect information
• How I use AI as a real development copilot

Some posts will be technical. Others strategic. Others reflective. But all of them will be grounded in real experience.

Who this is for

This space is for:

• Founders building something of their own
• Developers who want to understand product better
• Designers curious about real-world decision making
• People just starting who want to see the real process
• Anyone curious about how things get built from scratch

You don’t need to be technical to follow. You just need curiosity.

What comes next

In the next posts, I’ll share:

• How I built a startup finance system in 48 hours
• How I design dashboards for real decision-making
• My current tool stack and why I chose it
• How I organize ideas when I have too many
• How I think about product before having users

Over time, Kanin will grow into something bigger: community, private sessions, deeper content, structured learning. But for now, it starts here: writing, sharing, building.

If you’ve read this far

Thank you.

If this resonates, you can subscribe to the newsletter. Not for spam, but for meaningful updates when there’s something genuinely worth sharing.

This isn’t about looking smart. It’s about building real things.