Contanos el problema, no la solución

Depende de qué estemos haciendo, y la diferencia no es un detalle administrativo: es de dónde salen los incentivos.

• Para construir: por proyecto, con alcance definido

  Cuando hay algo concreto que entregar, cobrar por tiempo pone los incentivos al revés. Se acuerda el alcance y se acuerda el precio.

• Para producto en cambio continuo: agile como servicio

  Hay productos que no terminan nunca porque el negocio cambia todo el tiempo. Ahí se trabaja por ciclos, con prioridades revisadas con vos.

• Para acompañar: por servicio o paquetes de horas

  Soporte y evolución no tienen un entregable que cerrar. Ahí lo que se acuerda es disponibilidad y nivel de respuesta.

Lo que no hacemos es cobrar por hora algo que tiene un entregable definible. Eso es lo que hace que a nadie le convenga que el proyecto termine.

Un producto funcionando, acorde al alcance que firmamos, estable tanto del lado del usuario como del servidor, con las verificaciones de seguridad hechas y documentadas, y preparado para crecer sin rehacerse.

Terminado no es que se vea terminado. Es que funcione en tu realidad, no en la nuestra.

Un proyecto se estira por tres motivos distintos, y no se pagan igual. Lo que casi nadie hace es decir cuál de los tres fue; nosotros lo decimos.

• Estimamos mal o entendimos mal: lo pagamos nosotros

  Sin discusión. Para eso existe la etapa de descubrimiento: cuanto mejor es el diagnóstico, menos lugar queda para este caso.

• Cambiaste lo que necesitabas: lo pagás vos

  Pero decidido antes de que lo construyamos, nunca descubierto en la factura. Todo cambio se estima y se aprueba primero.

• Apareció algo que nadie podía saber: se comparte

  Un sistema viejo peor de lo documentado, una API de un tercero que cambió. Los riesgos de este tipo se nombran al principio, no al final.

Además hay una banda de contingencia acordada que absorbe lo chico sin trámite. Lo que la excede pasa por el proceso de cambio, a la vista.

La primera conversación no se cobra: media hora para entender si hay encaje y darte una primera lectura del problema. El diagnóstico sí, porque es trabajo con un entregable — el mapa del problema y la propuesta de solución.

Y si el proyecto sigue con nosotros, lo que pagaste por el diagnóstico se descuenta del total. No arriesgás nada, y nosotros no trabajamos gratis.

El código que escribimos para vos es tuyo, y se transfiere con el pago final. Lo que traemos ya construido —componentes y librerías propias de proyectos anteriores— queda licenciado para que lo uses sin límite, pero sigue siendo nuestro. Las dependencias de terceros mantienen su propia licencia.

Sí, y sin fricción. Al cerrar cada proyecto entregamos la documentación completa y hacemos la transferencia de conocimiento a quien vos digas.

Está incluido. No es un servicio de salida que se cobra aparte cuando querés irte.

Los cambios son esperables: si a mitad de camino entendés algo nuevo de tu negocio, queremos saberlo. Lo que no hacemos es absorberlo en silencio —y que el proyecto se atrase sin explicación— ni facturarlo sin que lo hayas decidido.

Un cambio a mitad de camino no es un problema. Que aparezca en la factura sin que lo hayas decidido, sí.

El equipo de Alubyte. Los que te venden son los que ejecutan, y con ellos trabajan los especialistas de cada disciplina que tu proyecto necesita — todos formados con nosotros, con nuestro método y con la Triple E como estándar en cada proyecto.

Sabés desde el principio quién hace qué. Y son todos de Alubyte: se formaron con nosotros, no salieron de una búsqueda urgente.