El coste sigue al catálogo, el pago, los socios y si el miniprograma comparte IDs con un admin existente, no a un precio de folleto de una página.
Una superficie de contenido y formulario, un calendario de reservas y una tienda con reembolsos son tres bandas. Cotizar una tienda como si fuera un folleto es cómo explotan stock y reembolsos tras el lanzamiento.
Cuentas de personal, canje, reembolsos y extractos viven en el servidor. WeChat Pay necesita cuenta de comercio, reembolsos y a veces liquidación partida. Eso no es "ya que estamos".
Las plantillas salen rápido hasta que el stock multi-tienda, la liquidación partida o una conciliación ERP no se pueden cambiar. Cuanto más cerca esté el cuello de cómo cobráis de verdad, más trabajo a medida pertenece a la v1.
Os saltáis dos tiendas y añadís revisión de categoría WeChat. Si luego necesitáis una app de escritorio, presupuestad un segundo cliente sobre los mismos IDs: no asumáis que la cotización del miniprograma lo cubría.
Las cuentas individuales suelen ser solo de exhibición. Pago y categorías de empresa necesitan licencia. Confirmad la categoría antes de financiar el build.
Porque editar precio, stock y reembolsos nunca fueron un admin. Cada cambio se convierte en una republicación.
Exhibición, reserva o tienda; si hace falta pago; si varios puntos comparten stock. Basta para bandear el trabajo.
Decid exhibición, reserva o tienda, y si WeChat Pay va en la v1. Acotadlo en /es/miniprogram/.