Luke Freiler, director ejecutivo de Centercode, se une a Ryan Chacon en el podcast IoT For All para discutir usuario que prueba productos de IoT. Hablan de cómo han cambiado los productos conectados, los beneficios de pruebas de producto y cómo se hace, los diferentes tipos de pruebas de productos, los desafíos de las pruebas de usuario, las pruebas de software versus hardware, cómo saber cuándo un producto está listo y cómo realizar bien las pruebas de usuario.

¿Está buscando optimizar su estrategia de datos de IoT y aprovechar todo el valor de sus datos? Asóciese con Estudios DAIN, los expertos en soluciones basadas en datos. Se especializan en crear estrategias sólidas de datos de IoT que aprovechen al máximo el potencial de sus datos. Su equipo puede ayudarlo a identificar, priorizar e implementar sistemáticamente oportunidades de datos para impulsar su negocio.

Al establecer habilitadores clave, como la gobernanza y la arquitectura de datos, garantizan la implementación exitosa de sus ambiciones de IoT. Obtenga más información y visítelos en dainstudios.com.

Nuestra Empresa Lucas Freiler

Luke Freiler, director ejecutivo y cofundador de Centercode, ofrece soluciones de prueba de usuarios a empresas tecnológicas líderes. Con experiencia en desarrollo de software, encabeza el diseño de Centercode Platform, una plataforma SaaS que facilita la participación continua de la audiencia durante todo el desarrollo de productos. Como idealista tecnológico, Luke pretende utilizar la tecnología para reducir la fricción y resolver problemas reales. Se dedica a conectar a los creadores de productos y sus audiencias para hacer realidad esta visión, un producto a la vez.

Interesado en conectarse con Lucas? ¡Comunícate en LinkedIn!

Nuestra Empresa Código central

Código central cree que crear productos excepcionales que realmente satisfagan las necesidades de los clientes requiere un programa de pruebas de usuario sólido y eficaz. Desarrollaron una potente plataforma de gestión de comentarios y pruebas delta que ayuda a empresas de todo el mundo a desbloquear todo el potencial de sus productos.

Con su plataforma, puede identificar y reclutar a los evaluadores adecuados para su producto, administrar de manera eficiente el proceso de retroalimentación y analizar los datos para obtener información valiosa que pueda informar futuras decisiones de desarrollo de productos. Algunas de las marcas líderes del mundo, incluidas Microsoft, GoPro y Bose, por nombrar solo algunas, confían en su plataforma.

Preguntas y temas clave de este episodio:

(00: 38) Introducción a Luke Freiler y Centercode

(04: 15) ¿Cómo han cambiado los productos conectados?

(05: 55) Beneficios de las pruebas de productos y cómo se hacen

(07: 41) Diferentes tipos de pruebas de productos.

(08: 50) Desafíos de las pruebas de usuario

(10: 49) Pruebas de software versus hardware

(12: 58) ¿Cómo se sabe cuando un producto está listo?

(16: 58) Cómo hacer bien las pruebas de usuario

(19: 56) Más información y seguimiento

Transcripción:

– [Ryan] Bienvenido Luke al podcast IoT para todos. Gracias por estar aquí esta semana.

– [Luke] Gracias, Ryan. Feliz de estar aqui.

– [Ryan] Sí. Es genial tenerte. Conversación emocionante. Sé que lo hemos planeado, pero quería comenzar y que usted le dé a la audiencia una presentación sobre usted y la empresa. 

