Precio tienda online: qué lo encarece de Basic a Pro

4.500 € es una cifra real, pero no es la única. Qué sube el precio de Basic a Pro, qué no lo sube, y cuándo el alquiler es un precio de partida, no una promesa.

El cliente abre el presupuesto, ve 4.500 € y formula la pregunta que formula casi todo el mundo: precio tienda online, cuánto cuesta abrirla. La respuesta que espera es una sola cifra, pero la cifra con la que vive después es otra: la que queda cuando el almacén, el segundo idioma o la factura de la contabilidad se suman a lo que la versión Basic deja deliberadamente fuera. Este artículo trata de lo que crea esa diferencia, y de cuándo no merece la pena comprarla, porque la línea más barata que no encaja con el proceso se convierte, después del lanzamiento, en el error más caro que se puede cometer en este proyecto.

Tres precios que ya están escritos, y lo que no son

En nuestra página de desarrollo de tiendas online hay tres líneas, y no están escondidas detrás de un «según presupuesto»: la versión Basic cuesta 4.500 € en un pago único, la versión Pro cuesta 9.500 € en un pago único, y el alquiler arranca en 130 € al mes más 600 € de configuración, y solo está disponible sobre Laravel junto con nuestro alojamiento. La ficha del servicio, encima de esas tres, dice «desde 4.500 €», porque ese es el arranque publicado más barato, no porque los 4.500 € de la Basic sean un precio de partida, y convertir esa cifra en un «desde» es convertir la tarifa en una promesa que no hemos hecho. La Basic es 4.500 €; el alquiler es la línea a la que el «desde» pertenece de verdad, y leer las tres como si fueran el mismo tipo de cifra es el primer modo de pedir un presupuesto que no se puede firmar.

Las tres líneas son orientativas y no incluyen el IVA, y el presupuesto preciso lo preparamos tras concretar el alcance, en un plazo de cinco a diez días laborables: esa frase está escrita debajo de la tarifa no como cortesía, sino como el límite entre un referente publicado y un contrato. La Pro tiene además otra línea que a menudo se salta: el pago a plazos es posible hasta doce meses, con una comisión de fraccionamiento del quince por ciento sobre el importe del contrato y con una garantía personal, y si el contrato fuera exactamente de 9.500 € la comisión lo convertiría en 10.925 €. Es un ejemplo con esa suma, no una línea nueva de la tarifa, y sin la garantía ese fraccionamiento no existe.

Estos tres precios pertenecen al producto tienda, no a todo lo que vendemos, y mezclar aquí los productos es lo mismo que comparar el carrito de una tienda con un sistema en el que el carrito no existe. Un sistema Laravel de alcance fijo arranca en 8.000 €, y es otro producto: un sistema en el que el proceso nace desde cero, no una tienda con catálogo, carrito y pago. La tarifa horaria de 50 € pertenece a ese otro producto, al trabajo por tiempo y materiales, no a un suplemento con el que se pudiera «arreglar» la Basic hasta convertirla en un sistema. El alquiler de infraestructura arranca en 45 € al mes y es una página aparte, no la tercera columna del paquete de tienda, y el desarrollo de sitios web WordPress arranca en 2.500 € y es otro objeto, que no pertenece a esta pregunta.

Quien lee estas líneas como un menú suele preguntar cuánto cuesta una tienda online, elegir la cifra más barata y después extrañarse de que el presupuesto sea otro, porque ha elegido un número, no un proceso. Quien las lee como un mapa pregunta primero cuáles de las cinco líneas que faltan en la Basic necesita de verdad, y solo entonces mira la cifra. Esa segunda lectura es aquella para la que está escrito este artículo, porque la primera ya se ha hecho en la página del servicio y no necesita tres mil palabras para repetir lo que allí ya está.

Qué encarece el precio dentro de Basic: cinco líneas, no el tamaño del catálogo

