Herramienta de planificación

Estimá el alcance antes de pedir un precio.

Una cotización útil no sale de elegir “app” o “web” en un formulario. Sale de entender usuarios, flujo, datos, integraciones, riesgo y operación. Esta guía te ayuda a preparar esa información sin publicar un precio automático que ignore el proyecto real.

Respuesta directa

¿Qué cambia una estimación de software?

El costo y el plazo cambian principalmente por la cantidad de flujos completos, reglas, roles, integraciones, migración, nivel de seguridad y responsabilidad operativa. Dos productos con diez pantallas pueden requerir esfuerzos muy distintos si uno solo guarda información y el otro cobra, reconcilia pagos, aplica permisos y debe recuperarse de errores externos.

Por eso Develop Argentina no presenta una cifra universal como si fuera una cotización. Primero delimitamos el resultado y las dependencias; después se puede proponer una etapa, supuestos, exclusiones y criterios de aceptación que permitan comparar opciones de verdad.

Usuario y resultado

Definí quién usa el producto, qué intenta completar y qué cambio observable justificaría construirlo.

— ¿Quién es el usuario principal?
— ¿Qué hace hoy para resolverlo?
— ¿Qué resultado debería mejorar?

Flujo y excepciones

Escribí el recorrido principal de punta a punta y separá errores, aprobaciones y casos que todavía necesitan una persona.

— ¿Qué inicia el flujo?
— ¿Qué estados atraviesa?
— ¿Quién aprueba una excepción?

Datos e integraciones

Identificá la fuente de verdad, los sistemas conectados, los permisos y lo que debe ocurrir cuando un proveedor externo falla.

— ¿Dónde viven los datos?
— ¿Qué API o importación existe?
— ¿Cómo se reconcilia un fallo?

Operación y entrega

Aclarar ambientes, accesos, métricas, soporte y responsables evita que una estimación cubra solo pantallas y deje afuera la operación real.

— ¿Quién acepta la entrega?
— ¿Qué hay que monitorear?
— ¿Quién mantiene el producto?

Clasificación inicial

Tres formas de reconocer el tamaño del problema.

Estas categorías no son precios. Sirven para detectar cuándo un pedido simple ya contiene permisos, integraciones o responsabilidades que exigen una etapa de descubrimiento más cuidadosa.

Acotado

Un usuario principal, un flujo, carga manual o una integración simple y un criterio de éxito verificable.

Intermedio

Varios estados o roles, panel administrativo, notificaciones, archivos, pagos o integraciones con recuperación de errores.

Complejo

Múltiples organizaciones, permisos sensibles, migración, operación crítica, varias integraciones o requisitos regulatorios.

Brief mínimo

Llegá a la evaluación con seis respuestas.

1. Usuario principal
2. Problema actual
3. Flujo de hasta diez pasos
4. Sistemas involucrados
5. Fecha o restricción real
6. Resultado verificable

Con ese contexto podemos decir si conviene un diagnóstico, un prototipo, una primera versión o una revisión del sistema existente. La respuesta sigue siendo una evaluación, no una promesa automática.

Enviar el brief para evaluación →

También podés revisar trabajos publicados y el proceso dealcance y entrega antes de contactarnos.