– [Luke] Mi nombre es Luke Freiler. Soy el director ejecutivo de una empresa llamada Centercode. Este ha sido un proyecto que me apasiona desde hace algún tiempo. De hecho, lo comencé cuando era muy joven, alrededor de 2021 o alrededor de 2001. Antes de eso, pasé algún tiempo en las empresas estadounidenses. Trabajé para Samsung. Trabajé para Ericsson y fue a través de esas experiencias que me enamoré de lo que en ese momento se llamaba usabilidad pero que con el tiempo se volvió más reconocido como experiencia de usuario. Y me enamoré de la idea de que la tecnología debería ser accesible. Debería resolver problemas reales para personas reales. Y simplemente me concentré en eso. Y mientras hacía eso, dirigía uno de los primeros equipos web en Ericsson. Un gerente de producto se acercó a mí y me dijo: "Oye, necesito que realices una prueba beta para este producto en el que todos hemos estado trabajando colectivamente en esta gran inversión de Ericsson". Y dije, está bien, ¿qué es, qué significa eso exactamente? Y él dijo, oh, tenemos un montón de clientes y lo intentamos. Yo dije que no, entiendo lo que significa una prueba beta. No sé qué significa en el contexto de Ericsson. Tenemos un proceso para absolutamente todo. ¿Cuál es nuestro proceso? ¿Qué debo hacer? ¿Dónde están los pasos? Y él dijo, mira, hombre, no tenemos. Y al principio no le creí. Esta era una empresa de tecnología de cien años y cien mil personas, y honestamente no tuvo sentido para mí durante años, pero me concentré y comencé a hablar con mucha gente y descubrí que había una brecha muy interesante. en el mercado que finalmente se percibía como un mal necesario.

Todo el mundo entendió que probar productos reales y entornos reales con personas reales es esencial para descubrir realmente cómo se acabará ese producto en ese mundo real, pero hay mucha fricción y parte del problema es que básicamente estás dado, ya sabes. , un producto deliberadamente roto, un producto inacabado para un grupo de extraños y luego pedirles que le brinden comentarios significativos y hay tantas cosas en eso que son complicadas. Entonces, para mí, me enamoré de resolver ese problema. La idea de que podemos ayudar a ser orquestadores o facilitadores de la relación entre las empresas y sus clientes para, en última instancia, construir algo que sea mejor para todos. Así comenzó la empresa, la puso en marcha inicialmente y la construyó a partir de ahí. Y hasta el día de hoy, trabajamos con muchas de las empresas de tecnología más importantes.

– [Ryan] Y cuando hablamos de productos como productos conectados, ¿se trata más del lado del consumidor o del lado empresarial, o es una combinación de ambos? 

– [Luke] Es una mezcla de ambos, y probamos tanto el hardware como el software, pero los productos conectados a IoT son el punto ideal. Sin duda constituiría la mayoría y parte de eso se debe a que siempre hay una combinación de hardware, software y un componente de servicio en la definición de IoT. Como resultado, hay muchas cosas que pueden salir mal. Ahí es donde vemos gran parte de nuestro negocio. 

– [Ryan] Sí, iba a preguntarles cuál es el tipo de enfoque para todos ustedes, ya sea hardware y software, o software, porque para, digamos, la empresa, supongo que incluso el lado del consumidor, siempre existe ese componente de software donde Es una aplicación, es una interfaz web, es algo que te permite interactuar con el dispositivo o ver los datos y cosas así. Así que supongo que usted está manejando las pruebas tanto en el lado del hardware como en el del software para ambos lados.

– [Luke] Sí, absolutamente. Yo diría que el 90 por ciento de lo que tocamos tiene lo que se consideraría software. Y puede ser software integrado en el propio producto. Puede ser a través de una aplicación. Prácticamente todo tiene una aplicación ahora. Así que casi siempre hay software involucrado y definitivamente hay mucho hardware. 

– [Ryan] Con el crecimiento de los productos conectados a lo largo de los años, ¿cómo han cambiado en general? Por ejemplo, obviamente esto se convertirá en una especie de pregunta sobre las pruebas y cómo ha evolucionado y su importancia, etc. Pero en términos generales, si analizamos productos conectados, ¿cuáles han sido los cambios más importantes que han influido en el área en la que trabaja?