Ni la plataforma ni el número de productos separan la Basic de la Pro, porque ambas versiones están disponibles tanto sobre WooCommerce como sobre Laravel, y en las dos hay un número ilimitado de SKU, la conexión de los pagos con Makecommerce o Stripe, la optimización SEO y el panel de administración. La diferencia son cinco líneas que en la lista de la Basic figuran como ausentes: el módulo de almacén, el soporte multiidioma, los niveles de precios B2B y las integraciones, el sistema de descuentos y la migración de contenido. La Pro las incluye todas, y la composición del alquiler en la tarifa es la misma que la de la Pro, solo que con alojamiento, actualizaciones y mantenimiento añadidos, de modo que quien alquila para «evitar la Pro» sigue comprando la composición de la Pro, solo que a otro ritmo.

Estas cinco líneas son las que suben el precio de una tienda online dentro del producto, porque cada una es trabajo que alguien tiene que escribir y comprobar, no un recargo por una tecnología más moderna. El módulo de almacén significa que el stock ya no es una cifra junto al artículo, sino una verdad que vive en otro sitio y que la tienda tiene que reflejar en el segundo en que el comprador pulsa el botón; si no, dos compradores pueden llevarse a la vez la última unidad. El multiidioma no es solo una traducción, sino un catálogo en el que un mismo artículo existe en varios idiomas sin romper las direcciones por las que Google ya lo encuentra. Los precios B2B significan que dos personas identificadas ven dos precios distintos por la misma línea, y el sistema de descuentos significa que esos precios aún cambian según la cantidad, el periodo o el contenido del carrito, es decir, según reglas que la tienda tiene que cumplir ella misma, no que el comprador tenga que adivinar.

La migración es la quinta línea y, con diferencia, aquella que uno se imagina como copiar un archivo, aunque los productos, las categorías, los clientes y el historial de pedidos hay que trasladarlos de modo que las direcciones sigan siendo las mismas, porque si no desaparecen esas posiciones en buscadores por las que la tienda ya ha pagado con el tiempo. En la versión Pro y en el alquiler este trabajo va incluido; en la Basic no está, y lo presupuestamos aparte según la cantidad de datos y el número de campos, porque cien artículos con una foto no son el mismo trabajo que setecientos con variaciones, grupos de clientes e historial de pedidos de cinco años. Quien «lo migrará por su cuenta» suele valorar su tiempo como gratis, hasta que ha pasado una semana encajando campos que en los dos sistemas se llaman igual y sin embargo significan cosas distintas.

Nosotros solemos recomendar empezar por el catálogo básico, los pagos y el envío, lanzar, y añadir los precios B2B, la lógica de descuentos o el almacén cuando ya se ven los primeros pedidos reales, y eso no es un ejercicio de modestia, sino un modo de no pagar la Pro por un proceso que la tienda, tres meses después, todavía no hace. Si el segundo idioma o la segunda tabla de precios hacen falta ya el primer día, entonces la Pro no es «una Basic más cara», sino la línea correcta, y esconderla detrás de la Basic para que el presupuesto quede más bonito significa una disputa después del lanzamiento en la que las dos partes tendrán razón técnica y las dos se quedarán insatisfechas. Aquí la honestidad sale más barata que el descuento que después hay que quitar.

Qué no encarece el precio del paquete

El tamaño del catálogo no sube el precio del paquete, porque el número ilimitado de SKU ya está dentro de la versión Basic, y una tienda con cuarenta artículos y una tienda con cuatro mil cuestan, en esta línea, lo mismo. Lo que en esos cuatro mil empieza a notarse no es el número de filas, sino si esas filas viven también en el almacén, en el segundo idioma o en la segunda tabla de precios. Quien oye «catálogo grande» y oye enseguida «Pro» está mezclando volumen con proceso, y esa mezcla es cara precisamente porque parece razonable y es fácil de vender, también a uno mismo.

La plataforma tampoco sube el precio del paquete, y WooCommerce o Laravel —cuál elegir y cuándo— es una pregunta a la que ya hemos respondido en un artículo aparte, y la tarea de este no es reescribirlo, porque en aquel ya está escrito lo que este no debe repetir. En la tarifa la Basic es 4.500 € y la Pro es 9.500 € sobre las dos plataformas, porque se paga el trabajo, no lo que hay debajo. Lo que la plataforma sí decide son otras cosas: la línea de alquiler es solo Laravel, los parches automáticos del núcleo están del lado de WooCommerce, y quién puede hacer el próximo cambio es una pregunta sobre el código, no sobre las cifras de este artículo.

