Saltar al contenido
Sobre nosotros

DOVNEXUS por dentro

Cómo ocurre el trabajo de verdad.

Siete etapas entre una idea y un producto por el que la gente paga. Todos los proyectos siguen la misma ruta, sea una herramienta de gestión o un juego.

  1. Etapa 01

    Descubrir

    Buscamos un problema por el que alguien ya está pagando para esquivarlo: una hoja de cálculo, un empleado extra o una pérdida mensual asumida. Si nadie paga nada por evitarlo, todavía no es un problema.

  2. Etapa 02

    Validar

    Hablamos con quien tiene el problema antes de construir nada. La pregunta nunca es «¿usarías esto?», sino «¿qué haces hoy al respecto y cuánto te cuesta?».

  3. Etapa 03

    Construir

    Lo más pequeño que resuelve el problema entero para una persona, no un trozo de él para todos. Aquí entra la ingeniería compartida de productos anteriores, y por eso los siguientes arrancan más adelante.

  4. Etapa 04

    Probar

    Datos reales, carga real y personas reales que no somos nosotros. Un producto que solo funciona con nuestros datos de prueba no está probado.

  5. Etapa 05

    Lanzar

    Con precio, documentación y una dirección de soporte desde el primer día. No lanzamos a una lista de espera y lo llamamos lanzamiento.

  6. Etapa 06

    Aprender

    Observamos lo que la gente hace de verdad, no lo que dijo que haría. Los tickets de soporte son el documento con más señal que produce una empresa, y los leemos todos.

  7. Etapa 07

    Escalar

    Solo cuando la cosa funciona para quienes ya la tienen. Aplicar crecimiento a un producto que no está listo solo reparte el problema más lejos.

Publicamos el proceso, no las tripas. Nuestras herramientas, infraestructura y pipeline se quedan en casa.

Reglas que nos aplicamos

01

Di qué hace, no qué «potencia»

Si una frase de nuestra web serviría igual de bien para otra empresa de otro sector, no le está diciendo nada a nadie. Se borra.

02

Publica el precio

Una cifra en la página de precios, visible sin llamada comercial. Ocultarla significa decidir qué te puedes permitir antes de conocerte.

03

Publica el changelog

Un changelog público es la prueba más barata de que un producto está vivo. Uno silencioso no se distingue de uno abandonado.

04

El rendimiento es parte de la credibilidad

Una empresa de software con una web lenta ya ha respondido a la pregunta de si su software es rápido. Por eso este sitio no lleva vídeo de portada.

05

Di que no en público

Nuestra hoja de ruta tiene cinco cosas, no veinte. Cada elemento que añadimos es una promesa, y una empresa que cumple cuatro gana a una que hace veinte.

06

Publica los fracasos

Labs lista los experimentos que no funcionaron y por qué. Un laboratorio con un historial perfecto es una página de marketing con bata.