Asistente de producto
Desarrollo externo sin quedarte atrapado
Es el miedo más razonable al contratar desarrollo externo: que el día que el equipo se vaya, el conocimiento del producto se vaya con él. Y no es paranoia - buena parte del sector vive precisamente de que dependas del proveedor.
Nosotros hemos montado lo contrario: cada producto que construimos se entrega con un asistente que lo conoce. Y que sigue funcionando cuando ya no estamos.
La trampa habitual del desarrollo externo
No es mala suerte: es el modelo de negocio de una parte del sector. Estas cuatro escenas se repiten en casi todas las malas experiencias con desarrollo contratado fuera:
- Cuando el equipo externo se va, nadie sabe por qué las cosas están hechas así
- Un desarrollador nuevo tarda semanas en ponerse al día
- Cada duda de funcionamiento obliga a volver al proveedor original
- Y el proveedor tiene incentivo en que sea así: la dependencia factura
Cómo lo resolvemos
Mientras desarrollamos, documentamos las decisiones de arquitectura, la estructura de datos, el porqué de cada elección y cómo se despliega. Sobre esa documentación montamos un asistente conversacional que responde preguntas sobre tu producto concreto - no sobre programación en general: sobre el tuyo. Ese es todo el truco, y por eso funciona: sin documentación viva debajo no hay asistente que valga. Y se actualiza sprint a sprint, no al final - por eso nunca se queda viejo.
Para qué sirve, en concreto
- Que un desarrollador nuevo se ponga al día sin depender de nosotros
- Resolver dudas de funcionamiento sin abrir un ticket
- Entender por qué se tomó una decisión técnica hace ocho meses, sin arqueología de correos
Se queda contigo. Literalmente.
El asistente y la documentación corren en tu suscripción de Azure, no en la nuestra. No son una suscripción a Vettra que se corta el día que dejas de pagarnos: son una pieza de tu producto, tan tuya como el código.
Si mañana reduces dedicación, cambias de proveedor o montas tu propio equipo, todo sigue en su sitio: la documentación, el asistente y las respuestas. Nadie tiene que llamarnos para saber por qué algo está hecho así.
Compáralo con lo habitual: un repositorio entregado sin contexto y un contrato de mantenimiento como única vía para resolver dudas. La diferencia no se nota el día de la entrega - se nota el primer día que necesitas cambiar algo sin nosotros.
Nuestro objetivo declarado es que dejes de necesitarnos. Esto no es un eslogan de web: es la pieza que lo hace verificable.
Lo que no hace
No escribe código, no corrige bugs y no toma decisiones. No sustituye a un desarrollador ni a un CTO: prepara y explica, y las personas deciden. Si alguien te vende lo contrario, desconfía.
Cuándo no lo necesitas
Si tu producto lo desarrolla un equipo propio, estable y que documenta con disciplina, esto te añade poco: el conocimiento ya vive en casa. Y si lo que buscas es el asistente suelto, sin desarrollo, tampoco somos tu proveedor - no lo vendemos por separado. Donde cambia las cosas es cuando el desarrollo es externo o el equipo rota: ahí es donde el conocimiento suele evaporarse.
Cuánto cuesta
No tiene precio propio porque no se vende suelto: va incluido en cada desarrollo, igual que la documentación y el QA. Lo que cuesta el desarrollo - con precios públicos, como todo aquí - lo tienes en desarrollo de software.
Preguntas frecuentes
Nada: la documentación es tuya desde el primer día y el asistente corre en tu suscripción de Azure, así que sigue respondiendo igual. Es parte del plan de salida, no un servicio que se apaga.
Puede, pero no de serie: el asistente responde sobre documentación que existe. Con un producto heredado, primero hay que auditarlo y documentarlo - un trabajo que también hacemos - y sobre esa base ya se puede montar. Sin ella sería un generador de respuestas bonitas y poco fiables, y preferimos decírtelo.
Tú, directamente a Microsoft: los servicios corren en tu suscripción de Azure, sin margen nuestro ni cuota a Vettra. Así también queda claro de quién es.
La que generamos durante el desarrollo: decisiones de arquitectura y su porqué, estructura de datos, cómo se despliega y cómo ha evolucionado el producto sprint a sprint. En un formato consultable - no un PDF de despedida.
¿Te suena lo de quedarte atrapado?
Cuéntanoslo - aunque tu producto lo haya construido otro. Te contestamos en menos de 24 horas laborables con una lectura honesta de tu caso.