La conexión del servicio de mensajería no es un módulo de almacén, aunque en la conversación las dos líneas se funden a menudo en una, porque las dos tocan «la salida de la mercancía de casa». La interfaz de Omniva, DPD, Latvijas Pasts o Venipak significa que el envío se puede crear, seguir y entregar en un punto de recogida; el módulo de almacén significa que el stock es verdadero en el instante en que el envío tiene derecho a crearse. En la tienda de Riga Lashes, que mantenemos sobre Laravel, son dos cosas distintas en una sola frase: el almacén de mercancía y las integraciones con los servicios de mensajería, más los pagos y un proceso automatizado hasta el empaquetado. Mezclarlas es o bien pagar de más por la Pro cuando solo hace falta la interfaz del envío, o bien quedarse en la Basic con el mensajero y extrañarse de que el stock de la tienda no coincida con lo que hay en la estantería.

Horizon, Jumis u otra contabilidad tampoco están dentro de la Basic, aunque trabajamos con ellas con regularidad y eso sigue siendo verdad incluso cuando en el contrato concreto esas líneas no figuran. En la tarifa la Basic incluye integraciones especializadas a petición, y eso significa un presupuesto, no un regalo, porque una interfaz publicada todavía no es una integración: alguien tiene que casar lo que la tienda llama artículo con lo que la contabilidad llama unidad de nomenclatura. Si la contabilidad es el sitio donde vive la verdad del stock, esta línea hay que nombrarla y presupuestarla aparte, no imaginarla como parte de los 4.500 €, porque si no el presupuesto y la esperanza ya divergen antes del primer sprint.

Construcción frente a alquiler: solo precios de partida

El alquiler parece más barato mientras no se suma por años, y más caro en cuanto alguien olvida la palabra «desde». 130 € al mes en cinco años son 7.800 €, más 600 € de configuración, o sea desde 8.400 €, y eso es un precio de partida, no un total, porque el alquiler arranca en 130 €, no se queda clavado en ellos. La versión Pro cuesta 9.500 € una sola vez, y el alojamiento va aparte: nuestro alquiler de infraestructura arranca en 45 € al mes, es decir, desde 2.700 € en cinco años, en total desde 12.200 €, y las actualizaciones de la aplicación todavía no están ahí dentro. Las dos cifras son precios de partida, y solo son comparables porque en la tarifa la composición de funciones de ambas es la misma, no porque alguna de las dos sea una factura que se pueda firmar sin haber investigado.

El alquiler solo está disponible sobre Laravel y solo junto con nuestro alojamiento, y este límite no es una cuestión de gusto: en la línea de alquiler respondemos del entorno, de las actualizaciones y del mantenimiento, y esa responsabilidad la asumimos solo allí donde el código y el servidor están en nuestras manos al mismo tiempo. Una tienda WooCommerce no se puede alquilar con nosotros, y si usted necesita quedarse en WooCommerce o tener el servidor en casa, la línea de alquiler no le sirve por atractiva que parezca la cifra mensual, porque la cifra mensual compra aquí también el entorno, no solo el software, y esa es precisamente la frontera que el «desde» de 130 € no borra.

Comparar precios de partida es honesto; convertirlos en la promesa de que en cinco años el alquiler costará 8.400 € no lo es, porque el alcance sube el alquiler igual que sube la construcción, solo que en otro sitio: más integraciones, más idiomas, más lógica a medida. En el alquiler usted paga por el uso junto con el alojamiento; en la construcción paga el sistema de una vez y después, aparte, para que siga vivo. Dónde termina cada una lo decide el alcance, por eso las dos las presupuestamos para el proyecto, no las leemos de la tarifa como factura final, y quien pide «el total exacto a cinco años ya» pide lo que la tarifa, a propósito, no da.

