Hola.
Estoy operando Sidedock,
una plataforma para descubrir y presentar servicios en etapa inicial y proyectos paralelos en Corea.
Últimamente, a través de varios canales, incluido GeekNews, han llegado los primeros usuarios y personas que registran productos,
y también estamos probando formas como usar directamente los productos registrados para luego compartir retroalimentación,
o presentar la experiencia de uso mediante un Dev Log (blog de desarrollador).
Lo que he sentido al operarlo es que, más que conseguir que registren productos,
es mucho más difícil lograr que después del registro haya uso real y retroalimentación continua.
Actualmente operamos con una estructura como la siguiente.
- Launches, donde los makers registran y presentan sus productos
- Reacciones mediante comentarios y boosts (upvotes)
- Dev Log (blog) donde el operador prueba directamente los productos y los presenta
- Curaduría para descubrir y presentar por separado buenos productos
Pero al inicio, como todavía no hay muchos usuarios ni muchos productos,
parece que en muchos casos la gente entra a ver los productos y luego se va de inmediato,
y la proporción de quienes dejan comentarios o retroalimentación termina siendo baja.
Por eso quisiera preguntarles a quienes hayan operado servicios o comunidades similares.
- ¿Hubo algún mecanismo que les resultara efectivo para lograr que los usuarios dejaran retroalimentación en productos iniciales?
- En una etapa temprana, cuando todavía no hay muchos productos, ¿en qué conviene enfocarse más: en la curaduría o en la comunidad?
- Al ver Sidedock directamente, ¿les parece que falta algún elemento que invite a explorar productos o a participar?
Más que una simple lista donde se acumulan productos,
quiero crear un espacio donde los makers puedan dar a conocer sus productos y también obtener reacciones de usuarios reales.
Me gustaría escuchar la experiencia de quienes hayan operado servicios parecidos,
o de quienes hayan lanzado un producto en una comunidad.
Como referencia, el servicio que actualmente estoy operando es Sidedock, que presenté antes en Show GN.
También les agradecería mucho si lo revisan directamente y me comentan qué les resulta incómodo o qué les parece que hace falta.
2 comentarios
Yo también, mientras sacaba adelante un producto en etapa inicial, probé de todo: comunidad, cold outreach, lanzamiento, pero lo más importante que aprendí fue que el feedback no llega por la exposición, sino por el nivel de involucramiento.
La gente que solo entra a mirar casi no deja feedback. El feedback realmente útil vino de quienes apostaron algo, por ejemplo, los que al menos se registraron, usaron de verdad un cupón o se atoraron en alguna parte mientras lo usaban. Por eso, más que intentar subir la tasa de comentarios de quienes solo miraron, me funcionó mucho mejor bajar la barrera del primer uso real y hablarles justo en el punto donde se trababan.
Al principio, el 1:1 fue abrumadoramente más efectivo que los mecanismos públicos (upvotes o comentarios). De hecho, cuando contactaba directamente a unas cuantas personas que sí lo habían usado y les hacía preguntas concretas y fáciles de responder, como para enfocarse en una sola cosa, la tasa de respuesta era muchísimo más alta que esperando comentarios públicos. Los pedidos vagos de “déjenme feedback” casi siempre los ignoraban.
Entre curación y comunidad, cuando el producto y la cantidad de usuarios todavía son pequeños, los mecanismos de comunidad (el loop de upvotes) no tienen masa crítica y hasta pueden dar una sensación de vacío. En esa etapa, me pareció más acertado darle peso a una curación tipo Dev Log, donde el operador prueba y escribe directamente, porque así se construye confianza y además hay más control. La capa comunitaria recién empieza a rendir de verdad cuando ya se acumuló cierta densidad.
¡Oh, muchas gracias por la opinión tan detallada!
En cualquier caso, parece que lo mejor es esforzarse investigando y saliendo a hablar con la gente, jaja