Infraestructura sólida.
Sin sorpresas.

Licencias, servidores, herramientas de productividad y soporte técnico. Tecnología que funciona sin que tenga que pensar en ella.

Qué es un proyecto Commodity

No todo proyecto digital requiere arquitectura compleja ni meses de análisis. Algunos tienen un patrón claro y requerimientos predecibles.

Un sitio corporativo, una landing de campaña, una tienda en línea con catálogo estándar o una app de consulta de precios son proyectos con un patrón claro y requerimientos predecibles. Para estos, el valor está en ejecutar bien y rápido — no en reinventar la solución cada vez.

La categoría Commodity no significa proyecto de baja calidad. Significa proyecto con alcance estándar que puede definirse, estimarse y ejecutarse con precisión. El cliente sabe lo que quiere, nosotros sabemos cómo hacerlo, y el único trabajo es hacerlo bien dentro del tiempo y presupuesto acordados.

La honestidad sobre el tipo de proyecto importa: cuando un cliente llega con un proyecto Commodity y lo tratamos como un proyecto de Software (con análisis extendido, sprints de discovery, arquitectura de microservicios), estamos sobre-ingenieriando algo que tiene una solución directa. Eso sale más caro y tarda más de lo necesario.

Tecnología que
simplemente funciona.

Soporte que
resuelve de verdad.

Sin contratos
que no entiende.

Qué entra y qué no entra

La claridad sobre el alcance es lo que hace posible el precio fijo. Sin límites claros, no hay precio fijo posible.

Entra en Commodity

Landing pages con formulario de contacto o cotizador simple
Sitios corporativos de 5 a 15 páginas con CMS básico
Tiendas en línea con WooCommerce o Shopify (catálogo estándar)
Apps de catálogo o consulta de información sin lógica compleja
Portales de clientes básicos con login y visualización de datos
Landing pages de campaña con integración a formulario o CRM

No entra en Commodity

Lógica de negocio propia compleja (cálculos, reglas, flujos únicos)
Integraciones con múltiples APIs propietarias o sistemas legacy
Proyectos donde el flujo de usuario requiere diseño de experiencia profundo
Plataformas con múltiples roles de usuario y lógica de permisos compleja
E-commerce con precios por perfil de cliente o flujos de cotización
Proyectos con requerimientos que cambian durante el desarrollo

Proceso de un proyecto Commodity

Cuatro fases, todas con duración y entregable definidos desde el inicio del proyecto.

01

Brief

Una sesión estructurada donde recopilamos todo lo necesario: objetivo del proyecto, contenido disponible, referencias de estilo, integraciones requeridas y fechas objetivo.

02

Propuesta fija

Después del brief entregamos una propuesta con alcance exacto, precio fijo y cronograma concreto. Sin rangos — un número. Si algo queda fuera del alcance, lo decimos antes de firmar.

03

Producción

Ejecución del proyecto según el cronograma acordado, con hitos de revisión en puntos definidos. El cliente no recibe sorpresas de alcance ni solicitudes de presupuesto adicional.

04

Entrega

Entrega con manual de uso para las funciones que el equipo del cliente operará directamente. Período de garantía de 30 días para corrección de errores sin costo adicional.

Precio fijo.
Tiempo definido.

Sin negociaciones a mitad del proyecto ni presupuestos que crecen.

Cotizar ahora

Ejecutar bien
y rápido.

Para proyectos estándar, el valor está en la ejecución, no en la arquitectura.

Ver Advisor Projects

Infraestructura sólida.
Sin sorpresas.

Licencias, servidores, herramientas de productividad y soporte que resuelve. Tecnología que funciona sin que tenga que pensar en ella.

Ver opciones →

Preguntas frecuentes

¿Cómo sé si mi proyecto es Commodity o no?

Si puede describir lo que necesita en 2 o 3 oraciones y la descripción es similar a algo que ya existe en el mercado (un sitio corporativo, una tienda en línea estándar, una landing page), probablemente es Commodity. Si la descripción requiere mucho contexto sobre cómo funciona su negocio, tiene integraciones específicas o flujos que no se parecen a nada estándar, es probable que sea un proyecto de Software. En la sesión de brief lo determinamos juntos.

¿Pueden hacer cambios durante el desarrollo?

Cambios dentro del alcance acordado, sí. Cambios que amplíen el alcance original requieren una addenda al contrato con el impacto en tiempo y precio estimado. La honestidad sobre esto es lo que protege al cliente de sorpresas al final del proyecto — y a nosotros de entregar algo diferente a lo que acordamos. El control de alcance no es burocracia: es lo que hace posible el precio fijo.

¿Incluye hosting?

No por defecto, pero podemos recomendarlo y configurarlo. Para proyectos Commodity estándar, la mayoría de los clientes ya tienen hosting existente o prefieren gestionarlo directamente. Si necesita hosting y el servicio de Web Ops, lo cotizamos por separado como servicio mensual recurrente.

¿Qué soporte tienen después de la entrega?

Incluimos 30 días de garantía para corrección de errores que estén dentro del alcance del proyecto original. Después de ese período, el soporte y mantenimiento se gestiona a través del servicio de Web Ops o en horas de soporte según el volumen de necesidades. Si el proyecto fue bien construido, el soporte post-entrega debería ser mínimo.

¿El proyecto ya está claro?
Pongámosle precio y fechas.

Si sabe lo que necesita, el siguiente paso es una sesión de brief para confirmar el alcance y entregar una propuesta con números reales.

Hablar con el equipo →