El alquiler es lo correcto cuando usted quiere la composición de la Pro sin el pago único de 9.500 € y está dispuesto a quedarse en nuestro entorno, y no lo es cuando el objetivo es salir más barato que la Basic, porque la composición del alquiler no es la composición de la Basic. Quien alquila para evitar la Pro suele evitar la cifra equivocada: sigue pagando el almacén, el multiidioma y la migración, solo que por meses, y al cabo de un año descubre que ha comprado la misma Pro, solo que a otro ritmo. Si el ritmo le conviene, el alquiler es un buen instrumento; si el ritmo es solo un modo de no ver la Pro, el instrumento trabaja en su contra.

Cuando la tienda ya no es una tienda

Hay un momento en que la conversación sobre Basic y Pro se vuelve inútil, porque lo que hay que construir ya no es un catálogo con carrito. En la plataforma de pedidos de comida de LIDO el precio no lo decide el artículo, sino la dirección: la geolocalización determina la zona de entrega y la tarifa, cada restaurante tiene su propia carta, y al lado de los pedidos trabaja una automatización de procesos aparte, con integraciones en más de diez sistemas, entre ellos Wolt, QWQER y RKeeper. Eso no es una tienda Pro con unos recargos, sino un proceso para el que la metáfora de la tienda se queda estrecha, y en esos casos la tarifa tiene otra línea, distinta de las tres del producto tienda: esconderla detrás del nombre de tienda es vender el producto equivocado con una sonrisa correcta.

Un sistema Laravel de alcance fijo arranca en 8.000 €, y este «desde» es de verdad: el alcance, el plazo y el precio se fijan antes del trabajo, pero la cifra de arranque no es la Basic de la tienda ni es tampoco la Pro. La tarifa horaria de 50 € pertenece a esa misma capa, al trabajo por tiempo y materiales con un informe cada mes y sin compromiso a largo plazo, no al paquete de tienda. Mezclar esta tarifa con el paquete de tienda es imaginar que 4.500 € son noventa horas que se pueden ir sumando hasta que salga un sistema, cuando lo que sale es un contrato borroso en el que las dos partes cuentan de distinta manera lo que ya está pagado.

La frontera se nota por la pregunta, no por la facturación, y eso importa, porque la facturación aquí no miente, pero tampoco decide nada. Si usted necesita un catálogo del que el comprador elige, paga y recibe un envío, sigue usted en el producto tienda, aunque el catálogo sea grande. Si el pedido solo se convierte en pedido después de una zona, de un cocinero, de la confirmación de otro sistema o de una lógica para la que en la tienda hecha no hay nombre, usted ha cruzado la frontera. No la escondemos para vender la línea más cara; la nombramos para no vender una tienda allí donde la tienda no aguantará la primera semana de verdad.

Aquí es también donde la honestidad y la persuasión tiran en direcciones opuestas, porque la página de la tienda parece más vendible que la del sistema, y a uno le resulta más agradable oír que es una Pro con unas integraciones que oír que ya no es una tienda. La segunda frase la decimos igualmente, porque la primera se convierte después del lanzamiento en un reproche, y el reproche por un producto equivocado es más caro que un presupuesto perdido. Si esta diferencia le parece demasiado tajante, es señal de que la frontera ya está cerca, no de que la hayamos inventado para complicar un proyecto sencillo.

De ocho a treinta y dos semanas no es la suma de cuatro fases

El plazo que publicamos es de ocho a treinta y dos semanas desde el análisis hasta el lanzamiento, según el alcance, y el proceso es análisis una o dos semanas, diseño dos o tres, desarrollo cuatro a diez, después el lanzamiento en una ventana planificada y los primeros treinta días en alerta reforzada. Si se suman esas fases, salen siete a quince semanas más un lanzamiento al que no se le ha escrito el número de semanas, y eso no es la misma cifra que 8–32. Sumarlas para explicar el intervalo publicado es inventar una aritmética que en la tarifa no está, y después extrañarse de que el proyecto no cupiera en lo prometido, aunque lo prometido no era una suma.

