Artículo editorial · Ensayo referenciado

Los desarrolladores deberían poder probar Bridgee antes de reservar una reunión.

Lo que nos enseñan las historias de lanzamiento de Firebase y Supabase sobre una primera experiencia útil para desarrolladores.

Un desarrollador descubre un producto, abre el sitio y quiere responder una pregunta simple: ¿puedo hacer que esto funcione en mi entorno?

Esa es la experiencia de lanzamiento que queremos para Bridgee.

Aprende de la primera experiencia útil

La primera historia de Firebase es un recordatorio útil. Sus fundadores describieron la demanda de capacidades en tiempo real más allá del producto de chat que habían creado. El lanzamiento concretó el producto a través de ejemplos y un tutorial interactivo. El lanzamiento anticipado de Supabase ofrece otra lección: una propuesta clara puede atraer la atención rápidamente, pero la incorporación y la infraestructura deben sobrevivir a esa atención.

La lección para Bridgee es hacer de la primera experiencia útil el centro del lanzamiento.

Definir el recorrido admitido

Nuestro enfoque es la identificación de instalaciones y canales de comercialización. Un desarrollador debería poder comprender ese alcance, comprobar el soporte de la plataforma, inspeccionar la documentación y ver un ejemplo completo. Si el acceso es asistido mientras validamos el flujo, el sitio debería indicarlo. Cuando se abre el acceso de autoservicio, el botón debe conducir a una ruta de trabajo, no a otra solicitud para esperar a que alguien le explique el producto.

Un resultado observable es la línea de meta.

La primera experiencia también necesita un final observable. "Cuenta creada" no es suficiente. El desarrollador necesita ejecutar una prueba compatible y ver un resultado cuyo significado sea claro. La empresa necesita saber qué resultado puede ayudarle a investigar.

Estamos utilizando ese estándar para organizar el lanzamiento de Bridgee: explicar el trabajo, mostrar el recorrido, publicar lo que es compatible y dejar que el usuario evalúe la evidencia. La documentación y la recuperación de errores son parte de esa experiencia del producto.

Para los equipos que prefieren una evaluación guiada, aún debería haber una demostración disponible. El fácil acceso significa apoyar tanto a la persona que desea realizar pruebas de forma independiente como a la persona que necesita comprender el caso de negocio antes de involucrar a un desarrollador.

Si creas aplicaciones, eres exactamente de quien queremos aprender. Traiga su plataforma, su configuración analítica actual y el punto donde la medición del origen de la instalación se vuelve difícil. Ayúdanos a hacer que valga la pena repetir la primera experiencia Bridgee.

Siga el camino de acceso actual en bridgeeme.com.

Fuentes y fundamento técnico.

Sigue leyendo

Leer o guardar como Markdown · Documentación

Tu próxima integración comienza aquí.

Elige un producto. Sigue la guía. Conecta tu primer proyecto.

Empezar a construir →