Buscando la perfección mientras nadie usa tu producto

Muchas veces en el trabajo, el síndrome del impostor me llega cuando en una reunión alguien considera “edge cases” o situaciones que nunca pensé hasta ese momento. Muchas veces pienso que “debería haber esperado un poco más” para sacar esto a producción, pero ¿cuánto es lo necesario, lo prudente, lo suficientemente logrado para decir que este código está listo?

Luego pienso: usualmente las features que shippeamos no tienen un porcentaje de error alto. Mayormente es relativamente bajo y se nos pasan corner cases que son rápidamente fixeables. Ahí es cuando el síndrome desaparece, por lo general.

Pero con mi side project, una tool para que pymes manejen su stock y ventas, no lo shippeaba porque siempre le falta algo. Si no es facturación es tal otro caso, y así. Lo irónico es que la complejidad la estaba poniendo yo. Nadie me pedía facturación electrónica integrada con AFIP desde el día uno, ni manejo de múltiples monedas, ni reportes avanzados. Yo asumía que sin eso el producto no era “serio”. Pero los usuarios solo querían anotar qué vendían y cuánto stock les quedaba. Simple.

Muchas veces explicarle al cliente que “eso no lo tenemos” no es tan viable, así que recurro a decir “sí está listo” y luego implementamos la feature a veces. No es muy diferente, asumo, a lo que hizo Dropbox cuando vendió la idea con un PowerPoint jaja.

Me di cuenta de esto cuando pasaron meses con un producto que nadie usaba, mientras que llenaba algunas de las necesidades que personas con las que hablaba mencionaban. Estaba agregando features que creía necesarias en lugar de validar con usuarios reales.

Mi approach ahora es: voy, hablo con alguien que necesite una feature, les digo que mi software la tiene, la implemento y les doy acceso generalmente gratis a cambio de feedback y paciencia. Y así voy iterando.

Al final me di cuenta que nosotros como ingenieros somos los que agregamos complejidad donde no hace falta. Pensamos en escalabilidad cuando tenemos 0 usuarios. En edge cases que afectan al 0.01% cuando ni siquiera cubrimos el caso base. La gente no necesita software perfecto, necesita que funcione.

Muchas veces buscamos la perfección, y la gente solo quiere usar software simple.