Traducción al Español

He pasado los últimos dos años ayudando a casas de subastas a determinar si deberían seguir pagando cinco cifras mensuales a plataformas como HiBid y Proxibid o construir algo personalizado. La respuesta nunca es simple, y cualquiera que te diga que lo es no lo ha hecho realmente. Pero después de construir tres plataformas de subastas desde cero y migrar dos más desde SaaS heredados, tengo opiniones fuertes respaldadas por números reales. Déjame guiarte a través de todo — la versión honesta, no el discurso de ventas.

Auction Software: Build vs Buy — HiBid, Proxibid & Custom Alternatives

Tabla de contenidos

La verdadera decisión de construir vs comprar para software de subastas

Aquí está el marco que uso con cada cliente. Olvídate del consejo genérico sobre "competencia principal" — el software de subastas tiene características específicas que cambian el cálculo.

Califica estas dos dimensiones en una escala de 1 a 5:

  1. Importancia estratégica: ¿Define tu UX de subasta tu marca? ¿Están los postores eligiéndote por la experiencia, o a pesar de ella?
  2. Singularidad del flujo de trabajo: ¿Tienes reglas de puja propietarias, requisitos de cumplimiento de nicho o necesidades de integración que no se ajustan a plataformas estándar?

Si ambas puntuaciones caen en 1-2, compra SaaS y sigue adelante. Si alguna llega a 4-5, necesitas trabajo personalizado. El medio desordenado (puntuaciones de 3) es donde brilla el enfoque híbrido.

El informe Build vs. Buy 2026 de Retool encontró que el 35% de las empresas ya han reemplazado herramientas SaaS con software personalizado, y el 78% planea aumentar las compilaciones personalizadas este año. El sector de subastas no es una excepción — estoy viendo este cambio acelerarse, especialmente entre casas de subastas de mercado medio que realizan $5M-$50M en GMV anual y han alcanzado el límite de lo que HiBid o Proxibid pueden ofrecer.

Pero seamos brutalmente honesto: construir software de subasta personalizado es difícil. Subastas en tiempo real, depósito de pagos, prevención de fraude, capacidad de respuesta móvil, gestión de lotes con cientos de imágenes — esto no es una aplicación CRUD. Si subestimas la complejidad, te pasarás del presupuesto y enviarás algo peor que el SaaS que dejaste.

HiBid, Proxibid y AuctionWorx: lo que realmente estás obteniendo

Desglosemos los tres grandes actores. He usado todos ellos, integrado con sus APIs, y migrado clientes de cada uno.

HiBid

HiBid es el líder del mercado por una razón. Impulsan más de 25,000 subastadores y manejan subastas en vivo, programadas y simuladas. Su aplicación móvil es decente, tienen 200+ integraciones (QuickBooks, proveedores de envíos, etc.), y lanzaron detección de fraude basada en IA a principios de 2026.

Lo que es bueno: la confiabilidad es excelente. El tiempo de actividad es consistentemente superior al 99,9%. Su tecnología de simulcast — transmitir a un subastador en vivo mientras se aceptan ofertas en línea simultáneamente — es genuinamente impresionante y costaría una fortuna replicar.

Lo que no es: la personalización de la interfaz de usuario es limitada. Puedes cambiar colores y pegar tu logo, pero la experiencia del postor fundamentalmente se ve como... HiBid. Tu marca desaparece detrás de la suya. Y los precios se escalan con tu éxito, lo que comienza a doler.

Precios estimados de 2026: $500-$5,000/mes dependiendo del volumen, más tarifas por transacción. Los contratos empresariales se cotizan personalizadamente.

Proxibid

Proxibid se abrió camino en el nicho de equipos industriales y pesados. Si estás vendiendo combinadas John Deere o máquinas CNC, el grupo de postores de Proxibid es inigualable. Han invertido mucho en verificación de postores y agregaron capacidades de subastas Web3/NFT (aunque no he visto mucha tracción real allí).

Lo que es bueno: la audiencia integrada. El mercado de Proxibid trae compradores a ti. Su IA de detección de fraude es fuerte — importante cuando los lotes individuales pueden alcanzar seis o siete cifras.