– [Luke] Lo más importante y probablemente más obvio es que los productos y la naturaleza de estar conectados es que se vuelven iterativos. A menudo decimos que la gente ya no piensa en los productos como productos, sino como servicios, ¿verdad? En el pasado, un producto era más una estrategia de fuego y olvido: voy a apagar este altavoz y va a hacer cosas como altavoz. O tal vez el mejor ejemplo es que voy a apagar esta unidad de aire acondicionado y va a hacer cosas de aire acondicionado, cosas de HVAC. Y luego hubo un punto de inflexión cuando se conectaron y ahora no solo esperas que haga lo que está haciendo para siempre, incluso de forma conectada, sino que esperas que evolucione. Espera que itere, obtenga nuevas funciones, resuelva nuevos problemas, se conecte con nuevos productos que no existían cuando se creó y que la naturaleza conectada creó un proceso de desarrollo iterativo. Impulsó Agile en el espacio del hardware, lo que probablemente habría sido impensable hace 20 años, pero que ahora es efectivamente necesario.

Nunca olvidaré una conversación que tuve en Bose donde dijeron que tenían que cambiar toda su cultura como empresa porque todo solía ser un ciclo de lanzamiento de 18 a 24 meses. Sacaron un gran par de auriculares, un gran altavoz y nunca más lo volvieron a tocar. Y dijeron que simplemente no pueden permitirse el lujo de pensar así. Si lo hacen, sus competidores los rodearán. Por lo tanto, tuvieron que cambiar toda la mentalidad de la organización para que fuera más ágil en respuesta a los productos conectados. 

– [Ryan] Las personas que escuchan tratando de comprender, creo que en un alto nivel, la gente entiende el valor de las pruebas, pero si hablaras de los beneficios generales de las pruebas de productos, especialmente en el espacio de IoT, ¿cuáles son? beneficios y cómo se realizan las pruebas sin entrar en detalles demasiado granulares, simplemente explíquenos qué significa eso realmente. 

– [Lucas] Sí. En nuestro espacio, la idea básica es exactamente lo que parece. Encontrarás personas reales que tienen el problema real que tu producto resuelve, se lo distribuirás y lo utilizarán. Y realmente lo que intentas hacer es estudiar los problemas que tienen, las ideas que creen que complementarían o mejorarían el producto, así como los elogios que reciben. Estás buscando esas tres cosas. Problemas, ideas y elogios, pero lo estás buscando con el tiempo porque una de las cosas de los productos conectados nuevamente no es solo que el desarrollo no sea un disparador y un olvido, sino tampoco el uso.

Entonces, es ese componente de adopción el que realmente no se puede capturar en un entorno de control de calidad tradicional. No puede capturarlo mediante pruebas automatizadas. Realmente es necesario permitir que la gente utilice el producto en sus entornos naturales. Y lo que eso normalmente significa no es sólo interactuar con muchos otros productos porque, una vez más, la naturaleza de un producto conectado es que depende de productos fuera de su control para funcionar con éxito.

No solo están, usted busca cómo interactúa con esos productos, sino que también busca cómo interactúa con esos productos a lo largo del tiempo a medida que evolucionan, porque las mismas iteraciones que usted está haciendo, ellas están haciendo. Y eso podría estar creando todo tipo de problemas. De modo que las pruebas continuas y la adopción de características y productos a lo largo del tiempo es realmente lo que separa esto y es tan crítico en el espacio conectado.

– [Ryan] Me imagino que hay diferentes tipos de pruebas a lo largo del desarrollo, desde la ideación inicial hasta el lanzamiento y el crecimiento continuo de un producto en sí o simplemente nuevas versiones del producto. 

