Este artículo es una transcripción del episodio n.º 11 de IDology, el podcast de diseño industrial de Mindsailors. Puedes ver el episodio completo en YouTube o escuchar la versión de audio en Spotify , Apple Podcasts o Google Podcasts .

En este episodio, Voytek Hołysz, director de operaciones de Mindsailors, intenta que Rafał Piłat, cofundador de Mindsailors, nos cuente todo lo que pueda sobre los errores comunes que cometen las empresas al desarrollar un nuevo producto.

Wojciech Hołysz: Rafał, tuve una conversación con Anita sobre qué hacer y qué no hacer en el desarrollo de productos. Repasamos cada etapa del desarrollo de un producto y qué son buenas y malas prácticas en cada una. Hoy me gustaría hablarte sobre errores que se podrían evitar al diseñar un producto. Pienso en errores que, con tus 15 años de experiencia, has visto y probablemente ves repetidamente con algunos clientes, especialmente con los menos experimentados, y que podrían evitarse y facilitarían el diseño de un producto. Así que, para alguien que se inicia en el desarrollo de productos, ¿qué errores suelen ocurrir y cómo evitarlos desde el principio?

Rafał Piłat: Creo que muchos errores están relacionados con la planificación del producto en sí y del proyecto en su conjunto.

Wojciech Hołysz: ¿Te refieres sólo al concepto inicial?

Rafał Piłat: Sí, porque empezando desde lo más básico, cuando alguien tiene una idea para un producto, empieza a planificar la funcionalidad del producto, a veces está tan involucrado en este proceso que se olvida de hacer su tarea y, por ejemplo, hacer la investigación de mercado, hacer una investigación comparativa y verificar la competencia si la hay, porque a menudo hablamos con clientes que intentan desarrollar un pan de mantequilla o inventar la rueda para el segundo...

Wojciech Hołysz: Entonces, en realidad, la gente viene a ti y te dice: "Tengo esta idea para un producto. Simplemente la buscas en Google y se la muestras. Está bien lanzarla, no es que solo una empresa fabrique teléfonos inteligentes".

Rafał Piłat: Sin duda, sin duda. Pero, obviamente, esto suele ocurrir, porque en muy pocas ocasiones existen productos tan innovadores que no tienen competencia en el mercado. En la mayoría de los casos, se trata de productos que ya existen en el mercado de una forma u otra. Sin embargo, a menudo un cliente está tan centrado en su proyecto, o en que este será tan excepcional, que olvida comprobar si ya existe algo similar y quizás no sea la mejor idea para desarrollar. Por eso, no solo se realiza una investigación comparativa, sino también una investigación del proyecto en sí; como ya he dicho, se realiza una investigación de mercado, quizás un análisis de mercado, para determinar si existe una necesidad real de dicho producto, si existen clientes o si existe un mercado para dicho producto. Hemos tenido casos en los que el producto era tan avanzado para su tiempo que, cuando estuvo listo, nuestros clientes tuvieron serios problemas para comercializarlo adecuadamente. Porque era tan avanzado para su tiempo, que a la gente le costaba comprender su funcionalidad o potencial.

Wojciech Hołysz: Creo que ese también es un gran problema con el producto digital: el mundo de las startups está lleno de productos que resuelven problemas que no necesitan solución o que no existen a mayor escala.

Rafał Piłat: Primer mundo.

Wojciech Hołysz: Problemas del primer mundo, así llamados.

Rafał Piłat: Diría que otro error al planificar un producto es pensar demasiado en su funcionalidad, ya que, como sabemos muy bien, a veces se busca que el producto sea el mejor de todos y que destaque entre los demás en el mercado. Pero a menudo, por ejemplo, hay funcionalidades que se pueden clasificar como absolutamente necesarias o imprescindibles, o también hay funciones que pueden ser opcionales o que deberían serlo. Así que no fuerces la inclusión de elementos opcionales en la primera versión del producto, o mejor piensa en las funciones que puedes eliminar, ya que su desarrollo podría afectar el plazo de desarrollo del producto. Y, por supuesto, si lleva más tiempo, su implementación también resulta más costosa.