Lo que no es: las tarifas son pronunciadas. Estamos hablando de comisión del 2-5% por lote además de tarifas mensuales de plataforma comenzando en $1,000+. Para una casa de alto volumen, esa estructura de comisión sangra margen rápidamente. Y si alguna vez quieres irte, tus datos de postores se quedan con ellos. Ese es el verdadero bloqueo.

AuctionWorx

AuctionWorx se dirige a operaciones de nivel empresarial con sistemas de gestión de pedidos, análisis en tiempo real y soporte multicanal. Es la más completa en características de forma inmediata.

Lo que es bueno: si necesitas capacidades de OMS, procesamiento de pagos compatible con PCI y reportes detallados sin construir nada, AuctionWorx lo entrega. Su panel de análisis es realmente útil, no solo métricas de vanidad.

Lo que no es: la curva de aprendizaje es pronunciada. La implementación toma semanas, no días. Y a $2,000-$10,000/mes más tarifas de transacción, estás haciendo un compromiso financiero serio antes de haber vendido un solo lote.

Plataforma Tipos de subasta Precios (Est. 2026) Personalización de UI Mercado de postores Calidad de API Mejor para
HiBid En vivo, programado, simulcast $500-$5K/mes + tarifas Limitada Sí (grande) Buena Subastadores tradicionales
Proxibid En vivo, programado, sellado 2-5% + $1K+/mes Limitada Sí (industrial) Moderada Equipos pesados, industrial
AuctionWorx Programado, en vivo, compra ahora $2K-$10K/mes + tarifas Moderada No Buena Operaciones empresariales
AuctionMethod Programado, en vivo $99-$499/mes Moderada No Básica PYMES, para comenzar
Compilación personalizada Cualquier cosa que diseñes $5K-$50K compilación + ops Completa Tú la construyes Eres el propietario Experiencias diferenciadas

Auction Software: Build vs Buy — HiBid, Proxibid & Custom Alternatives - architecture

Dónde las plataformas SaaS de subastas se quedan cortas

Mantengo una lista en ejecución de puntos débiles de clientes que vienen a nosotros queriendo dejar plataformas SaaS. Estos se presentan una y otra vez:

Dilución de marca

Tu sitio de subastas se ve como cualquier otro sitio de subastas en la misma plataforma. Los postores construyen lealtad a HiBid, no a ti. Cuando una casa de subastas competidora ofrece artículos similares, el costo de cambio para los postores es cero — ya están conectados a la misma plataforma.

Escalada de tarifas

El éxito se castiga. A medida que crece tu volumen, también lo hacen tus tarifas. Un cliente pagaba $4,200/mes a HiBid cuando vinieron a nosotros. Para una casa que hace $2M en GMV anual, eso es más de $50K/año antes de tarifas de transacción. La matemática deja de funcionar.

Propiedad de datos

Este es el que mantiene despiertos a los dueños de casas de subastas por la noche. Tus datos de postores, historial de pujas, patrones de comportamiento — todo vive en los servidores de alguien más. Intenta exportar un perfil de postor completo con historial completo desde cualquier plataforma importante. Obtendrás un CSV con direcciones de correo electrónico si tienes suerte.

Limitaciones de integración

¿Quieres conectar tu plataforma de subastas a un CRM personalizado? ¿Construir un algoritmo de precios propietario? ¿Integrar con un proveedor de envíos de nicho para artículos de gran tamaño? Estás a merced de las APIs que la plataforma expone. Y esas APIs a menudo se quedan años atrás en capacidades en comparación con la UI.

Experiencia móvil

La aplicación de HiBid funciona, pero es genérica. No puedes crear una experiencia móvil de marca que coincida con tu marketing. Para casas de subastas donde el 60%+ de las pujas provienen de móvil (que es la mayoría en 2026), esto es enormemente importante.

La ruta personalizada: arquitectura Next.js + Supabase

Si has decidido que las plataformas SaaS no están funcionando, aquí está la pila que recomiendo — y la que usamos en Social Animal para compilaciones de subastas personalizadas.

Por qué Next.js

Next.js 15 con el App Router te da todo lo que una plataforma de subastas necesita en el frontend:

  • Renderizado del lado del servidor para páginas de listado de subastas (crítico para SEO — quieres que Google indexe tus lotes)
  • Generación estática para subastas completadas y páginas de catálogo
  • Acciones del servidor para envío de pujas con validación de formularios integrada
  • Tiempo de ejecución edge para procesamiento de pujas de baja latencia globalmente
  • Optimización de imágenes de forma inmediata (los sitios de subastas consumen muchas imágenes — fotos de lotes, informes de condición, etc.)

