¿Es mejor retrasar que proporcionar una versión demo del software que todavía contiene algunos errores?

Como regla general, diría: “en caso de duda, envíe antes”. Sin embargo, estoy de acuerdo con el “depende”. ¿Cuáles son esos “pocos errores”?

¿Su software funciona? ¿Es seguro de usar? ¿Podría comprometer la integridad o seguridad de los datos?

La mayoría de los clientes piloto o primeros usuarios entienden que los primeros lanzamientos tienen errores. Pero también esperan que entregue un código de calidad. Y como mencionó Balaji, solo tienes una oportunidad para causar una buena primera impresión. Pero nuevamente, Stephen tiene razón, tal vez esos errores ya no necesiten tiempo. Y recuerde, incluso el gran lanzamiento de código por parte de grandes compañías tiene algunos errores aquí y allá.

Mi regla de oro es esta:

  • Suelte lo antes posible, establezca un plazo suave.
  • Pregúnteles a los clientes piloto cómo se sentirían acerca de la versión con errores: si es posible, libérelos en pequeños lotes.
  • Eres consciente de que hay errores y tienes una hoja de ruta para trabajar en ellos.
  • Seguimiento. Siempre.

Si nunca liberas, entonces nunca aprenderás. El aprendizaje debe ser su principal preocupación.

Espero que ayude. Cuéntanos cómo te fue.

Saludos,

Lucas.-

Mi sugerencia es que debe presentar la demostración a sus clientes cruciales.

(1) Horario

Según su descripción, el cliente es REALMENTE vital para su empresa, y significa que su empresa ha alcanzado el acuerdo de la fecha de presentación por adelantado, y su cliente debería haber acordado el horario de la presentación. Una vez que retrasó la demostración, podría dejar la impresión de desconfianza de que no tiene la solución bien planificada y que no respeta el tiempo.

(2) Errores de software en la presentación

El software siempre funciona bien, excepto el tiempo de presentación. Esto se aplica a las principales empresas de tecnología como Apple y Google. El público ignorará los problemas técnicos o pequeños errores, se centrará en la tecnología de vanguardia y las experiencias revolucionarias que puede aportar.

(3) Sé honesto

No intentes ocultar los errores, especialmente porque son triviales. Diga la verdad a su cliente y solicite sus sugerencias, confíe en resolver el problema. La comunicación transparente puede brindar confianza a sus clientes, y también significa que los respeta y los trata como sus clientes reales, aparte del grupo de dinero.

Depende de los errores, el cliente y cómo estos errores en la mano del cliente afectan sus futuras relaciones comerciales.

Si se requiere la demostración para asegurarse de que su producto cumpla con los requisitos del cliente y los errores no son críticos para la presentación, iría con la demostración tal como es, pero asegúrese de que el cliente sepa que hay algunos errores para espera y eres consciente de ellos.

Si la demostración se convertirá en una parte de los procesos comerciales del cliente en la etapa de demostración y los errores se encuentran en la parte más valiosa (desde la perspectiva del cliente) de la aplicación, recomendaría corregir los errores y asegurarse de que todo funcione sin problemas .

En cualquier caso, preguntarle al cliente sobre su opinión puede ser una buena idea, como sugirió Stephen. Algunos clientes prefieren probar una demostración temprana con algunos errores para tomar una decisión más rápido, especialmente si son ingenieros de software o trabajan en el inicio. Otros necesitarían una demostración totalmente funcional, por ejemplo, para mostrársela a su jefe.

Si fuera yo, proporcionaría la demostración. Asegúrese de mostrarlo con la emoción de un niño de escuela. Señale los defectos como si fueran divertidos, no intente ocultarlos. Juega lo genial que es todo el proyecto. Deje que su entusiasmo se muestre desde el principio: este es un momento de orgullo para usted, deje que todos sepan lo orgulloso que está: su hijo se va al mundo.

Todo el mundo sabe que la demostración fallará, será mala o será inadecuada: es algo común. Siempre trabajan en la práctica, nunca funcionan cuando el cliente está allí y la venta está en juego. Todos saben que es una demostración, no un código que funciona. Estás allí como un gesto de buena fe, no para mostrar un producto que funcione.