Wojciech Hołysz: No sé por qué. Pero me viene a la mente otra comparación con el mundo digital: cuando se lanza un producto, que suele llamarse, por ejemplo, versión 1.0, y luego están las versiones 2.0, 3.0, 1.21 y 1.5. Entonces, lo que estás diciendo es que no hay que empezar con la versión 5.0 ni nada parecido. Hay que empezar con la primera iteración básica.

Rafał Piłat: A esta maldición la llamamos versión 2.0.

Wojciech Hołysz: La maldición de 2.0. Parece una buena descripción.

Rafał Piłat: Sucedió muchas veces.

Wojciech Hołysz: Entonces, simplemente se incluyen demasiadas funciones en la primera etapa del desarrollo del producto.

Rafał Piłat: Así es. Y no se trata de pensar en alternativas para introducir el producto en el mercado. Quizás no se necesite la funcionalidad 2.0 en los primeros, digamos, uno o dos años; quizá sea buena idea pensar en un escenario donde el producto se desarrolle con su funcionalidad básica y ya pueda empezar a generar ingresos.

Wojciech Hołysz: Se trata de un enfoque más práctico del negocio del producto en sí. Quizás primero sea mejor hablar con otros empresarios de este sector o de uno similar y ver cómo es el ciclo de vida del producto, porque probablemente la versión 2.0 no es algo que se decide, sino algo que se construye a partir de las opiniones de los usuarios. Por lo tanto, idearla antes de tener usuarios no es necesariamente la mejor idea.

Rafał Piłat: Sí. Y desarrollar un producto altamente complejo, no sé, en comparación con desarrollar un producto con funcionalidades básicas, puede llevar el doble de tiempo lanzarlo al mercado en su forma básica. Imagina la situación de desarrollar un producto durante, no sé, dos o tres años, y entregar la versión 2.0, que ya está obsoleta porque la competencia estaba desarrollando alguna iteración o intentando introducir diferentes variantes del mismo producto.

Wojciech Hołysz: Bueno, a veces ser el primero en llegar al mercado es muy importante.

Rafał Piłat: Así es. Quizás no digo que siempre sea una buena práctica porque ciertos productos simplemente requieran una funcionalidad compleja, pero téngalo en cuenta al planificar la funcionalidad real. Y piense en cuál es la funcionalidad crítica y cuál podría ser la opcional.

Wojciech Hołysz: Por supuesto. Bueno, supongo que todo lo que vamos a hablar y lo que estamos hablando, necesitamos generalizar un poco. Así que a veces, o incluso siempre, habrá excepciones o industrias o tipos de productos específicos donde los errores que has visto cometer a los clientes simplemente no se apliquen.

Rafał Piłat: Recuerdo uno de los proyectos en los que trabajamos. Fue un proyecto que se puso en marcha y se anunció como un dispositivo completamente funcional, y nuestro cliente nos presentó una caja de arena para gatos. La funcionalidad inicial fue un sueño hecho realidad para un dueño de gatos. Y, por supuesto, el proceso de desarrollo llevó tiempo. Y lo que cambió fue, bueno, el mercado cambió mientras tanto. Así que, para cuando el producto estuvo listo para el mecanizado y para empezar a pedir las piezas del hardware, resultó que los precios de los componentes subieron tanto, en comparación con la situación del mercado de hace un par de años, que nuestro cliente se vio obligado a revisar la funcionalidad del dispositivo porque no podría cumplir con el precio anunciado. Y tuvieron que eliminar más de la mitad de la funcionalidad inicial que habían planeado.

Wojciech Hołysz: Y probablemente si comenzaran con un producto simple, tal vez podrían generar algunos ingresos y flujo de caja para desarrollar el producto de manera más constante.

Rafał Piłat: Así es.

Wojciech Hołysz: Esto se reduce al presupuesto, que probablemente también tiene sus propios problemas.

