Por horas suena flexible. Precio cerrado suena caro. Ninguno de los dos es “mejor” hasta que digas quién paga cuando el alcance se mueve.
La pregunta de antes de firmar no es “¿cuánto cuesta la hora?”. Es: ¿quién lleva el riesgo del recorte? Si el alcance crece, ¿lo absorbe la factura del mes o se reabre el número? Si nadie lo dice el día uno, lo descubres en el mes tres. Esta página no es la tarifa. Es el criterio de compra. La oferta está en /software.
La respuesta corta
Por horas: pagáis tiempo. El backlog puede cambiar. El mes se alarga si el trabajo se alarga. El riesgo del alcance lo lleváis vosotros. Encaja cuando ya mandáis la lista — priorizáis, mergeáis, sabéis qué es “hecho” cada lunes.
Precio cerrado: hay una frase de alcance, un número y una fecha en la que se puede señalar con el dedo. Si el alcance se mueve, se reabre el precio — no se esconde en más horas. El riesgo del recorte lo lleva quien cierra. Encaja cuando el trozo cabe en una página: un flujo, una herramienta, un puente.
Si no podéis escribir “esto entra / esto no” el día uno, no tenéis un fijo. Tenéis una esperanza con cifra. Si podéis escribirlo y aun así pedís horas “por si acaso”, estáis pagando flexibilidad que no usaréis — o abriendo un contrato que acumula sin cerrar.
Cuándo ganan las horas (vosotros mandáis el backlog)
Las horas no son el modelo “barato”. Son el modelo en el que vosotros sois el product owner: el producto ya existe, el backlog no para, el cuello es capacidad no claridad. Priorizáis. Decís qué se mergea. La otra parte aporta horas y criterio técnico. El trabajo tiene sprints, no un entregable único.
En una pyme del área de Barcelona: un fundador o responsable técnico que ya lleva el tablero, sabe qué ticket duele esta semana, y necesita manos — no un estudio que invente el roadmap. El riesgo de “este mes se fue a otra cosa” lo lleváis vosotros. Está bien si lo sabéis el día uno.
No tiene sentido cuando no hay lista (meter gente en un vacío crea reuniones) ni cuando queréis una fecha y un “hecho” que se pueda señalar: por horas no cierra. Acumula. Si el bloqueo es “no sabemos qué construir”, las horas no lo resuelven — primero el trozo, o un Diagnóstico que lo escriba.
Cuándo gana el fijo (un flujo que se puede escribir)
El precio cerrado no es “más caro por magia”. Es alcance + número + fecha, con el riesgo del recorte del lado de quien firma el cierre. Encaja cuando el trozo cabe en una página — un flujo, una herramienta interna, un puente, sustituir una hoja que ya duele — y podéis decir “esto entra / esto no” antes de empezar. Queréis una fecha en la que se pueda decir hecho. No usáis al estudio como cola del backlog: cerráis un trozo, no contratáis un departamento.
En muchas pymes españolas — fundador que aún firma presupuestos, administración con el Excel que “ya casi funciona”, partner de asesoría o ERP — el fijo gana cuando el dolor es concreto: “este flujo nos cuesta horas cada semana y queremos que deje de hacerlo una persona”. No “digitalizar la empresa”. Un trozo. Una frase. Un número.
Si el alcance es “lo que vaya saliendo”, no es un proyecto cerrado. Es un refuerzo con precio de proyecto. Quien cierre ese “fijo” o lo pierde, o lo reabre a escondidas con horas. Por eso escribir el alcance duele. Si no duele, no lo escribisteis.
Cómo se ve en una mesa de pyme (sin clientes inventados)
No hace falta un caso con logo. El patrón es la mesa: alguien compara un “presupuesto orientativo” de 8.000 € con un fijo de 12.000 € y un techo de horas “sin compromiso” — tres productos, misma reunión. El partner cotiza “unas semanas” sin frase de alcance; el mes dos llega una factura porque “hubo más reuniones”. Un estudio ofrece fijo y dice “luego iteramos”: entonces no hay fijo, hay horas con etiqueta.
La pregunta útil no es “¿quién es más barato?”. Es: ¿quién lleva el riesgo si el alcance se mueve, y está escrito? Wallion habla con ese perfil a menudo: un flujo concreto, precio cerrado, Diagnóstico antes de construir. Sin volúmenes inventados.
Modos de fallo (los que ya habéis visto, o veréis)
Horas que no terminan.
Abrís un contador “mientras aclaramos”. Tres meses después seguís aclarando. Nadie dijo qué era “hecho”. Sin dueño del backlog cada lunes, las horas no son flexibilidad: son deriva.
Fijo con alcance borroso.
“Una app que gestione lo comercial” no es un alcance. Es un deseo. Quien firmó el número o lo pierde, o lo reabre con change requests eternos. Sin “esto entra / esto no”, el fijo es una esperanza con cifra.
Mezclar los dos en el mismo contrato.
Pedís fijo y cambiáis la lista cada semana → horas con etiqueta de fijo. Contratáis por horas y esperáis un producto el día 40 sin dueño del alcance → nadie dijo qué era hecho. Una frase, un modelo. Si hay dos, dos precios.
Facturas sorpresa.
“Estimación orientativa” que se vuelve real. Kickoff no anunciado. Reuniones que “no contaban”. Un fijo que “asumía” tres integraciones y aparecen cinco. Si el modelo no dice qué pasa cuando el alcance se mueve, la sorpresa es el modelo oculto.
Comparar un fijo con una estimación.
Si no es cerrado, no es el mismo producto. Un PDF con rango y otro con número + frase de alcance no compiten.
Estos fallos separan un encargo que termina de uno que se convierte en el mes que no acaba.
Qué hace Wallion (y cuándo no comprarlo)
Wallion construye software a medida a precio cerrado. Empieza con un Diagnóstico. Una herramienta interna / un flujo después del Diagnóstico entra en la banda de construcción publicada. La licencia, si mantenemos lo construido, es mensual.
Modelo, en una frase: alcance escrito, número cerrado, fecha en la que se puede señalar hecho. Si el alcance se mueve, se reabre el precio — no se esconde en más horas. Encaja cuando podéis escribir un flujo en una página y queréis Diagnóstico → fijo → licencia, no un contador “por si acaso”.
No compréis el modelo de Wallion como fijo cuando ya mandáis un backlog vivo y necesitáis manos (eso es refuerzo / staffing: decídlo); cuando el alcance es “lo que vaya saliendo” y nadie puede escribir el recorte; o cuando queréis fijo y, en la misma frase, “libertad total para cambiar cada semana”. Eso no es un modelo. Es un deseo.
Si en la llamada decís “necesitamos refuerzo en nuestro backlog”, se dice en la primera conversación. No se esconde en el FAQ.
Precios públicos (Option D — sin inventar otras cifras)
Solo las cifras que viven en el sitio:
- Diagnóstico — 1.900 €. Auditoría de un flujo, prototipo, presupuesto cerrado. Si seguís, el Diagnóstico se descuenta de la construcción.
- Construcción — 6.900–14.900 €. Una herramienta interna: un flujo, después del Diagnóstico. No es el precio de una app grande, un MVP o staffing: esos van a precio cerrado por escrito, no a esa banda.
- Licencia — desde 390 €/mes. Hosting, actualizaciones de seguridad, cambios regulatorios y de APIs, techo de horas para cambios pequeños, soporte en horario laboral — según lo publicado en la oferta.
Aplicaciones, MVPs y staffing: mismo modelo de alcance + número cerrado, otra cifra, por escrito. Esta página no inventa tarifas.
Lista de decisión (antes de firmar)
Marcad cada punto. Si alguno queda en blanco, no firméis “precio cerrado” ni abráis horas “sin compromiso”.
- ¿Quién lleva el riesgo si el alcance se mueve: nosotros (horas) o quien cierra (fijo)?
- ¿Podemos escribir “esto entra / esto no” en una página hoy — o no?
- ¿Quién dice “está hecho”: nosotros cada lunes, o una frase escrita el día uno?
- ¿Compramos un contador de tiempo o un trozo con fecha?
- Si pedimos fijo, ¿cabe en un flujo / herramienta / puente, o es “toda la empresa”?
- Si pedimos horas, ¿hay backlog y dueño de prioridad cada semana?
- ¿El PDF es un número cerrado o una “estimación orientativa”?
- ¿Qué pasa por escrito cuando el alcance crece: reabrir precio, change request, o “ya veremos”?
- ¿Mezclamos fijo y horas en el mismo contrato?
- ¿Comparamos la banda de herramienta interna (6.900–14.900 €) u otro fijo escrito (app/MVP/staffing)?
Sin esas respuestas, “flexible” y “cerrado” son adjetivos, no un modelo.
Preguntas que sí hacen los compradores
¿El precio cerrado no es más caro?
A veces el número de construcción es más alto que un mes de horas. A veces no. La comparación útil no es el primer mes: es quién paga cuando el alcance se mueve y cuánto dura el “casi listo”. Un fijo con frase de alcance termina. Unas horas sin dueño de lista no.
¿Cuándo debo elegir horas?
Cuando ya mandáis el backlog, priorizáis y sabéis qué mergear. Capacidad, no claridad. Si no hay lista, no abráis un contador para “descubrir el producto”: primero el trozo, o un Diagnóstico que lo escriba.
¿La banda 6.900–14.900 € cubre una app o un MVP?
No. Esa banda es una herramienta interna / un flujo después del Diagnóstico. Apps, MVPs y staffing: precio cerrado por escrito, no esa tabla.
¿El Diagnóstico de 1.900 € se pierde si no seguimos?
Si seguís, se descuenta de la construcción. Si no, habéis pagado diagnóstico con prototipo y fijo escrito — no un deck vacío.
¿Podemos empezar por horas y luego “cerrar” un fijo?
Sí, pero no en la misma frase ambigua. Primero uno, luego el otro, con alcance escrito al pasar a fijo. Mezclarlos sin dueño del cierre es el fallo clásico.
¿Qué incluye la licencia desde 390 €/mes?
Lo publicado en la oferta: hosting, seguridad, cambios regulatorios y de APIs, techo de cambios pequeños, soporte en horario laboral. Cambios grandes: presupuesto cerrado en días.
¿Wallion hace refuerzo / staffing o solo fijo?
Las dos formas caben. Si mandáis la lista: refuerzo. Si mandáis una frase de alcance: fijo. El camino de compra sigue siendo /software.
¿Wallion Mobility, Glowapp o Nummo entran aquí?
No. No son productos Wallion de este servicio. Esta página habla de modelo de precio en software a medida del estudio, no de esas marcas.
Qué no es esta página
No es la oferta (/software). No inventa tarifas — solo Option D. No trata Mobility, Glowapp ni Nummo como productos Wallion. No es un ranking de estudios.
Treinta minutos
Si el bloqueo es el modelo de precio — horas o cerrado, quién lleva el riesgo, qué frase de alcance cabe — decídlo en la primera conversación. Reserva una llamada de 30 min.