La octava semana es posible cuando el alcance es Basic, el contenido está listo y las integraciones son las que ya caben; la trigésima segunda aparece cuando la migración es grande, hay varios idiomas, hay que casar la contabilidad con la tienda o el proceso cambia por el camino. El tiempo sube el precio no porque la semana sea ella misma una línea de la tarifa, sino porque un camino más largo casi siempre significa más decisiones que en el análisis todavía nadie había nombrado. Por eso el final del análisis es, para nosotros, un alcance y un precio claros, no una conjetura aproximada: mientras ese final no ha ocurrido, cualquier plazo es un deseo, y un deseo no lo vendemos como calendario.

La espera del contenido es el sitio donde el calendario resbala con más frecuencia, y resbala antes del código, no en medio, porque mientras no hay textos, imágenes y datos de artículo el diseño está parado, y mientras el diseño está parado el desarrollo no empieza. Un plazo corto no se gana aquí trabajando más deprisa; se compra saltándose la comprobación o lanzando una tienda en la que la mitad del catálogo sigue siendo un marcador de posición. Eso no lo hacemos, ni siquiera si el presupuesto queda por ello más lento que la promesa que un competidor ha escrito sin lista de contenidos, porque una tienda que abre vacía no es rápida: está inacabada, y una tienda inacabada el comprador la nota antes que el calendario.

Empezar con menos es también un instrumento de plazo, no solo de precio, porque la tienda que se lanza con catálogo, pagos y envío cabe en el extremo corto, y las líneas Pro pueden llegar cuando ya no son una hipótesis. La tienda que quiere las cinco líneas Pro más la contabilidad el primer día se queda en el extremo largo, y esa longitud es honesta. Esconderla para que el presupuesto parezca más rápido es trasladar el retraso a la semana en la que usted ya ha prometido la campaña, y entonces el retraso ya no es una cuestión de nuestro calendario, sino de su campaña.

Precio tienda online después de abrir: lo que sigue pagando

Hay costes que no suben el paquete y que hay que pagar igualmente aunque se quede en la Basic, y no son una quinta versión, sino obligaciones sin las cuales la tienda puede parecer terminada y no puede abrirse al consumidor. El texto refundido de la Ley General para la Defensa de los Consumidores y Usuarios exige que, antes de quedar vinculado por un contrato a distancia, el comprador vea con claridad la identidad del vendedor, el precio final con impuestos, los gastos de envío, el derecho de desistimiento con el formulario y cómo se ejecutará el pedido. Esa información forma parte del contrato, y probar que se facilitó es trabajo del empresario, no del comprador.

En el sitio web eso se convierte en un trabajo concreto de pantallas: justo antes del pedido deben verse el precio y el envío, el botón debe decir que el pedido implica la obligación de pagar —«pedido con obligación de pago» o una fórmula inequívoca— porque si no el pedido no vincula al comprador, y las restricciones de entrega y los medios de pago hay que indicarlos no más tarde del inicio del proceso de pedido. Eso no es una cuestión de plugins ni un argumento para pasarse a la Pro, sino el texto, la fórmula del botón y el orden en que aparece el precio, y este trabajo cabe ya en el primer lanzamiento, porque si no la tienda está abierta incumpliendo unas normas cuya vigilancia corresponde a las autoridades de consumo.

El derecho de desistimiento del consumidor es de catorce días naturales, no de catorce días laborables, y en los bienes el plazo se cuenta desde el día en que el bien está en su posesión; si no se ha facilitado la información sobre el desistimiento, el consumidor puede desistir en el plazo de un año desde que expire el plazo inicial de catorce días. Hay excepciones —el bien hecho según indicaciones, el bien inequívocamente personalizado, el envase de higiene desprecintado— y no se pueden inventar más anchas de lo que la ley permite, por cómodo que sea anunciar que «en esta tienda no se puede devolver». La confirmación del contrato hay que entregarla en un soporte duradero, como muy tarde en el momento de la entrega, y todo esto es trabajo de una tienda Basic exactamente igual que de una Pro, porque la ley no mira el nombre del paquete.