– [Lucas] Exactamente. Así que definitivamente lo consideramos como, ya sabes, cuando estás comenzando en ese tipo de fase alfa y obviamente hay pruebas que van más allá, ya sabes, mucho antes de que un cliente esté involucrado, pero sabes que para nosotros es Por lo general, lo tenemos en manos temprano para probar los conceptos básicos, para asegurarnos de que incluso en un producto con funciones incompletas, esté haciendo lo que se supone que debe hacer y buscando esa retroalimentación temprana. Luego tienes lo que considerarías una prueba beta tradicional de cuatro a ocho semanas antes del lanzamiento, la gente usará un producto casi final, con suerte tendrá todas las funciones, pero probablemente todavía tenga algunos problemas conocidos, y Vamos a buscar más problemas en esas experiencias reales. Y a partir de ahí, todo depende de la madurez del producto, ¿verdad? Ahora, nuevamente, ese componente iterativo son los productos que maduran con el tiempo y cada nuevo lanzamiento que se realiza podría bloquear el producto técnicamente. Ése es el riesgo de nuestro espacio. Ésa es la compensación. Entonces, asegurarse de que un pequeño grupo de personas esté haciendo todo lo posible para garantizar que ese no sea el caso se convierte en la iniciativa desde el lanzamiento en adelante. 

– [Ryan] Los usuarios que prueban estos productos conectados, obviamente, los productos varían en el tipo de usuario final, el entorno en el que se van a utilizar, la cantidad de funcionalidades y características que tienen. ¿Cuáles son algunos de los mayores desafíos que las personas deben tener en cuenta cuando se acercan a probar estos dispositivos de IoT? 

– [Luke] Uno de los desafíos de un producto de IoT inédito es que normalmente solo tiene un número limitado de unidades, ¿verdad? Es preproducción, son caros, difíciles de conseguir, todos en la organización los quieren. A menudo hemos hablado de que en nuestro espacio no podemos darnos el lujo de disponer de big data. Después del lanzamiento, puede estudiar todo tipo de datos, pero antes del lanzamiento, se trata de maximizar los datos pequeños. Entonces, para nosotros, se trata de pensar en nuestra audiencia de varias maneras. Queremos pensar en el perfil de quiénes son, ¿tienen el problema que soluciona este producto? Y ese es un punto de entrada para todos a esa prueba. A partir de ahí, se trata de su nivel de experiencia, que nuevamente podría afectar su experiencia de usuario, su conocimiento del espacio. Y luego, igualmente importante, su entorno, comprender qué otros tipos de productos tienen a su disposición.

Es posible que esos productos no estén configurados en sus estados predeterminados. Es casi seguro que en realidad no son algo que ya hayas probado. Por lo tanto, se trata de obtener la mayor cobertura tanto en el lado demográfico de quiénes son y los problemas que tienen, como también en el lado tecnográfico de qué tipos de productos son. esto iba a interactuar y nuevamente, tendrían que adaptarse como parte de un ecosistema existente. Entonces, encontrar a esas personas es realmente clave. Una vez que lanza el producto y ya tiene clientes y está realizando lanzamientos iterativos, se vuelve mucho más fácil tener al menos un grupo disponible, y se vuelve mucho más barato porque básicamente puede dirigirse a sus clientes existentes que están entusiasmados. sobre su producto, o nuevamente, cualquier problema que resuelva.

Entonces, al entrar, se trata en gran medida de crear perfiles para maximizar los recursos limitados. Y a partir de ahí, se trata de crear un grupo continuo de personas que siempre estén listas, disponibles y entusiasmadas por probar y ayudar a dar forma al futuro de un producto. 

– [Ryan] Con un dispositivo IoT, ya hemos mencionado que existe el componente de hardware y software y, obviamente, a través de actualizaciones inalámbricas, el software muchas veces es más fácil de actualizar cuando hay un error o un problema. Pero, ¿qué pasa con el lado del hardware? Me imagino que tiene que haber un plan y un proceso de pensamiento diferente que incluya no solo cómo vamos a probar, sino también cuándo se considera que algo está listo para su lanzamiento, porque si lanzas un producto y muchas unidades, estará siendo utilizado por muchas. de personas y hay un problema con el hardware, eso es mucho más difícil de solucionar que un error de software; simplemente pueden hacer que actualicen la nueva versión, la última, y ​​luego probablemente esté parcheado y listo.