Rafał Piłat: Sí, es muy difícil planificar un buen presupuesto para productos de hardware porque, a menudo, si no se tiene experiencia en esto, se pueden pasar por alto ciertos aspectos. Y creo que incluso las personas con experiencia pueden tener problemas con la planificación, simplemente porque, imagínense que alguien viene y les pregunta cuánto cuesta construir una casa. Y la respuesta es: "No lo sé". Porque no sabemos realmente qué vamos a construir. ¿De qué tamaño es la casa que quieren? ¿O cuántas habitaciones? Es similar con cada producto. Si alguien viene y pregunta: "Bueno, ¿cuánto cuesta, no sé, un teléfono o algo así?", los productos que ya existen en el mercado son más fáciles de calcular, pero la situación puede complicarse rápidamente porque, incluso añadir cierta funcionalidad, como un techo impermeable, puede aumentar drásticamente el tiempo necesario para desarrollar y probar dichos productos. Así que diría que, incluso para las personas con experiencia, planificar el presupuesto es difícil. Diría que siempre es bueno tener un margen de seguridad para este tipo de proyectos, ya que es simplemente responsable. Es una ilusión asumir un presupuesto determinado y no anticipar problemas durante el proceso de desarrollo.

Wojciech Hołysz: Y desarrollar el producto es algo que hay que considerar después de desarrollarlo; aún hay que fabricarlo. Se comercializa, se lleva a las tiendas o donde sea. Así que la presupuestación tiene un componente completamente diferente.

Rafał Piłat: Así es. Porque esto es solo la mitad de la historia. Desarrollar el producto puede costar cien mil dólares estadounidenses, y las herramientas para este proyecto podrían costar diez veces esa cantidad. Y aun así, hay que tener en cuenta que hay que darlo a conocer al mundo.

Wojciech Hołysz: Hay que mantener la producción en marcha, hay que comercializarla.

Rafał Piłat: Así es. Por supuesto, lanzar un producto o planificar el presupuesto no se trata solo de planificar el presupuesto de desarrollo.

Wojciech Hołysz: Sí. Pero alguien que probablemente planifique un producto así debe tener algo de experiencia. Creo que es imposible empezar con un proyecto tan grande cuando se trata de tu primer producto. Probablemente en estos tiempos, como ya mencionaste, quienes desarrollan su primer producto buscan financiación colectiva para la producción o inversores antes de empezar la producción en masa. Así que eso es otra historia. En mi experiencia, cuando el presupuesto es un problema, se podría decir que, por lo general, el tiempo también es como cualquier tipo de plazo o la planificación de un cronograma para el lanzamiento de un proyecto.

Rafał Piłat: Creo que el mayor problema con la planificación temporal radica en no prever que ciertos tipos de productos podrían requerir varios prototipos, las diversas iteraciones de desarrollo, y en especial, pienso en productos mecánicamente complejos, que sí requerirían cierta tecnología para prototipar una solución específica y probarla. Porque el diseño es solo una parte del proceso. Probar y revisar lo diseñado es otro proceso. Recuerdo haber hablado con un cliente una vez; cuando le dimos un plazo solo para la fase de revisión, se sorprendió de que esperáramos que una sola revisión para un producto relativamente pequeño pudiera llevar unas ocho semanas. En realidad, solo teníamos una semana de trabajo, y las semanas restantes eran simplemente el tiempo necesario para el prototipado y la preparación de la documentación para la fabricación del prototipo. Y luego, ensamblar el producto, realizar pruebas, analizar los resultados y planificar la siguiente revisión. Así que el trabajo de diseño fue relativamente corto, pero el cliente no previó que las pruebas necesitaran la retroalimentación del prototipo; las pruebas también requieren tiempo.

Wojciech Hołysz: Así que probablemente mi suposición sería que si estuviera pensando en desarrollar un producto y quisiera contactar a una empresa como la nuestra, creo que lo primero que haría sería llamarlos y decirles, hola, estoy pensando en un producto, pero aún no estoy listo para ir a ustedes con un resumen, pero me gustaría saber sobre el proceso y cómo se ve y para qué debería estar preparándome realmente, no en términos de consultoría o talleres, pero incluso una charla de incluso 10 minutos sobre lo que acaba de decir, probablemente podría ahorrarme mucho pensamiento y mucha mala planificación, ¿verdad?