De hecho, casi puedes hacer que compren en el acto si les preguntas su opinión sobre algo intrascendente y cuando sugieren un cambio menor, les dices que el cambio será en la próxima iteración, solo para ellos. Pocas personas pueden resistirse cuando se altera el código para todos los clientes basándose únicamente en sus aportaciones.

Su objetivo es hacerles sentir que son socios en el proceso de desarrollo. Solíamos llamar a esto “dejarlos un poco embarazadas”. Una vez que están “integrados” en el equipo, se sienten casi obligados a comprar. No se dan cuenta de que su papel en el equipo es proporcionar el dinero al final. Debes hacer que se sientan como si estuvieran ahí contigo, quemando el aceite de medianoche, tomando decisiones importantes de diseño, determinando el enfoque y el futuro del producto. Cuanto más se sientan invertidos en él, más se sentirán dueños de él y más tendrán que tenerlo.

Esto sirve para otro propósito. Cuanto más se involucren con el producto, más familiarizados estarán con sus operaciones, características y peculiaridades, más que cualquier sustituto o competidor. Esto vale la pena durante los “horneados” y en menos soporte técnico después de la venta.

Pero esta es la cuestión: no puede tratarlos como un imbécil cada 30 o 90 días cuando necesita aumentar las ventas. Debe llamarlos de vez en cuando y tomar un café o comprarles el almuerzo. Su equipo de ventas debe continuar acariciándolos por un tiempo para que no se sientan como una puta que ha sido utilizada y abandonada. Vender productos a largo plazo es construir una relación como un matrimonio, no visitar un burdel, tirar su semilla y descendencia y pasar a la próxima conquista sin pensar en el cliente hasta que esté excitado para otra venta al final del año. mes. ¿Quién no se sentiría usado y como un vagabundo en esas condiciones? Y créanme: así es exactamente como hablamos de ciertos clientes. “Este cliente es mi esposa; este es mi amante; este es solo un vagabundo que atornillé al final del trimestre porque sé que comprará el producto”. como si el cliente fuera gente real. Bueno, las relaciones son reales y los compradores son personas reales con sentimientos reales y recuerdos largos. Trátelos con respeto.

No intentes ocultar las fallas, indícalas directamente como si fueran heridas de batalla. Cuando te ves transparente y honesto, te hace confiable y la gente quiere comprar a personas en las que confían. Es una paradoja: tener un defecto te convierte en un mejor vendedor. Si el producto fuera demasiado bueno, tendría que inventar una falla porque ningún cliente confiaría en un vendedor que promocionara un producto que fuera “a prueba de balas”, se verían como vendedores de autos usados, incluso si fuera cierto.

Las demostraciones son divertidas si puedes tomar una broma. Y eso es lo primero que le diría a cada cliente cuando preparara la demostración, algo que aprendí de uno de los mejores vendedores que conocí, Tom Buettegan en Chicago: “¡Espero que puedas bromear!” y luego se ríe con autocrítica. Luego vuélvalos con su producto, su actitud, su honestidad y su entusiasmo. Funciona todo el tiempo.

La gente está más acostumbrada al hecho de que el software hoy en día se desarrolla ‘ágil’ y, por lo tanto, es más propenso a errores. Pero comuníquese con mucho cuidado, como lo hace Google con su forma de trabajar ‘siempre en beta’. Inteligente, también desde un punto de vista legal.

Como lo ha llamado una cuenta demo, supongo que el cliente es plenamente consciente de que esta es una versión demo del software, que no se probará en producción y también supongo que no se trata de errores relacionados con la funcionalidad.

Entonces, si posiblemente puede evitar darles una copia del software y, en su lugar, mostrarles una demostración en vivo en su laboratorio interno, ¡adelante! Comience presentando todas las características críticas que más le entusiasman al cliente 🙂 Mientras continúa con su demostración de funcionalidad, mencione estos errores como ‘elementos a tener en cuenta’ y definitivamente mencione que su equipo está trabajando para solucionarlo. Si los aborda antes de que lo noten, los ayudará a confiar más en usted, ya que está siendo honesto.

