El lanzamiento de un producto rara vez llega cuando todo funciona a la perfección. Mientras el equipo corrige errores, el primer usuario quizá pregunte por qué no puede registrarse desde el móvil. Antes de buscar cobertura, decide quién debe probar el producto y qué respuesta necesitas. Hay equipos que buscan usuarios de prueba; otros necesitan hablar con desarrolladores o empresas. Esta guía compara plataformas y requisitos de preparación.
¿Cuándo conviene anunciar el producto?
Antes de que se lance el producto, puede crear una lista de espera si ya está claro qué recibirá una persona y cuándo. Para los sitios de demostración, esto no es suficiente: la audiencia querrá presionar un botón y ver algo funcionando. Si el producto está listo al menos para los primeros usuarios, cree una página clara, una breve demostración, condiciones de acceso y una dirección para recibir comentarios. No es necesario retratar una empresa madura; un honesto "esta es una versión inicial, actualmente estamos probando tal o cual tarea" suena mejor que una promesa de cambiar toda una industria para el próximo martes.
Identifique un objetivo para la primera publicación. Por ejemplo: obtenga diez reseñas significativas de personas que ya estén resolviendo un problema similar. Entonces el anuncio no necesita una lista de veinte funciones, sino una descripción del problema, un enlace al producto que funciona y una pregunta específica. Si el objetivo son las aplicaciones, indique el precio o el alcance de la prueba gratuita. Si el objetivo es encontrar socios, explica qué experiencia te falta. Sin un objetivo, incluso una cobertura sólida se convierte en un cronograma difícil de utilizar.
Sitios para distintos tipos de lanzamiento
- Product Hunt: Guía de lanzamiento está diseñado para productos tecnológicos que se pueden mostrar a una amplia audiencia de habla inglesa. Para enviar, necesita una cuenta personal, dirección del producto, descripción y materiales de la página. Prepara el primer comentario del creador: qué hiciste, por qué y qué tipo de comentarios buscas. El servicio prohíbe pedir a la gente que vote por un producto; invítelos a ver y discutir el lanzamiento.
- BetaList: Criterios de selección es adecuado para una puesta en marcha de nueva tecnología antes o poco después del lanzamiento. Necesita una página separada en su propio dominio con una descripción clara y una forma de obtener acceso o dejar una solicitud. Según condiciones de envío, los editores deciden si mostrar el proyecto y tienen derecho a cambiar la presentación de la tarjeta; El envío por sí solo no proporciona colocación.
- Show HN: Reglas de Hacker News es adecuado para algo que el lector ya puede probar. Una página de espera, una página de recaudación de fondos o un artículo de planificación no caben aquí. El autor debe participar él mismo en el desarrollo y estar dispuesto a discutir la solución en los comentarios. El sitio actualmente tiene restricción adicional para nuevos miembros, así que primero conozca la comunidad y verifique el proceso de envío actual.
- Indie Hackers es útil para hablar con creadores de productos independientes. Aquí es apropiada la historia del problema, las soluciones, los primeros errores y una pregunta a los colegas, y no solo un enlace a la página principal. Antes de publicar, consulte las discusiones en vivo y las reglas de la comunidad; No convierta cada comentario en un anuncio repetido para su startup.
- vc.ru: ayuda es adecuado para una historia en ruso sobre el producto y el equipo. Una historia sobre cómo encontraron un problema, crearon la primera versión y cambiaron la solución después de comunicarse con los usuarios le dará al lector más que un conjunto de eslóganes. Verifique los requisitos de la comunidad elegida y prepárese para responder preguntas sobre precios, competidores y limitaciones del servicio.
- Trafstat: publicación del autor le permite publicar material después del registro. Este es un lugar para una historia detallada del lanzamiento: a quién ayuda el producto, cómo se probó la hipótesis, qué ya está funcionando y qué aún no. La autoedición le da control sobre el texto, pero no garantiza automáticamente la atención. El título y los primeros párrafos deben explicar el beneficio sin que su equipo lo sepa.
- RB.RU: conviértase en autor revisa columnas sobre negocios y tecnología. Se debe ofrecer contenido editorial cuando el lanzamiento ilustra un problema más amplio o una conclusión práctica: por ejemplo, cómo el equipo probó la demanda en un nicho complejo. La página del autor contiene requisitos de originalidad; El texto completo ya publicado en otro lugar puede no ser adecuado.
Prepara la página del producto antes del anuncio
Una persona sigue el enlace y en unos segundos debería comprender lo que recibirá. Verifique el título, botón de acceso, funcionamiento del teléfono y velocidad de respuesta del formulario. Si el acceso es por invitación, explique cuándo esperar un correo electrónico. Si el producto requiere pago, indíquelo antes de registrarse o muestre tarifas claras. Una pequeña demostración de la interfaz real es más útil que una imagen de archivo de un equipo sonriente. Para una audiencia técnica, muestre cómo probar un script básico sin una configuración que requiera mucho tiempo.
Prepare respuestas a las preguntas esperadas: qué datos recopila el servicio, qué sucede después de que finaliza el período de prueba, si puede eliminar su cuenta, cómo informar un error. No es necesario convertir el anuncio en un acuerdo de usuario. Basta con proporcionar enlaces directos y una persona que responda. Si está lanzando simultáneamente en varios sitios, designe a alguien de su equipo que supervise las discusiones. El silencio ante las preguntas el día del lanzamiento deja una impresión más fuerte que un diseño de tarjeta que no es lo suficientemente elegante.
Escribe el anuncio con naturalidad
Abra el texto de una tarea específica: "Recopilamos facturas manualmente de tres sistemas y perdimos cambios constantemente". Luego, explica cuánto de ese trabajo hace ahora el producto, para quién es y qué puedes probar hoy. Dé un ejemplo honesto de uso. Si hasta ahora el resultado se ha medido sólo en unos pocos usuarios, escríbalo. La historia de una primera versión no tiene por qué resultar un gran éxito.
Prepare por separado una versión corta de la tarjeta, una versión de discusión y una carta al editor. El propósito de la tarjeta Product Hunt es mostrar rápidamente una característica y proporcionar una ruta al producto. El propósito de una discusión sobre Indie Hackers es generar una conversación significativa sobre una solución. El propósito de una columna editorial es explicar una conclusión que sea interesante incluso para un lector que no tiene intención de registrarse. Los hechos pueden ser generales, pero el ángulo y los ejemplos deben ser relevantes para la audiencia.
Cómo distribuir las publicaciones a lo largo del tiempo
No programe todos los envíos durante una hora sólo por la sensación de un gran lanzamiento. Pruebe primero el producto con un pequeño número de usuarios y elimine los errores que interfieran con la acción principal. Luego, elija una plataforma donde los comentarios sean más valiosos. El resto de las publicaciones se pueden preparar después de las primeras respuestas: mostrarán qué preguntas no están claras en la descripción y qué funciones la gente realmente nota. Si el sitio requiere texto original o aprobación editorial, téngalo en cuenta antes de publicar su propia versión.
Para Product Hunt, es útil completar su página con anticipación y estar disponible el día del lanzamiento. Para Show HN, es más importante que el producto pueda probarse sin obstáculos y que el creador pueda explicar las soluciones técnicas. Para un servicio B2B regional, un lanzamiento en inglés puede resultar menos útil que una columna en ruso para la industria. Elija una secuencia basada en la audiencia y no en el índice de popularidad del sitio.
Cómo medir el resultado
Escriba de dónde vinieron los primeros usuarios, si pudieron completar la acción principal y qué preguntaron. Comparta vistas de tarjetas, registros, activaciones y conversaciones útiles. Cien registros, tras los cuales nadie abrió el producto, proporcionan menos conocimiento que cinco mensajes detallados sobre un paso incomprensible. No elimines comentarios inconvenientes del informe interno: son los que te ayudan a elegir la siguiente versión.
Después del anuncio, puede escribir una continuación: qué resultó incorrecto en la hipótesis original y qué cambió el equipo. Pero no publiques la misma historia con un titular nuevo cada semana. Una nueva entrada debe tener un hecho nuevo: una función en ejecución, resultados de pruebas abiertos o una salida inesperada. Luego, el sitio vuelve a recibir el material y no un recordatorio sobre la empresa. Un buen lanzamiento no termina con la publicación de un enlace, sino con las primeras decisiones que se toman después de hablar con la gente.