– [Lucas] Sí. Problemas muy diferentes y resultados muy diferentes, ¿verdad? Si se trata de una actualización de software, entonces, en teoría, puedes recuperarte, pero tienes la reputación de la marca y todo eso que ahora está dañada, mientras que si se trata de un problema de hardware, eso es, ya sabes, las retiradas del mercado y todo eso son prácticamente el peor escenario posible. .

Entonces, la fase beta realmente está diseñada para garantizar que el hardware funcione en todas las formas necesarias, mientras que las posteriores al lanzamiento, las que están en curso, lo que llamamos pruebas delta, tienen como objetivo garantizar que el software esté funcionando. Realmente necesita ambos para tener éxito porque, obviamente, necesita asegurarse de que el producto y el hardware funcional funcionen. Pero de eso se trata esa prueba más profunda al principio que se centra en enfatizar todo el producto. A partir de ahí, en realidad solo te concentras en el delta entre lanzamientos. ¿Qué es lo que cambió? Ojalá haya superado la mayoría de sus problemas de hardware. También es increíblemente común iterar hardware, pero en nuestro espacio, suele ser bastante silencioso entre lanzamientos importantes. Tendrá cinco versiones diferentes de un producto 1.0 para el mundo exterior que han evolucionado y mejorado y las piezas se están volviendo más baratas, las cosas se están volviendo más eficientes, las baterías están mejorando, etc. A menudo, los usuarios finales ni siquiera saben que esto está sucediendo, pero todavía se están probando todos antes de su lanzamiento. En general, ese sería el objetivo. 

– [Ryan] ¿Existe una cierta diferencia en el umbral o supongo que el nivel de algo entre comillas terminado para hardware versus software, sabiendo que es más fácil corregir errores y actualizaciones de hardware antes o una vez que se haya lanzado versus hardware? Y luego supongo que ese tipo de vínculos con una pregunta sobre la que he tenido curiosidad es ¿cómo puede una empresa llevar algo a un punto en el que esté lista para comenzar a funcionar y sentir que, está bien, todas las cosas que no sabíamos que Siento que ahora sabemos, en lugar de dejar cosas sobre la mesa que es posible que aún no sepan, necesitan saberlo para posibles problemas después de invertir tiempo en el hardware y dinero en el hardware y eso es difícil, mucho más difícil. caminar hacia atrás que el software.

– [Luke] Hemos analizado este problema desde siempre y hace varios años, se nos ocurrieron básicamente tres métricas que utilizamos, que son los KPI en nuestro espacio, que fueron una gran brecha durante mucho tiempo, y divídalo en tres cosas. El número uno es lo que llamamos la salud de la prueba, por lo que es una puntuación de salud. Y lo que realmente está viendo son las dos caras de una moneda. Una es: ¿los evaluadores están probando todo? Entonces, ¿están revisando y utilizando el producto y probando todas las características que usted desea probar y tiene evidencia de ello? La segunda es: ¿le brindan comentarios prácticos sobre las cosas que no cumplieron con sus expectativas o las superaron?

Y nuevamente, son los problemas, las ideas y los elogios. Todo se reduce a eso. Si han logrado, si una prueba ha logrado ambas cosas, tiene cobertura total, es una cobertura amplia del producto, todo se está probando y se le dan instrucciones claras para solucionar los problemas que se encontraron y abordar las deficiencias. que se encontraron, entonces tienes una puntuación de salud alta. Y ese es un punto de partida importante para saber que lo hemos probado suficientemente. No tiene nada que ver con los resultados, no tiene nada que ver con lo que encontraron, pero lo hemos probado. Tenemos confianza en nuestra prueba. La siguiente puntuación se basa en esa y es lo que llamamos puntuación de éxito. Y lo que eso hace es mirar el producto desde los ojos del cliente y decir, está bien, en una escala del uno al cien, ¿qué tan contentos estaban con el resultado? Y si vuelves a las cosas que dije que estábamos recopilando, podemos usarlas para resolverlo.