Rafał Piłat: Sí. Incluso algunas personas sin experiencia en la comercialización de ningún tipo de producto podrían simplemente desconocer las diferentes etapas de la comercialización. A menudo, la gente imagina que, una vez lista la documentación de fabricación, ya pueden empezar a fabricar. Y esto es solo cuestión de meses...

Wojciech Hołysz: Acabo de realizar un pedido.

Rafał Piłat: Sí. Y no, no lo es. Y a menudo lo hablamos con nuestros clientes, si planean, no sé, fabricar herramientas para producción en masa o inyección de plástico. Tuvimos un caso en el que uno de nuestros clientes estuvo buscando un fabricante durante más de tres meses, y luego tardó otros seis meses en negociar el acuerdo con él. Así que fueron nueve meses de...

Wojciech Hołysz: Simplemente hablando con el fabricante.

Rafał Piłat: Así es. Y tengo numerosos ejemplos de proyectos que terminaron hace, no sé, cinco o seis años. Y tardaron, no sé, tres o cuatro años más en llegar a las tiendas porque el proceso de fabricación era muy complicado o surgieron problemas relacionados con imprevistos.

Wojciech Hołysz: Puede que parezca raro, bueno, puede que no, pero es interesante que a veces un diseño que creas o que hiciste, por ejemplo, como dijiste hace cinco o seis años, solo sale al mercado ahora o se muestra al público recientemente. Y, como uno de nuestros clientes, por ejemplo, recibes un premio por el diseño, como nosotros recibimos el premio Red Dot o el premio IFF por un diseño que hicimos hace cinco o seis años.

Rafał Piłat: Sí, sí. Y se trataba de un producto médico. Y, de nuevo, el proceso de fabricación era muy complicado. Pero el problema que causó el retraso fue la selección del fabricante, que resultó ser muy poco profesional. Y el primer utillaje fue un fracaso total. Y el proceso de fabricación del utillaje tuvo que reiniciarse con una nueva empresa. Eso provocó un retraso terrible en este proyecto. Además, una vez listo el producto, se trataba de un dispositivo médico, que requería pruebas y la entrega de ciertas certificaciones antes de que el producto estuviera realmente listo...

Wojciech Hołysz: Posiblemente se le permita entrar al mercado.

Rafał Piłat: Así es. Antes de que el producto saliera al mercado. Y eso también provocó otro retraso. Y sí, es muy difícil planificar con precisión o incluso elaborar un cronograma preciso y fiable, porque hay que asumir varios factores de riesgo que no siempre se conocen. Pero incluso hablando con nosotros, como personas que participaron en varios proyectos y en el proceso de fabricación, y que asistimos a nuestros clientes durante la fabricación, tenemos ciertas ideas sobre, por ejemplo, si surgen obstáculos en el proceso, cuándo conviene añadir más tiempo al plan que debe presentarse a la junta directiva o algo similar. Así que siempre es bueno preguntar a alguien que ya...

Wojciech Hołysz: Pasé por eso.

Rafał Piłat: Yo he pasado por eso, es cierto, y tengo más experiencia y quizás podría indicar otras áreas que se deben tener muy en cuenta.

Wojciech Hołysz: Me parece que cuando se presenta un nuevo producto, sea cual sea el cronograma que se planee, hay que hacerlo más largo.

Rafał Piłat: Sí.

Wojciech Hołysz: Creo que, en cierta medida, esa es la razón por la que hacemos este podcast. Porque hablamos de estos temas, como dijiste, sobre los problemas con los fabricantes y el proceso de desarrollo. Muchos de los temas que mencionas también se mencionan en otras charlas que tenemos aquí, y podrían ayudar a quienes planean lanzar un nuevo producto a tener una experiencia más exitosa y, al mismo tiempo, menos estresante.

Rafał Piłat: Definitivamente. Entonces, porque el hardware es difícil.

Wojciech Hołysz: El hardware es complicado. Me gusta eso.

