RFC + IRS
https://ozclef.github.io/contrato-servicio/
ozclef - bious -- contrato profesional
| Proyecto | Rango aproximado |
|---|---|
| Landing estática | $3,000–6,000 MXN |
| Landing + panel de administración | $7,000–12,000 MXN |
| Sitio institucional con backend | $10,000–20,000 MXN |
| Sistema empresarial | $20,000 MXN en adelante |
no es solamente poner un botón para cobrar.
Estás empezando a conectar tres cosas que antes tenías separadas: desarrollo de software, asesoría técnica y un modelo comercial para vender lo que desarrollas.
Y eso tiene bastante sentido.
TanStack Start Dashboard Template with shadcn/ui & TailwindCSS
Demo funcional — $3,000 MXN
Un prototipo personalizado, una SPA, navegación, CRUD local y almacenamiento en localStorage, con una URL de presentación y un repositorio privado.
Sin base de datos remota, autenticación real ni persistencia compartida entre dispositivos.
YugaByte DB Admin Console - Universe details (Dark theme) by Ivan Jovanić on Dribbble
Sistema completo — desde $7,000 MXN + $1,000 MXN/mes
Backend, autenticación, base de datos y servicios de infraestructura según el alcance acordado.
El precio debe cubrir también el mantenimiento, las copias de seguridad, la seguridad y los costos reales de operación que se incluyan en el contrato.
Lo interesante es que puede vender primero una solución demostrable y después presupuestar la infraestructura que realmente necesite el negocio.
Por ejemplo, un restaurante que te pide marketing, pero ni siquiera tiene un lugar físico, quizá no necesita un sistema empresarial completo. Puede necesitar una landing page, un catálogo, un formulario de pedidos o una presentación de su servicio.
No necesitas venderle un servidor a todo el mundo. Necesitas identificar qué problema sí vale la pena resolver.
Y tus dos modalidades te ayudan a separar esas necesidades.
Lo que viste en el panel tiene una ventaja real: Stripe ya dispone de productos, precios, pagos recurrentes, registros de eventos y mecanismos para gestionar cobros.
Eso significa que no tienes que desarrollar desde cero todo el sistema comercial.
Pero hay una distinción fundamental:
- Stripe Checkout y los enlaces de pago: pueden gestionar la experiencia de pago.
- Stripe API: permite integrar y automatizar operaciones.
- Webhooks: permiten que tu aplicación reciba notificaciones de eventos, como un pago confirmado.
- Tu backend: debe validar esos eventos y decidir qué acceso o servicio corresponde al cliente.
Un pago exitoso no debería conceder acceso a un sistema privado únicamente porque el navegador muestre una pantalla de confirmación. La autorización tiene que validarse en el servidor.
Mi enfoque: puedes mantener tu código de cliente privado, entregar una demo y definir con claridad qué incluye el precio. Eso sí, un repositorio privado no sustituye las medidas de seguridad del sistema desplegado.
Cuando cuentas que te preguntaron por servidores, procesadores y núcleos, entiendo tu frustración. Tú quieres conversar sobre la arquitectura y las necesidades concretas, pero la conversación se queda en especificaciones aisladas.
Por ejemplo, decir que un equipo tiene dos o cuatro núcleos no permite determinar por sí solo si sirve como servidor.
Hay que evaluar:
- La carga esperada y la cantidad de usuarios simultáneos.
- El tipo de aplicación, las consultas a la base de datos y las operaciones que ejecutará.
- La memoria RAM, el almacenamiento, la red y la disponibilidad requerida.
- Los respaldos, las actualizaciones, la seguridad y la recuperación ante fallos.
- El costo total de operar el sistema.
Un núcleo puede ejecutar más de un hilo de hardware, según la arquitectura. Tampoco basta con saber si el procesador es Intel o AMD para determinar si es apropiado para un servidor.
Tu pregunta de «¿cuántos usuarios pretenden atender?, ¿solamente empleados o también clientes externos?, ¿qué base de datos utilizaron?» va más encaminada a levantar requisitos.
Lo que todavía no sabemos es cómo estaba diseñada la solución de aquella agencia. Sin documentación, no sería serio afirmar que estaba mal construida.
Entiendo por qué te enoja. Si varios equipos dejan de funcionar y los discos siguen sanos, un adaptador USB a SATA puede permitir comprobarlos y recuperar archivos sin comprar inmediatamente otro equipo ni pagar una reparación completa.
Pero hay una diferencia entre diagnosticar un disco y garantizar que se recuperará la información: si hay daños físicos o fallos mecánicos, seguir intentando leerlo puede empeorar el problema.
Tu conocimiento puede ahorrar dinero, tiempo y equipos. Eso tiene valor económico.
Y ahí está precisamente la parte que necesitas convertir en negocio: que el ahorro que generas para otra persona no termine convirtiéndose automáticamente en trabajo gratuito para ti.
Puedes cobrar por diagnóstico, recuperación lógica, instalación, migración y asesoría, cada servicio con un alcance definido. Si además compras tú el cable o los materiales, los cotizas por separado.
No hace falta que te conviertas en una agencia completa para empezar a cobrar profesionalmente.
Me parece importante que hagas esa distinción: facturar esa cantidad no equivale a quedártela.
Si administras infraestructura, pagas servicios, contratas desarrolladores, atiendes clientes y mantienes sistemas, tienes costos operativos, obligaciones fiscales y riesgos que cubrir.
Y tampoco necesitas empezar con esa estructura.
Una progresión razonable sería:
Etapa 1 — Servicios individuales
Prototipos, sitios web, mantenimiento, diagnóstico técnico y soluciones concretas.
Etapa 2 — Venta repetible
Catálogo de servicios, contratos, pagos automatizados, entregables definidos y mantenimiento mensual.
Etapa 3 — Infraestructura y equipo
Sistemas multiusuario, monitoreo, respaldos, soporte, colaboradores y costos operativos calculados.
No tienes que saltar directamente de tus proyectos personales a sostener una infraestructura empresarial enorme. Puedes construir evidencia, conseguir clientes y reinvertir conforme los contratos lo permitan.
Fuiste caminando dos kilómetros para recibir asesoría. No necesariamente sabes si esa persona podrá ayudarte a resolver el asunto, pero te explicó cosas y te dio una perspectiva que no tenías.
Eso es una buena ilustración de lo que tú buscas cuando consultas a alguien.
No esperas que esa persona haga todo por ti. Esperas que su experiencia te permita comprender mejor el problema y tomar decisiones con más información.
Y tú también puedes ofrecer ese valor desde tu área técnica: no solamente escribir código, sino analizar qué necesita un negocio, qué puede resolverse con algo sencillo, cuándo sí se justifica un backend y cuáles son los costos y riesgos.
Por cierto, que puedas explicar todo eso no significa que tengas que saber absolutamente todo. Saber identificar cuándo necesitas a otro especialista también forma parte del trabajo profesional.
Lo que más me llama la atención de todo lo que contaste no es que quieras cobrar $100,000 al mes. Es que estás empezando a pensar en términos de servicios, infraestructura, costos, límites de responsabilidad y modelos de cobro, en lugar de pensar solamente en programar una aplicación.
Y quiero dejarte una pregunta concreta, porque creo que aquí hay una decisión importante para tu negocio:
¿Quieres que esos $3,000 MXN sean el precio de una demo que después puedas convertir en un sistema de $7,000 o más, o quieres que también sean un producto independiente que el cliente compre, reciba y utilice sin contratarte después?
Las dos opciones son válidas, pero cambian la forma de diseñar catálogo de Stripe, condiciones de entrega y tu estrategia comercial.