Estamos calificando y brindando una puntuación para cada comentario. No todos los comentarios son iguales, ¿verdad? Un problema de seguridad suele ser mucho más importante y grave que un problema estético. Observamos esas cosas y decimos, está bien, si todo fueran elogios y no hubiera problemas ni margen de mejora, lo que nunca ha sucedido, pero es teóricamente posible, tienes un puntaje de éxito muy alto. Si no recibiste elogios, todo fueron problemas, todo fueron deficiencias, entonces tienes una puntuación muy baja. La realidad, y por eso la partitura es útil, siempre está en algún punto intermedio. Es este resultado de, está bien, sabemos que hay algunas cosas buenas y otras malas, sabemos dónde estamos. Lo que eso te da es un punto objetivo para decir, está bien, tenemos un 60, ¿verdad? Y nuestro objetivo era 80, y tocaré ese objetivo en un segundo. Nuestro objetivo aquí es darle instrucciones sobre cómo necesita obtener ese 80. Mostrarle exactamente a dónde debe ir. Y luego, la última métrica central, y esta es otra realmente importante, es observar la diferencia entre cuál habría sido esa puntuación si hubiera lanzado el producto tal cual y cuál es esa puntuación reconociendo que corrigió errores e implementó nuevas ideas. , sea lo que sea y luego eso le muestra el impacto de ese esfuerzo de prueba. Y esos tres puntajes se convierten en hermosos KPI porque son cosas que puedes implementar tácticas simples para mejorar. Ya sabes, mejorar tu compromiso, mejorar tu producto en sí y mejorar la forma en que respondes y abordas los problemas de ese producto.

Entonces, el objetivo es que, como empresa, normalmente realice lanzamientos a lo largo del tiempo. Lo estás haciendo de nuevo, si eres ágil, estás haciendo lanzamientos quincenales, mensuales, lo que tenga sentido para ti. Entonces ese número se convierte en una piedra de toque. Se convierte en un punto de referencia que empiezas a conocer y, en relación con tu producto, puedes tener objetivos que sean relevantes para tu organización, ¿verdad?

Si es así, si tienes dinero infinito y quieres invertir para ser perfecto, puedes hacerlo. Puedes gastar mucho dinero para obtener una puntuación realmente alta. Si comprende que el impacto de este producto en el mercado es limitado, es un experimento, sea lo que sea, es posible que tenga menores ambiciones, pero proporciona esas piedras de toque para superarlo.

– [Ryan] Supongo que una buena manera de concluir esta conversación es hablar sobre cómo las personas que escuchan esto pueden realizar bien las pruebas. Obviamente hemos visto muchos avances en la IA que estoy seguro que influyen en esto ahora o influirán en esto. ¿En qué deberían pensar las personas cuando se aventuran por el camino de preparar un producto para su lanzamiento o tal vez ya tienen un producto disponible y dicen, oye, no lo probamos a fondo de la manera que probablemente deberíamos haberlo hecho? ¿Cómo podemos, cómo podemos abordar eso de manera retroactiva? Entonces, ¿qué consejo le darías a las personas que escuchan esto sobre cómo realizar bien las pruebas y hacia dónde va todo esto? 

– [Luke] Así que daré una respuesta ligeramente sesgada o quizás más que ligeramente sesgada, y luego intentaré generalizarla un poco. En realidad, lo haré al revés. Primero te daré el genérico. No hay mal momento para empezar. La realidad es que cada empresa madura a un ritmo diferente y todo eso. Entonces, la idea de reunir un grupo, no tiene que ser enorme, 20 personas, 30 personas, en realidad no recomendamos pruebas que sean demasiado grandes, sino reunir ese grupo lo antes posible y simplemente darles un canal para Obtenga sus comentarios y comuníquese claramente con ellos sobre los tipos de comentarios que está buscando. Eso es muy importante. Desde nuestro mundo, la respuesta más sesgada es que cambiamos nuestra estrategia de comercialización en el último año. Solíamos estar bastante orientados a las empresas. Sólo trabajamos con los más grandes de los grandes. Ahora estamos en un lugar diferente al que hemos ampliado nuestro mercado a gerentes de producto individuales que tienen problemas para dormir por la noche. Y hay una versión gratuita de nuestro producto que podrían usar para realizar una prueba sin siquiera hablar con nosotros, sin siquiera tratar con nosotros. Luego tenemos el tipo típico de pasar una tarjeta de crédito para obtener un poco más de funcionalidad. Y luego, a medida que su programa madure, por supuesto, tendremos disponibles esas ofertas empresariales tradicionales. Pero lo que hemos traído al mercado para la funcionalidad que obtienen, nuevamente, de forma gratuita para comenzar y luego esa versión paga, es mucho, y los llevamos bastante lejos. Y nuevamente, no es necesario que hablen con un vendedor. Pueden simplemente ponerse en marcha y es mes a mes. Pueden hacerlo en cualquier momento. Es muy sencillo. 