Desplegado en Vercel, tu frontend se escala automáticamente. Sin planificación de capacidad para picos de tráfico en la noche de subastas.

Por qué Supabase

Supabase te da todo el backend en un paquete:

  • PostgreSQL para tu capa de datos — lotes, pujas, usuarios, facturas. Datos relacionales que realmente tienen sentido en una base de datos relacional.
  • Seguridad a nivel de fila (RLS) para aislamiento de postores — crítico al manejar transacciones financieras
  • Supabase Realtime para actualizaciones de pujas en vivo a través de WebSockets (más abajo)
  • Supabase Auth para registro de postores con proveedores OAuth y JWT
  • Edge Functions (basadas en Deno) para validación de pujas, temporizadores de subastas y manejadores de webhooks
  • Almacenamiento para imágenes de lotes con entrega automática de CDN

El nivel base comienza en $25/mes. Para una plataforma que maneja 10,000+ postores simultáneos, estás mirando $200-500/mes en costos de infraestructura. Compara eso con $5,000/mes para la empresa HiBid.

La arquitectura

┌─────────────────┐     ┌──────────────────┐
│   Next.js 15    │────▶│  Supabase Edge    │
│   (Vercel)      │     │  Functions        │
│                 │     │  - Validación de  │
│  - Listados SSR │     │    pujas          │
│  - UI de pujas  │     │  - Temporizador   │
│  - Panel admin  │     │    cron           │
│                 │     │  - Manejador de   │
└────────┬────────┘     │    webhook        │
         │              └────────┬─────────┘
         │                       │
         │    ┌──────────────────▼──────────┐
         └───▶│   Supabase                  │
              │   - PostgreSQL (pujas, lotes)
              │   - Realtime (WebSockets)   │
              │   - Auth (cuentas de postores)
              │   - Storage (imágenes de lotes)
              └──────────────┬──────────────┘
                             │
                    ┌────────▼────────┐
                    │  Stripe Connect  │
                    │  (Pagos)         │
                    └─────────────────┘

Código de ejemplo: suscripción a puja en tiempo real

Aquí está una versión simplificada de cómo manejamos actualizaciones de pujas en tiempo real en un componente cliente de Next.js:

// components/BidFeed.tsx
'use client';

import { useEffect, useState } from 'react';
import { createBrowserClient } from '@supabase/ssr';
import type { Bid } from '@/types/auction';

export function BidFeed({ auctionId }: { auctionId: string }) {
  const [bids, setBids] = useState<Bid[]>([]);
  const [highBid, setHighBid] = useState<number>(0);

  const supabase = createBrowserClient(
    process.env.NEXT_PUBLIC_SUPABASE_URL!,
    process.env.NEXT_PUBLIC_SUPABASE_ANON_KEY!
  );

  useEffect(() => {
    // Obtener pujas existentes
    const fetchBids = async () => {
      const { data } = await supabase
        .from('bids')
        .select('*')
        .eq('auction_id', auctionId)
        .order('amount', { ascending: false })
        .limit(20);

      if (data) {
        setBids(data);
        setHighBid(data[0]?.amount ?? 0);
      }
    };
    fetchBids();

    // Suscribirse a nuevas pujas
    const channel = supabase
      .channel(`auction-${auctionId}`)
      .on(
        'postgres_changes',
        {
          event: 'INSERT',
          schema: 'public',
          table: 'bids',
          filter: `auction_id=eq.${auctionId}`,
        },
        (payload) => {
          const newBid = payload.new as Bid;
          setBids((prev) => [newBid, ...prev].slice(0, 20));
          setHighBid((prev) => Math.max(prev, newBid.amount));
        }
      )
      .subscribe();

    return () => {
      supabase.removeChannel(channel);
    };
  }, [auctionId]);

  return (
    <div className="space-y-2">
      <div className="text-2xl font-bold text-green-600">
        Puja actual: ${highBid.toLocaleString()}
      </div>
      {bids.map((bid) => (
        <div key={bid.id} className="flex justify-between text-sm">
          <span>{bid.bidder_alias}</span>
          <span>${bid.amount.toLocaleString()}</span>
        </div>
      ))}
    </div>
  );
}

