- Tags:: #✍️OwnPosts , [[Qué hago trabajando con datos en vez de estar zurriendo mierdas con un látigo]] - Date:: [[2025-02-09]] ![[Pasted image 20250207115930.png|300]] [*¿Se puede, doctor? Mire, es que yo soy un atún cualquiera, y me gustaría ser Calvo.*](https://www.youtube.com/watch?v=HgjNEJTXotY) Señor, dame paciencia. Menudos tiempos que se nos vienen encima (vamos, que los tenemos encima ya). Si no lo habéis leído, echadle un ojillo a [We increased conversion ~30% and we don't know exactly how](https://world.hey.com/jason/we-increased-conversion-30-and-we-don-t-know-exactly-how-9b6129b2?__readwiseLocation=), el último hot take de los de Basecamp, los Risto Mejide de los SaaS. Aquí os espero mientras intento que se me pase la mala hostia. Una aclaración antes de empezar. Si a mi esto me toca especialmente las pelotas, no es porque me dedique a los datos y no se entonces de qué voy a comer ([[✍️ Falsos amigos en Data]]): ![[✍️ Falsos amigos en Data#^1ba7a6]] ## El tonito Lo primero es el tono de flipado. Insoportable. >While you were debating (...) we were already basking the results. Esto ya sabéis, es un *countersignaling* de malas prácticas como una casa ([[Be Wary of Imitating High-Status People Who Can Afford to Countersignal]]). Lo hacen para epatar al personal, de paso alinearse con esta nueva narrativa ([[✍️ La tiranía del Thinker]])... ![[✍️ La tiranía del Thinker#^108146]] ....y la puta mierda esa del [otro tonto de los cojones diciendo que hace falta energía masculina](https://www.theguardian.com/commentisfree/2025/jan/18/mark-zuckerberg-masculine-energy): ![[✍️ La tiranía del Thinker#^e75808]] Ya me jode porque aunque yo sea un mindundi, respondiéndoles les doy más relevancia de la que deberían tener con esta chorrada. Pero vamos, obviamente no lo escribo para ellos, si no para todos los que puedan sufrir la tentación de dejarse guiar por estos briconsejos (como mis compañeros de [[Freepik]] por ejemplo). ## ¿La chicha? Ahora, tono aparte, vamos a ver si hay algo de valor en lo que dicen. El tl;dr del artículo es: [trabaja, hétero](https://www.tiktok.com/@soyoscartito/video/7463530436359195909), entender por qué algo que has sacado funciona no importa. Pero vamos a ver, ¿estamos tontos? Vamos a ver lo que era la biblia de Sillicon Valley hasta hace no mucho, [[The Lean Startup|Lean Startup]]: ![[The Lean Startup#^97089d|Lean Startup]] WTF. Aprender es THE POINT! Y eso no es de la era ZIRP, es que viene de lejos, de los grandes gurús del management [[Peter Drucker]] y [[W. Edwards Deming]]: "if you can't measure it, you can't manage it" (aunque [ninguno](https://drucker.institute/thedx/measurement-myopia/) de los [dos](https://deming.org/myth-if-you-cant-measure-it-you-cant-manage-it/) dijera exactamente eso, si no algo con mucha más riqueza: que tienes que gestionar tanto lo que puedes medir como lo que no). ## Por qué se pueden permitir hacer y decir esto los de Basecamp (suponiendo que sea verdad) Hay bastante trampas también en el caso de estudio que expone. ### ¿Y si no hubiera funcionado? Si sus iniciativas en global no hubieran funcionado tan bien, no se si Jasón Fried diría tan alegremente que le da igual descubrir cuáles y por qué. Normalmente a la gente le importa medir especialmente cuando las cosas van mal. Si todo va bien... "keep doing what you are doing". ### Falsa dicotomía Tampoco es cierto el dilema que plantean: ¿qué tontería es ésta de que tienes que elegir entre perder el tiempo y medir, o no perder el tiempo y sacar cosas antes a producción? Además, no es el único que se ha venido arriba recientemente con una historia del estilo. Hasta un grande del análisis de datos, [[Avinash Kaushik]], se ha descolgado con [Stop A/B Testing](https://www.linkedin.com/posts/akaushik_stop-ab-testing-few-investments-today-activity-7286023213204008961-D1Hn?utm_medium=ios_app&rcm=ACoAAAnBoBwB5dRaG4vkwmwj8w2TIWqjgO9F-9U&utm_source=social_share_send&utm_campaign=copy_link) (porque supuestamente son una pérdida de tiempo... pero ojo... porque se hacen mal XD). ¿No os suena a otras falsas dicotomías en la historia de crear software, como la de "perder el tiempo en escribir tests"? Por favor, que hacer un test A/B puede ser tan sencillo como plantar una cookie, adjuntarla a los cuatro mensajes de logs que puedas tener por ahí y hacer dos consultas de SQL. [El sexo solo es sucio si no te lavas](https://youtu.be/Y2WRN4p2Zzw?si=aLVN1ZPj_vJdOtdL&t=214). ### Tu no eres Jason Fried En esto de hacer algo porque a uno le sale ~~del pijo~~ de la intuición en realidad hay un punto que sí que hay que honrar. La intuición, el buen gusto, el taste, existe... si eres alguien con buena y dilatada experiencia en un dominio. Que no deja de ser que ya has aprendido bastante del mismo con experiencias previas ([[✍️ Refusing to stand on the shoulders of giants]]): ![[✍️ Refusing to stand on the shoulders of giants#^c08e6d]] ### Ni trabajas en el onboarding de Basecamp Otro problema de máximas como ésta es que... no son tan máximas. De [[This Will Make You Smarter]]: ![[This Will Make You Smarter#^9b3bae]] Hay que entender el contexto para ver si aplica o no aplica. En este caso, ¿cuánto necesitas aprender en tu experiencia particular? ([[✍️ Refusing to stand on the shoulders of giants]]): ![[✍️ Refusing to stand on the shoulders of giants#... experience gives them the most bang for their buck]] Basecamp es una herramienta de gestión de proyectos (no more, no less). Pero es que además ¿cuánto se habrá escrito sobre onboardings satisfactorios de producto? Probablemente haya unos cuantos principios que ya se han aprendido en 1000 productos similares antes, que puedes aplicar del tirón porque son buenas ideas universales ([[📖 The Design of Everyday Things]]). Sin embargo, si te pasa como a nosotros ([[Freepik]]), que estamos inmersos en una disrupción masiva del sector... lo mismo es especialmente importante aprender porque no hay nada previo de lo que tirar, y demasiadas cosas que se pueden intentar. ## The real points PERO, sí que hay dos points que se pueden sacar de aquí. Uno es que sí, se puede perder muchísimo el tiempo con [[One-pager|PRDs]], sacando 27 millones de métricas, analizar hasta el último micro-detalle de 70 tests A/B... Vamos, que hay que evitar la [[Paralysis by analysis]]. Hay que tirar pa'lante con información imperfecta. Y el otro es que... muchas compañías se beneficiarían de un ejercicio de honestidad. No es tan difícil medir bien, y no se pierde tanto tiempo... si el Build-Measure-Learn loop está de verdad interiorizado y en la cultura de tu compañía. Si no, pues entonces tienes equipos que sacan cosas sin medir y hay que estar con un ping-pong terrible entre Data y los equipos de producto para auditar qué pasa, y al final no se cumple que ([[🗞️ The Modern Data Experience]])... ![[🗞️ The Modern Data Experience#^f0160e]] Es decir, aquí no hay [[Aurea mediocritas]] (o al menos no en según que aspectos). Lo que es un desastre es las medias tintas, el sí pero no: sí queremos medir, pero luego no tenemos disciplina ninguna, no reforzamos el mensaje de su importancia, pero luego sí que dejamos que la peña se ponga a hacer tests absurdos. Ahí sí que perdemos el tiempo. Si no nos terminamos de creer la historia de medir, si no hay compromiso, quizá es mejor que Data coja sus cuchillos, y se vaya. Así por lo menos nadie pierde el tiempo.