Rafał Piłat: Y es un hecho. Si alguien afirma lo contrario, no ha desarrollado ningún producto. Bueno, a menos que cuente con un equipo realmente experimentado en toda su empresa, con experiencia en todas las etapas del proceso de desarrollo, fabricación, certificación y demás. En ese caso, la logística de proyectos que no son productos simples, sino que contienen algún tipo de hardware electrónico, es complicada. Y esta es la razón por la que los presupuestos para el desarrollo de productos no son reducidos. Y creo que parte de nuestra, digamos, misión, es también educar a la gente, darles una mejor comprensión de cómo es el proceso de desarrollo real, porque, muy a menudo, cuando un cliente con poca experiencia acude a nosotros, tiene una vaga idea de cómo es el proceso real. Tiene ciertas expectativas, quizás no sé, una visión borrosa de cómo podría ser, pero el proceso real suele ser mucho más complejo que las ideas iniciales. Y hemos tenido muchas conversaciones después de los productos terminados con nuestros clientes que dicen: «¡Caramba! Si tan solo supiera, sería tan complicado».

Wojciech Hołysz: Sí. Si hubiera sabido entonces lo que sé ahora. Me encanta la frase de que el hardware es difícil, pero por eso, durante el desarrollo de productos físicos, hay que confiar en el proceso de prototipado. Supongo que también podrías señalar algunos errores comunes que se cometen en ese caso.

Rafał Piłat: Sí. Ciertos tipos de productos requieren prototipado. El prototipado es un componente clave de todo proceso de diseño. Claro, si diseñas una sola pieza, no sé, una placa metálica, eso estaría distanciando algo. El primer prototipo podría ser el último. Pero hay que probarlo en una determinada etapa del desarrollo del producto. Y para productos más complejos, simplemente hay que tener en cuenta que podrían necesitarse múltiples iteraciones del prototipo. Y creo que este es un aspecto que quienes planifican este tipo de proyectos pasan por alto porque, o bien asumen que se necesitarán menos prototipos, o bien reservan muy poco dinero para ellos. Y es muy difícil dar una regla clara para hacer tales suposiciones. Pero según nuestra experiencia previa, y diría que en productos relacionados con la electrónica de consumo, la considerable cantidad reservada para el prototipado y las pruebas durante la etapa de desarrollo fue aproximadamente un tercio del coste total del proceso de diseño. Así que tenlo en cuenta. Y no olvides tener en cuenta el prototipado. Y siempre asuma que podrían necesitarse más prototipos. De hecho, es bueno planificar, porque incluso hemos tenido casos en los que un cliente decidió que necesitaba cuatro prototipos, no uno, porque necesitaba distribuirlos en cuatro partes diferentes del mundo para obtener retroalimentación positiva de las pruebas. Así que esto también es algo que debe recordarse al planificar.

Wojciech Hołysz: Has mencionado la electrónica en algún momento, incluso después de terminar con el proceso de diseño, con el proceso de desarrollo, necesitas obtener certificaciones a veces mucho más difíciles o costosas para obtener solo la electrónica básica.

Rafał Piłat: Sí. Si desea introducir en el mercado cualquier producto que contenga componentes electrónicos, ya sea algo muy simple, un teléfono inteligente o algo tan sencillo como un botón Bluetooth, debe recordar que el hardware de dichos proyectos debe certificarse antes de su lanzamiento al mercado. Por supuesto, existen soluciones alternativas para acelerar este proceso, pero no se puede obviar por completo.

Wojciech Hołysz: Recuerdo cuando hablaba con Anita sobre conceptos visuales, algo que ocurre casi al principio del desarrollo de un nuevo producto, antes de empezar a crear prototipos, incluso antes de pensar en elegir un proveedor o algo similar. Estos, a menudo, al ser lo primero tangible que ve un cliente, a veces provocan una reacción emocional y un fuerte apego a las imágenes. Entonces, ¿qué tipo de errores has visto que cometen las personas después de tomar un diseño, una imagen, y pensar: «Ah, esto es todo».