Y aquí está la Edge Function que valida y registra pujas:

// supabase/functions/place-bid/index.ts
import { createClient } from '@supabase/supabase-js';

Deno.serve(async (req) => {
  const { auction_id, amount, bidder_id } = await req.json();

  const supabase = createClient(
    Deno.env.get('SUPABASE_URL')!,
    Deno.env.get('SUPABASE_SERVICE_ROLE_KEY')!
  );

  // Obtener puja actual e estado de subasta atómicamente
  const { data: auction } = await supabase
    .from('auctions')
    .select('id, current_high_bid, min_increment, ends_at, status')
    .eq('id', auction_id)
    .single();

  if (!auction || auction.status !== 'active') {
    return Response.json({ error: 'Subasta no activa' }, { status: 400 });
  }

  if (new Date(auction.ends_at) < new Date()) {
    return Response.json({ error: 'Subasta terminada' }, { status: 400 });
  }

  const minBid = auction.current_high_bid + auction.min_increment;
  if (amount < minBid) {
    return Response.json(
      { error: `La puja mínima es $${minBid}` },
      { status: 400 }
    );
  }

  // Insertar puja y actualizar subasta en una transacción
  const { data: bid, error } = await supabase.rpc('place_bid', {
    p_auction_id: auction_id,
    p_bidder_id: bidder_id,
    p_amount: amount,
  });

  if (error) {
    return Response.json({ error: error.message }, { status: 500 });
  }

  return Response.json({ bid });
});

La función place_bid es una función PostgreSQL que usa SELECT ... FOR UPDATE para prevenir condiciones de carrera. Esto es crítico — sin esto, dos postores enviando al mismo milisegundo podrían "ganar" ambos.

Subastas en tiempo real: la parte más difícil de la que nadie habla

Cada presentación de plataforma de subastas pasa por alto las subastas en tiempo real como si fuera una característica de casilla de verificación. No lo es. Es el problema de ingeniería más difícil en todo el sistema.

Aquí está lo que realmente estás tratando:

Condiciones de carrera

Dos postores envían $500 exactamente al mismo tiempo. ¿Quién gana? Sin bloqueos de base de datos adecuados (no a nivel de aplicación — a nivel de base de datos), aceptarás ambas pujas o rechazarás ambas. Los bloqueos de fila FOR UPDATE de PostgreSQL resuelven esto, pero necesitas pensarlo desde el día uno.

Puja furtiva y cierres suaves

La mayoría de las subastas serias implementan un "cierre suave" — si una puja viene en los últimos 2-3 minutos, el temporizador se extiende. Esto requiere tiempo autorizado del servidor (nunca confíes en el cliente), temporizadores similares a cron que puedan ajustarse dinámicamente, y transmitir cambios de temporizador a todos los clientes conectados instantáneamente.

Las Edge Functions de Supabase con pg_cron pueden manejar esto, pero necesitas orquestación cuidadosa.

Latencia y equidad percibida

Un postor en Sídney y un postor en Chicago deberían tener aproximadamente igual capacidad para colocar pujas de último segundo. El despliegue de edge (Vercel Edge + opciones regionales de Supabase) ayuda, pero necesitas tener en cuenta la latencia variable en tu lógica de cierre suave.

Gestión de conexiones WebSocket

Durante una subasta caliente, podrías tener 5,000 postores observando el mismo lote. Eso es 5,000 conexiones WebSocket abiertas recibiendo cada actualización de puja. Supabase Realtime maneja esto bien hasta aproximadamente 10,000 conexiones simultáneas por proyecto en el plan Pro, pero necesitas pensar en el diseño de canales y el filtrado de mensajes.

Comparación de costos: desglose de TCO de 3 años

Aquí está la matemática que hago para clientes. Estos números vienen de proyectos reales, no de materiales de marketing de proveedores.

Categoría de costo HiBid (nivel medio) Proxibid Personalizado (Next.js + Supabase) Híbrido
Configuración año 1 $5,000 $10,000 $40,000-$80,000 $15,000-$30,000
Plataforma/alojamiento año 1 $24,000 $18,000 $3,600 $6,000
Tarifas de transacción año 1 $15,000* $40,000* $3,000 (solo Stripe) $8,000
Operaciones año 2 $39,000 $58,000 $15,000 (dev + infra) $20,000
Operaciones año 3 $39,000 $58,000 $15,000 $20,000
Total 3 años $122,000 $184,000 $76,600-$116,600 $69,000-$84,000