Si bien es muy parcial, obviamente, porque es lo que hemos trabajado tan duro para construir, es una gran solución que es increíblemente económica y está disponible para cualquiera. En realidad, nuestro objetivo como empresa no es ganar dinero allí. Se trata de seguir ganando conciencia y permitirles mostrar valor dentro de sus organizaciones para que, a medida que maduren y vean este valor, podamos tener una discusión comercial real dentro de seis meses, dentro de un año, lo que sea. También diría nuevamente en el lado gratuito, dos cosas que hacemos para ayudar a todos y que cualquiera puede aprovechar. Una, tenemos una comunidad llamada betabound.com. Es una comunidad de probadores beta que buscan probar productos. Y lo ponemos a disposición de forma gratuita. Si desea publicar sus oportunidades allí, le enviaremos probadores sin costo alguno. Y eso es sólo betabound.com. Y luego, el último, una gran parte de nuestra estrategia, no somos vendedores ni marketing. Somos en gran medida una empresa de marca de productos. Producimos una enorme cantidad de contenido. Simplemente no tenemos una mentalidad de salsa secreta. Por tanto, toda nuestra estrategia de crecimiento gira en torno al marketing de contenidos y producimos mucha información valiosa. Así que vaya a centercode.com, lea información y nuevamente, absolutamente sin costo alguno. No vamos a acosarte. Y con suerte, eso te ayudará a entender dónde puedes mejorar aquí. 

– [Ryan] Luke, gracias por tomarte un tiempo. De hecho, la última pregunta que iba a hacerle es cómo hacer el seguimiento, pero ya lo mencionó, lo cual es perfecto. Supongo que es un espacio realmente interesante pensar en todos estos productos que utilizamos, ya sea para consumidores o empresas, y darnos cuenta de cuánto trabajo y esfuerzo hay que hacer para llegar al estado en el que realmente lo tiene el usuario final. cuando está en sus manos. Al igual que la seguridad y las conversaciones que he tenido en el pasado, nunca puedes comenzar este proceso de prueba demasiado pronto y cuanto mejor puedas prepararte, mejor podrás descubrir los problemas antes, solucionarlos, y obtenga algo que a sus consumidores les encantará al final del día mientras continúa iterando, creciendo y probando durante toda la vida útil del producto. Esto fue fantástico. Gracias por tomarse el tiempo para arrojar luz sobre esto y fue genial tenerte aquí. 

– [Luke] Gracias, Ryan. Te lo agradezco.

• Distribución de relaciones públicas y contenido potenciado por SEO. Consiga amplificado hoy.
• PlatoData.Network Vertical Generativo Ai. Empodérate. Accede Aquí.
• PlatoAiStream. Inteligencia Web3. Conocimiento amplificado. Accede Aquí.
• PlatoESG. Carbón, tecnología limpia, Energía, Ambiente, Solar, Gestión de residuos. Accede Aquí.
• PlatoSalud. Inteligencia en Biotecnología y Ensayos Clínicos. Accede Aquí.
• Fuente: https://www.iotforall.com/podcasts/e320-user-testing-iot-products