Rafał Piłat: Veo algunas porque uno de los errores es pensar: «¡Guau! Ya lo veo en la pantalla. Así que solo es cuestión de, no sé, meses antes de que lo vea en la estantería».

Wojciech Hołysz: En dos semanas estará listo.

Rafał Piłat: No, como te dije, a veces pueden pasar años desde la visualización del producto hasta su lanzamiento. Así que no des por sentado que después de ver las imágenes todo será más fácil. El trabajo duro ya está hecho. No, el trabajo duro está lejos de terminar. Este es uno de los errores. Pero también diría que quizás no tanto con los conceptos que generamos aquí en Mindsailors, porque intentamos pensar en cómo se construirán los productos del proyecto y siempre intentamos entregar conceptos realistas en cuanto a la tecnología real, las piezas individuales reales, la división del producto en piezas y formas fabricables. Pero a veces recibimos clientes que nos presentan un concepto propio, o incluso un prototipo impreso. Y también asumen que es solo cuestión de semanas antes de documentarlo y poder ejecutarlo. Pero no suele ser tan sencillo, porque siempre revisamos estos proyectos y, muy a menudo, sobre todo si ha trabajado un diseñador con menos experiencia, resulta que las piezas son técnicamente imposibles de conseguir. Claro, puedes imprimirlo en tu impresora 3D.

Wojciech Hołysz: Esto no es para producción en masa.

Rafał Piłat: Así es. Y transferir algo hecho en una impresora 3D a la producción en masa también puede ser un proceso muy laborioso. Ya hemos tenido casos así; creo que mencioné uno de nuestros proyectos tóxicos anteriores, que no recuerdo. Había 15 piezas, de las cuales solo una se podía inyectar con plástico. Y las demás piezas requerían un rediseño total de su forma.

Wojciech Hołysz: Este ejemplo que acaba de mencionar, cuando alguien que desconocía el proceso de fabricación diseñó algo que ni siquiera sabía que estaba sin fabricar. Pero ese es el error de una sola persona. Pero cuando los procesos de desarrollo pueden durar tantos meses o años, a menudo intervienen muchas personas a lo largo de su ciclo de vida, muchas personas pueden estar involucradas en él, liderándolo, recopilando retroalimentación o cualquier otra actividad. También veo que esto probablemente sea una fuente importante de errores.

Rafał Piłat: Sí. Porque esto podría clasificarse como un problema de comunicación, ya que, en mi experiencia, los peores proyectos posibles, o el peor escenario posible al trabajar en un proyecto para un cliente, es cuando no hay una sola persona responsable de aceptar o comunicar la retroalimentación.

Wojciech Hołysz: ¿Quieres decir que no hay nadie que lidere la visión?

Rafał Piłat: Puede que haya varias personas, puede que haya varios gerentes trabajando en los mismos proyectos. Y hemos tenido casos en los que el equipo de toma de decisiones estaba compuesto, creo, por tres o cuatro personas, un equipo. Y fue realmente difícil para ellos generar una retroalimentación completa para nosotros, lo cual no sería contradictorio.

Wojciech Hołysz: Así que, en cierto modo, nadie dirigía el proceso.

Rafał Piłat: Así es. Y a menudo recibíamos comentarios: una persona quería hacer un cambio en esta dirección. La otra persona quería cancelar esa solicitud e introducir algo propio. Por eso siempre es bueno tener un líder claro al frente de un proyecto de este tipo, ya que simplifica la comunicación y, básicamente, acelera el proceso de desarrollo.

Wojciech Hołysz: Hay demasiados cocineros, pero es lo mismo.

Rafał Piłat: Así es. Y también tengan en cuenta que existe algo así como una especificación del proyecto, y recuerden que nos ceñiremos a ella porque es la Biblia para nosotros en cuanto a lo que realmente debe entregarse y lo que realmente debe hacerse. Así que intentamos ceñirnos a ella. Y, por supuesto, necesitamos ser flexibles. Así que, si llega un cliente y el equipo de toma de decisiones está compuesto por más de una persona, por supuesto, intentaremos trabajar lo mejor posible con dicho equipo. Y también tenemos buena experiencia en este tipo de procesos, pero no siempre es así. Así que tengan en cuenta que es más sencillo tener una sola persona responsable, no solo de todo el proyecto, sino quizás solo de una etapa del mismo. Así que esa podría ser una posible solución.