Estimaciones de tarifas de transacción basadas en GMV anual de $2M

La ruta personalizada cuesta más al inicio pero dramáticamente menos durante tres años. Y esa brecha se amplía cada año que operas. El enfoque híbrido — usar algo como AuctionMethod ($99-$499/mes) para operaciones de backend mientras construyes un frontend Next.js personalizado — a menudo alcanza el punto dulce.

Pero aquí está la advertencia que siempre doy: estos números asumen desarrollo competente. Una compilación personalizada mal hecha fácilmente puede costar 3-5 veces estas estimaciones. Necesitas desarrolladores que realmente hayan construido sistemas de subastas en tiempo real, no solo devs de React que piensen que suena interesante.

El enfoque híbrido que realmente funciona

El híbrido que he visto funcionar mejor en la práctica:

  1. Usa Supabase como tu backend — auth, base de datos, realtime, almacenamiento. Esto reemplaza el 80% de lo que AuctionWorx te da, a una fracción del costo.
  2. Construye un frontend Next.js personalizado — completamente de marca, optimizado para tus tipos específicos de subasta, móvil primero. Aquí es donde vive tu marca. Mira lo que es posible con desarrollo de CMS sin cabeza para gestionar contenido de subastas.
  3. Stripe Connect para pagos — maneja depósito, pagos multipartes, cumplimiento PCI. No construyas esto tú mismo. Simplemente no lo hagas.
  4. Selecciona cuidadosamente SaaS para problemas difíciles — transmisión de simulcast (si la necesitas), notificaciones por SMS, puntuación de fraude. Estos son servicios básicos que puedes conectar.

Esto te da propiedad completa de marca, propiedad de datos de postores, y la capacidad de construir características propietarias — mientras evitas la trampa de reconstruir problemas resueltos.

Hemos usado exactamente este enfoque para clientes en Social Animal, y los resultados hablan por sí solos. Si estás curioso sobre cómo se vería esto para tu situación específica, nuestra página de precios desglosa modelos de compromiso.

Cuándo comprar, cuándo construir, cuándo contratar

Déjame darte la versión directa:

Compra HiBid o AuctionMethod si:

  • Estás haciendo menos de $1M en GMV anual
  • Eres una casa de subastas tradicional que simplemente necesita estar en línea
  • No tienes $30K+ para desarrollo personalizado
  • Tu ventaja competitiva es tu inventario/experiencia, no tu tecnología
  • Necesitas lanzar en menos de 30 días

Construye personalizado si:

  • Estás haciendo $2M+ en GMV anual y las tarifas de plataforma se están comiendo tu margen
  • Tienes mecánicas de puja únicas (híbrido de sellado + en vivo, subastas holandesas, etc.)
  • La experiencia del postor ES tu ventaja competitiva
  • Necesitas integraciones profundas con sistemas propietarios
  • Tienes o puedes contratar un equipo técnico para mantenimiento continuo

Contrata una agencia (como nosotros) si:

  • Quieres personalizado pero no tienes capacidad de dev interna
  • Necesitas que la compilación se realice en 8-12 semanas, no 6-12 meses
  • Quieres alguien que haya resuelto problemas específicos de subastas antes
  • Necesitas soporte continuo sin la sobrecarga de un equipo de dev completo

El mercado de software de subastas se estima en más de $2B en 2026, con un crecimiento del 40% en soluciones personalizadas e híbridas impulsado por la frustración con el bloqueo de proveedores. No estás solo cuestionando si el modelo SaaS todavía tiene sentido para tu negocio.

Si estás inclinándote hacia personalizado o híbrido, comienza de a poco. Abre un proyecto de Supabase (el nivel gratuito es generoso), prototipa tu flujo de puja, y mira cómo se siente. Las mejores decisiones arquitectónicas provienen de la experimentación práctica, no de presentaciones.

Preguntas frecuentes

¿Cuál es el mayor riesgo de construir una plataforma de subasta personalizada? Subestimar la complejidad de las subastas en tiempo real. El bucle de envío de puja, validación y transmisión tiene que ser a prueba de balas. Condiciones de carrera, temporizadores de cierre suave, desconexiones de conexión durante pujas activas — estos son problemas de ingeniería difíciles. Si los haces mal, los postores pierden confianza y no regresan. Presupuesta el 40% de tu tiempo de desarrollo solo en el motor de subastas en tiempo real.

