¿Es una buena idea tener un sitio web configurado con funciones básicas como publicar tutoriales y registrarse, o esperar hasta tener un sistema de clasificación, un sistema de comentarios, fuentes RSS y mucho más?¿Es mejor publicar un sitio que no está completamente desarrollado o esperar hasta que esté completamente funcional?
mi humilde opinión, es mejor tener un sitio con funcionalidad básica y permitir que los visitantes ven cada vez mayor en todo el tiempo (para que sepan que el sitio está vivo y alguien está realmente desarrollarla)
Demasiado malo sin embargo, que la mayor parte de los sitios que vi usando esta estrategia nunca llegan más allá de la primera versión con funcionalidad básica. Y luego mueren. En unos cuantos meses.
La sabiduría de hoy dice "Liberar, liberar, liberar". Creo que fue Dharmesh Shah (www.onstartups.com) quien dijo "¡Si no te avergüenza tu software, has esperado demasiado para liberarlo!".
Haz que salga, haz que la gente lo use y haz que la gente hable al respecto. Obtendrá comentarios invaluables (especialmente si puede cobrar por ello). Además, escriba un blog desde el primer día para que pueda interactuar con sus usuarios.
Hace años solía ser un caso que resistiríamos porque no estábamos seguros de si podríamos superar los tecnicismos y queríamos hacer las cosas difíciles para desalentar a cualquiera que nos siguiera. Hoy es mucho mejor entender si las personas realmente usarán su software lo antes posible. Podría terminar ahorrándose mucho tiempo y dinero.
Excelentes consejos e información. –
Exactamente. A menudo, una publicación anticipada revelará que cierta característica es más urgente/no tan urgente como se pensó originalmente. Las únicas personas que pueden decirte que son los usuarios. –
De acuerdo. Desarrolla la funcionalidad mínima y obténgala en vivo. Tienes que poner tu producto en funcionamiento y ver si resuena entre los usuarios. Aprenderá muy rápidamente dónde gastar sus recursos. – pbreitenbach
Si la funcionalidad que ya tiene puede proporcionarle un proyecto completo a los ojos de los usuarios, publíquelo.
Agregará nuevas características de forma continua y, por lo tanto, dará la impresión de que está trabajando en la mejora de su sitio todo el tiempo. Las nuevas funciones futuras también mantendrán a los usuarios interesados y motivados.
Lo que es más importante, incluso en funciones básicas, recibirá comentarios de los usuarios que lo guiarán más y quizás de alguna manera influyan en la forma de implementar todas las características avanzadas que esperan ver la luz del día.
otro gran comentario. –
Estoy de acuerdo en que debería tener suficientes características para ser útil al menos para los usuarios. – HLGEM
Sí, de hecho, la metodología ágil que es tan ampliamente aceptada en estos días sugiere que se libere en partes totalmente funcionales y bien probadas. Obviamente, su primera iteración debe incluir las características esenciales que hacen que su servicio funcione. Luego puede agregar funciones en otra iteración.
No hay una respuesta. Depende de la situación del negocio. Hago un desarrollo ágil/XP, y obtengo el software en un estado estable y utilizable tan pronto como sea posible.
Animo a nuestros clientes a que lo publiquen para comenzar a recibir comentarios. Esto es genial, ya que siempre afecta la forma de ver el software que está creando. Y definitivamente tiene sentido si tienes la capacidad de digerir los comentarios y reaccionar ante ellos.
Pero existen situaciones de marketing en las que debe contenerse. Es ingenuo pensar que solo hay una forma de lanzar software en el mundo moderno. Existen riesgos inherentes a la publicación anticipada, ya que debe tener cuidado de establecer expectativas cuidadosamente con su audiencia, y es posible que simplemente no tenga la capacidad o la inclinación para hacerlo. Puede ser más fácil seguir con los ciclos de liberación más tradicionales.
Todavía creo firmemente en las versiones anteriores, incluso si están protegidas con contraseña. Reducen el riesgo y el estrés del proyecto. Sabemos que no hay problemas ocultos con la liberación a la producción, ya que lo hemos estado haciendo desde el primer día.Y también ayuda a mantener a los desarrolladores fuera del asiento caliente, ya que siempre tenemos algo en marcha. Las demostraciones y los momentos de relaciones públicas no son tan estresantes, ya que son solo una parte regular del proceso.
Por lo tanto, desde el punto de vista del desarrollo de software, lo recomiendo. Desde el punto de vista del marketing ... bueno, esto es TAN y no deberíamos entrar en eso aquí. : ->
Coméntalo como un Beta. Aquí hay una lista de los mejores 100 beta websites. La invitación solo puede ser una buena forma de restringir el número de usuarios que pueden usarla.
La verdadera pregunta aquí es ¿cómo sabes que ya es completamente funcional?
Cuando se publicó StackOverflow en versión beta pública, había un montón de características que aún no estaban disponibles. Si recuerdo bien, comento votaciones (si no hay comentarios en total), indicación de pregunta duplicada sobre el cierre de "duplicado exacto", Actividad reciente, y un montón de otras cosas que no estaban disponibles en ese momento.
La única forma en que algunas de estas funciones surgieron fue porque el público las solicitó.
Hasta que salgas con un sitio público, no es más que vaporware, y no sabrías cómo sería el uso. Publicarlo en versión beta pública le permitirá obtener valiosos comentarios por partes y crear promociones de boca en boca.
También es mucho más seguro. Recuerde Cuil? Fueron publicitados para ser una especie de asesino de Google y lanzaron su sitio en vivo, completamente funcional, en un solo día. Sus servidores se colapsaron catastróficamente, no porque su software de búsqueda no funcionara (podría haber sido mejor después de todo) sino porque su infraestructura no pudo manejarlo.
Las betas públicas, por otro lado, permiten un uso más lento y gradual hasta que tenga una mejor idea de cómo funciona su sitio (CPU/memoria/ancho de banda) y le permitirán responder en consecuencia.
Por supuesto, libere ese sitio (asegúrese de que esté claramente marcado como beta) y comience a extraer los valiosos comentarios de los usuarios que necesita para que su sitio sea impresionante.
Ningún software es completamente funcional.
Los casos de uso evolucionan a medida que los usuarios van apareciendo y encuentran usos nuevos e interesantes para su producto.
Sería mucho mejor diseñar el sitio para que sea fácil de actualizar y con un tiempo de inactividad mínimo durante la actualización, luego tratar de adivinar quiénes serán sus usuarios y cómo lo usarán.
Un gran consejo justo lo que estaba pensando. –
Tiene que haber un equilibrio con esta estrategia, ya que una mala experiencia con un código dudoso que arroja errores puede calmar a alguien para siempre. Recuerde que la mayoría de su público objetivo no es experto en tecnología y espera que las computadoras simplemente funcionen. – Chazadanga