Wojciech Hołysz: En mi experiencia, esto también suele ser un error a la hora de gestionar un proyecto y, por ejemplo, cumplir con los plazos. Sucede en todas las empresas. Cuando un director de proyecto, incluso si tiene un solo líder, gerente o como se le llame, planea supervisar el cumplimiento de los plazos, a menudo olvida considerar que, dentro de su organización, podrían surgir problemas imprevistos, como que alguien que deba dar luz verde a esta decisión esté de vacaciones, de baja médica o de maternidad, o lo que sea.

Rafał Piłat: Y eso sucede muy a menudo. Tengan en cuenta que, al planificar un proyecto, también deben tener en cuenta los retrasos no solo del contratista, que en este caso seríamos nosotros, sino también de su parte, ya que podría enfermarse alguien, alguna persona con capacidad de decisión. Tuvimos un caso en el que una gerente estaba embarazada y no pudo participar en el proceso de desarrollo, lo que provocó un retraso considerable de meses debido a problemas de salud. Y esto es algo que puede ocurrir. Así que tengan expectativas realistas en cuanto a la flexibilidad del cronograma en estos casos. Porque lo peor que puede pasar es darnos su opinión justo antes del último día de la fecha límite y esperar que podamos entregar el producto con un solo clic.

Wojciech Hołysz: Revisar el producto.

Rafał Piłat: Es cierto. Así que tenlo siempre presente.

Wojciech Hołysz: En lo que respecta a la gestión de proyectos de desarrollo de un nuevo producto en general, supongo que estos problemas se relacionan más con las grandes empresas que con las pequeñas.

Rafał Piłat: No siempre es así, porque el tamaño de la empresa no importa. Incluso conocemos startups con profesionales y experimentados en diversos puestos, y con experiencia en la introducción de diferentes productos al mercado. Simplemente conocían el proceso y sabían qué problemas podrían surgir. Por otro lado, teníamos grandes clientes corporativos que a menudo carecían de experiencia en ciertas áreas. También tuvimos casos en los que un jefe de proyecto de una gran empresa prácticamente no tenía experiencia en proyectos de hardware. Y eso era algo para lo que también teníamos que estar preparados. Así que no siempre importa el tamaño de la empresa, sino las personas que la impulsan.

Wojciech Hołysz: Sí, claro. ¿Se te ocurre algo más que podamos comentar?

Rafał Piłat: Creo que hemos abordado la mayoría de los temas.

Wojciech Hołysz: Sí, hablamos bastante. En resumen, desarrollar o investigar un producto es extremadamente complicado y requiere mucho tiempo. Y cuando algo es complejo y requiere mucho tiempo, involucra a muchas personas y muchos aspectos físicos y logísticos, debes tener en cuenta que se requiere mucha preparación simplemente para crear un plan razonable y viable para que el desarrollo del producto sea un éxito. Así que implica mucho más de lo que la gente con poca experiencia podría esperar. Y probablemente, antes de obsesionarse con una idea para un producto, lo mejor sea simplemente llamar y consultar para ver qué es lo que no sabes.

Rafał Piłat: Así es. No des por sentado, pregunta y haz tu tarea.

Wojciech Hołysz: No supongas, pregunta y haz tu tarea. Es un buen resumen. Gracias por la charla. Espero que tengamos otra en un minuto.

Rafał Piłat: Sí. Gracias.

Wojciech Hołysz: Gracias por la charla.

Rafał Piłat es un empresario y cofundador de Mindsailors, una premiada empresa de diseño industrial, con más de 15 años de experiencia como diseñador.

Voytek Hołysz es el director de operaciones de Mindsailors, con 15 años de experiencia en la gestión de un negocio de servicios B2B creativos, marketing, ventas y producción de vídeo.