¿Puedo migrar mis datos de postores de HiBid o Proxibid? Técnicamente, la mayoría de plataformas te permiten exportar información básica de postores — correos electrónicos, nombres, direcciones. Pero el historial de pujas, datos de comportamiento y patrones de compromiso típicamente no son exportables. Esto es intencional; es cómo te mantienen bloqueado. Comienza a recopilar tus propios datos de primera parte en una plataforma personalizada lo antes posible, incluso si estás ejecutando un híbrido junto a tu plataforma SaaS.

¿Cuánto tiempo tarda en construirse un sitio de subastas personalizado con Next.js y Supabase? Un MVP funcional con subastas programadas, auth de usuario, colocación de pujas, actualizaciones en tiempo real y pagos de Stripe toma 8-12 semanas con un equipo experimentado. El simulcast en vivo agrega otras 4-6 semanas. Una plataforma completa con paneles de administración, reportes, optimización móvil y casos extremos manejados toma 4-6 meses. Las herramientas de desarrollo asistidas por IA han reducido estos plazos en aproximadamente el 30% comparado con hace dos años.

¿Es Supabase suficientemente confiable para transacciones financieras como pujas de subastas? Supabase se ejecuta en infraestructura de AWS e informa una disponibilidad del 99,9%+ en planes Pro. PostgreSQL en sí está probado en batalla para aplicaciones financieras — los bancos lo usan. Dicho esto, deberías implementar validación de pujas en funciones de base de datos (no solo código de aplicación), usar bloqueos de fila para manejo de pujas concurrentes, y mantener a Stripe como tu procesador de pagos para movimiento real de dinero. No almacenes datos de tarjetas de crédito en Supabase; déjale a Stripe manejar el cumplimiento PCI.

¿Cuál es la forma más barata de comenzar con subastas en línea? AuctionMethod a $99/mes es el punto de entrada SaaS de menor costo con características legítimas. Si quieres personalizado, el nivel gratuito de Supabase más el plan hobby de Vercel te permite prototipaje por $0/mes — aunque rápidamente superarás eso. Para un sitio personalizado listo para producción, presupuesta un mínimo de $15,000-$30,000 con una agencia o $5,000-$10,000 si tienes un desarrollador interno usando un enfoque de kit de inicio.

¿Cómo una plataforma de subasta personalizada maneja el depósito de pagos? Stripe Connect es la respuesta estándar en 2026. Creas una cuenta conectada para tu casa de subastas, recopilas pagos de postores ganadores en una cuenta de espera, y liberas fondos a los consignantes después de confirmación de entrega. Stripe maneja el cumplimiento, reportes 1099, y pagos multipartes. El costo de integración es típicamente 2.9% + $0.30 por transacción — menos que la comisión del 2-5% de Proxibid, y no estás pagando tarifas de plataforma además.

¿Debería usar Astro en lugar de Next.js para un sitio web de subastas? Astro es excelente para sitios con contenido pesado y mínima interactividad — piensa en catálogos de subastas o páginas de marketing. Usamos Astro para exactamente esos casos de uso. Pero para la interfaz de puja en sí, necesitas gestión de estado de React y capacidades en tiempo real. Una arquitectura inteligente usa Astro para páginas de catálogo de acceso público (rápidas, compatibles con SEO) y Next.js para la experiencia de puja autenticada. Algunos de nuestros clientes ejecutan ambos.

¿Qué pasa cuando mi subasta consigue 10,000 postores simultáneos? Con la pila Next.js + Supabase en Vercel, el frontend se escala automáticamente — la red edge de Vercel maneja picos de tráfico sin configuración. Supabase Realtime en el plan Pro admite hasta 10,000 conexiones simultáneas por proyecto, que cubre la mayoría de subastas. Para eventos verdaderamente masivos (galas benéficas, memorabilia de celebridades), agregarías un clúster Realtime dedicado o usarías un servicio como Ably como capa pub/sub suplementaria. El costo de infraestructura a esa escala es aproximadamente $500-$1,000/mes — aún una fracción de los precios de SaaS empresarial.