Necesitaría saber más sobre su producto para dar una mejor respuesta, pero haré una basada en mi experiencia, SaaS B2B .
Probablemente esté centrando demasiado esfuerzo en crear el producto para que sea un producto listo para la venta (verifique esto: La compresión de Templeton), mientras está en una fase de validación, debe tener una base de usuarios lo suficientemente pequeña como para corregir los síntomas de su errores en su lugar, veamos un ejemplo.
Si se supone que su producto genera una factura en PDF, pero en algunos casos lo hace mal, su equipo de Atención al Cliente / Éxito del Cliente puede revisar todos los PDF a mano y corregirlos en el acto. Esto significa que puede implementar un control para ocultar el resultado al cliente hasta que sea validado por el ser humano, mientras que sus errores se corrigen, comienza a aflojar el control y utiliza diferentes mecanismos, como un botón de “informe de problemas” para “molestar” al Cliente. miembro del equipo.
- Cómo entrar en el negocio de alimentos con 50000 rupias en Ahmedabad
- ¿Qué se necesita para construir una empresa exitosa en el panorama tecnológico actual (2017)?
- Cómo probar mi MVP con pequeñas empresas
- Si tengo 13 años y estoy interesado en las finanzas, el espíritu empresarial, etc., ¿en qué debería dedicar mi tiempo para expandir mi conocimiento y cómo ve mi futuro?
- Tengo una idea de una plataforma social nueva / diferente. ¿Cómo encuentro cofundadores?
Esta “validación humana” se usa ampliamente en Startups que todavía están descubriendo el producto, porque en MUCHOS casos, los errores en los que está invirtiendo energía ahora no existirán después de las iteraciones de validación, especialmente cuando está en la fase MVP.
El ciclo de retroalimentación con sus clientes cambiará el producto , no invierta demasiado en arquitectura e ingeniería mientras está en el descubrimiento de productos (MVP iterativos).
Cuando tiene un producto listo para la venta, se supone que debe aumentar las ventas y preocuparse por refactorizar y rediseñar su producto.
Confía en mí, tu SRP también tendrá algunos errores, si no muchos, pero la clave es mitigar el impacto que causa en tus clientes, ahora mismo puedo pensar en 3 formas principales de hacerlo:
- No permita que el cliente vea el error (implemente flujos como “validación humana”, para que pueda corregir el síntoma);
- No permita que el cliente “sienta” el error (haga que su equipo de CS actúe activamente tan pronto como ocurra, para que el cliente no perciba ningún daño. Sus primeros usuarios deberían valorarlo como un soporte al cliente proactivo );
- No tenga ningún error en absoluto (invierta en ingeniería para solucionarlo o cambie la forma en que funciona el sistema para que el error quede obsoleto);
La ejecución variará según el producto y el modelo comercial, pero la esencia sigue siendo la misma.
Al final, lo que importa es entregar el valor que está pagando su cliente.
No estoy de acuerdo con la opinión de que sus primeros usuarios no deberían pagar por su MVP, he vendido MVP que ni siquiera estaban cerca de “Sales Ready” y para mí es la única forma en que puedo confiar en que el cliente realmente valora mi producto lo suficiente. para pagarlo