Aquí no pueden fundirse en una sola dos conversaciones sobre el IVA, porque pertenecen a dos contratos distintos. Nuestra tarifa es sin IVA, y la factura que usted reciba llevará el impuesto aparte; ese es nuestro contrato con usted. Para el comprador de la tienda el precio final ya tiene que incluir los impuestos, y el tipo general de la entrega de bienes y de los servicios en España es el 21 por ciento, como publica la Agencia Tributaria, aunque existen tipos reducidos para determinados bienes y decir que todo es el 21 por ciento sería un atajo falso, de modo que el precio que ve el consumidor y el precio que ve usted en nuestro presupuesto siguen siendo dos columnas distintas.

La factura electrónica estructurada es la tercera línea que los artículos de prensa más antiguos siguen fechando mal, aunque la Agencia Tributaria dice hoy que el registro de facturación de Verifactu no es una factura electrónica. Facturae lleva años siendo obligatorio para facturar a las administraciones públicas, y la Ley Crea y Crece fija además un calendario para la facturación electrónica entre empresas. No es la obligación de que cada tienda B2C emita mañana mismo facturas electrónicas a particulares, sino una razón para dejar preparada la conexión con la contabilidad si usted ya vende al Estado o va a vender a empresas en breve, y no es una razón para empezar por la Pro si los compradores son personas que necesitan catorce días de desistimiento, no un archivo Facturae.

El consentimiento de las cookies es otra línea que este artículo no reescribe: si el sitio web mide a los visitantes o muestra herramientas de terceros, el banner de cookies no es un adorno, y de lo que tiene que contener hemos escrito por separado. Tampoco este trabajo pertenece a la versión Pro, porque pertenece a cualquier sitio cuyas cookies no se limiten a las estrictamente necesarias, y el presupuesto que lo olvida no es más barato, sino incompleto.

Cuándo basta Basic y cuándo no lo decimos

La Basic basta cuando el proceso cabe en un catálogo con un precio, un idioma, un pago y un envío, y cuando el stock puede vivir en la propia tienda mientras los pedidos todavía no son muchos. A una tienda online muy pequeña con procesos estándar se lo decimos así, y se lo decimos también cuando el presupuesto de la Pro quedaría más impresionante, porque vender la Pro por un proceso que no existe es un cliente que, después del lanzamiento, pregunta por qué ha pagado cinco mil de más. Es una pregunta merecida, y preferimos no oírla, aunque eso signifique una línea más pequeña en este presupuesto.

La Pro merece la pena cuando alguna de las cinco líneas hace falta ya el primer día, no cuando «crezcamos», porque el segundo idioma, la segunda tabla de precios, la migración desde una tienda viva o el almacén sin el cual no se puede vender no son funciones de futuro. Son funciones del primer día, y esconderlas dentro de la Basic para que la cifra se quede en 4.500 € es trasladar la disputa a la semana en la que la tienda ya tiene que abrir. El alquiler merece la pena cuando hace falta la composición de la Pro pero no un pago único de 9.500 €, y cuando Laravel más nuestro alojamiento le convienen; no merece la pena como sustituto de la Basic, porque no compra una composición más barata, sino otro ritmo de pago por la misma composición.

La línea de sistema merece la pena cuando la palabra tienda ya no nombra el proceso: mientras podemos enseñar un carrito y un pago, nos quedamos en el producto tienda, pero cuando el pedido es una ruta por restaurantes, zonas y sistemas ajenos, lo llamamos por su nombre, aunque eso signifique una cifra de arranque más alta y una conversación más larga. La honestidad aquí no es un estilo de marketing, sino el modo de que el presupuesto, después del lanzamiento, siga siendo el mismo presupuesto que usted firmó, y es la única manera en que este artículo puede terminar: no con un resumen, sino con una elección que usted puede hacer antes de que alguien le haya vendido la línea equivocada.

Si quiere que leamos su proceso y le digamos cuál de estas líneas es la suya, escríbanos. A veces la respuesta más honesta es que basta con la Basic y que conviene guardar el dinero para el segundo año, no para la primera pantalla; a veces la respuesta es la Pro; a veces la respuesta es que la tienda no es el producto. Las tres son válidas, y solo una de ellas es la correcta en cada caso, y preferimos perder un presupuesto en el que hemos dicho la línea equivocada a ganar un proyecto en el que esa línea, después del lanzamiento, se convierte en un reproche.