Bueno, si tienes que enviar el código hoy, ¡hazlo! Solo asegúrate de seguir los varios / pocos errores que encontrarán cuando comiencen las pruebas. Haga hincapié en el hecho de que necesita más tiempo para el producto completamente horneado y negocie una línea de tiempo factible para ambos.

¡Todos los clientes son realistas, no esperan demasiado a menos que le paguen más de lo que se le valora!
Además, la honestidad es muy importante … solo necesita ser transmitida correctamente.

Puede sonar fuera de tema, pero después de algunos casos similares, decidí no anunciar ni prometer nada: es mucho mejor sorprender a sus clientes, que disculparse o enviar versiones con errores.

Descubrí que si anuncio algo, recibo menos comentarios positivos de mis clientes. Si no entrego a tiempo, tengo una reacción realmente mala. Además, cuando finalmente entrego lo prometido, la gente lo da por hecho, sin ninguna emoción.

Otro lado de la historia es que cuando estás al comienzo de algo, tus planes y visión del futuro serán diferentes de lo que obtienes como resultado. Conduce a la decepción de sus clientes cuando envía algo diferente (no “malo”, pero “no se espera”), o a su propia decepción si finalmente envía algo que no le satisface, solo para cumplir la promesa.

Estoy de acuerdo en que es difícil responder “no” o “no sé” a las solicitudes de los clientes. En la práctica, sin embargo, tanto usted como sus clientes se acostumbran rápidamente. De alguna manera, los beneficios de la regla “sin anuncios” superan ampliamente sus inconvenientes.

¡Lo estoy escribiendo como usuario final!

Depende, si es un error funcional, entonces la respuesta es NO …

Pero si está relacionado con la experiencia del usuario o cualquier otra cosa que no sea un error funcional … Entonces puede hacerlo, pero solo después de educar al usuario final sobre el error y cómo solucionarlo.

Dígales que no habrá ningún problema funcional y convencerlos de que la experiencia del usuario podría ser un problema, y ​​asegúrese de que lo solucionará rápidamente …

Debe asegurarse de que los usuarios finales sean conscientes de que el inconveniente que pueden enfrentar no es permanente, de lo contrario, aunque resuelva el problema más tarde, terminará creando una mala impresión …

Recuerda
“La primera impresión es la mejor impresión”

More Interesting

Con el cierre de los sitios principales como PokerStars y FullTilt, ¿hay una oportunidad para que los casinos en línea que no sean en efectivo (casuales) entren y ganen cuota de mercado?

¿Qué técnicas utiliza para reducir el tiempo necesario para completar los negocios de desarrollo de negocios?

¿Cuáles son algunas buenas preguntas de sondeo de propósito general que un analista de negocios debe tener en cuenta?

¿Es una buena idea pedir un préstamo para la startup? ¿Puede crear complicaciones en la financiación externa en el futuro?

¿Qué es BD (Desarrollo de negocios) en la industria de la construcción?

Soy un científico de datos junior y quiero llegar a la gestión o al desarrollo empresarial. ¿Qué habilidades son cruciales para este proceso?

¿Cuál es una buena pregunta para preguntarles a los clientes sobre su felicidad con respecto a nuestro servicio al cliente actual?

¿A qué estrategias de marketing / desarrollo empresarial responden los altos ejecutivos del mundo tecnológico?

¿Cuáles son algunas de las mejores técnicas de venta para empresas B2B?

Al iniciar un negocio, ¿cuáles son algunos de los mejores métodos para elegir un nombre?

¿Cómo se pueden desarrollar habilidades adicionales que los consultores de gestión deben mejorar para resolver problemas?

¿Cuál de los siguientes trabajos es más similar a los desafíos que enfrentan los planificadores urbanos: ser un codificador, un diseñador de interfaz de usuario o una persona de negocios?

¿A quién se dirige cuando busca crear asociaciones de canales para una startup SaaS empresarial?

¿Cuál es la idea de negocio o startup más creativa e innovadora de la que haya oído hablar? ¿Y quién es la mente genio detrás de esto?

¿Cuál es la diferencia entre Business Developer y Sales Executive?