Una sola persona,
a propósito.
Soy un arquitecto principal que trabaja solo. La contrapartida es real. Las protecciones que ofrezco frente a ella son la forma en que quiero que usted decida.
Por qué trabajo solo, y qué significa eso en la práctica.
Soy el arquitecto, el diseñador, quien construye y quien contesta el teléfono. No hay un equipo que absorba la carga, no hay un desarrollador junior a quien delegar, y no hay un gerente de cuenta entre usted y el trabajo. Ese es el modelo. Es una decisión deliberada. También es el riesgo estructural que usted debería pesar antes de firmar nada.
Lo que usted cede es un equipo que puede seguir avanzando si yo no estoy disponible por un tiempo. Lo que recibe a cambio es que la persona concreta que construyó cada pantalla y escribió cada línea de código de su proyecto sea la misma que corrige el error a las nueve de la noche de un martes, la que responde la pregunta a la mañana siguiente, y la que conoce el código archivo por archivo.
No vendo esto como universalmente mejor. Es lo correcto para algunos proyectos y lo incorrecto para otros. La página de abajo dice cuáles.
Cómo cierro la brecha.
Seis compromisos concretos que hacen del modelo de una sola persona una decisión segura.
Propiedad del código desde el primer día
Cada línea de código vive en su repositorio, no en el mío, desde el primer envío. Si algo me pasa, cualquier desarrollador senior de Next.js puede clonar el repositorio, instalar las dependencias y continuar el trabajo esa misma tarde.
Stack estándar, sin ataduras propietarias
Next.js, React, TypeScript, PostgreSQL, Vercel. Las mismas herramientas que usan los equipos de producto más grandes. Contratar a alguien que mantenga o extienda el trabajo después del lanzamiento es lo más reemplazable de todo el proyecto.
Contacto directo, sin capas
Las llamadas llegan a mi teléfono. Los correos llegan a mi bandeja. No hay niveles de soporte, no hay fila de triaje, y no hay un gerente de cuenta traduciendo su proyecto a quien de verdad lo construye.
Cada decisión es mía, revisada línea por línea
La arquitectura, las decisiones de diseño y el nivel de calidad son míos. Cada línea se revisa antes de entregarse, igual que un ingeniero senior de una empresa de producto revisa su propio trabajo. Uso las mismas herramientas modernas que usan esos equipos para entregar al ritmo y con la calidad que la mercadotecnia sugiere, pero nada le llega a usted sin que yo lo haya revisado.
Proceso documentado, pensado para la entrega
Cada proyecto lleva un documento de estado actual, una bitácora de decisiones y un mapa de arquitectura. El siguiente desarrollador que abra el proyecto, sea yo un año después o alguien más el mes que entra, puede ser productivo en una hora.
Calendario de reembolso por hitos en nivel empresarial
Para proyectos de nivel empresarial donde el calendario importa de verdad, ofrezco un esquema de reembolso ligado a los hitos. Si no puedo entregar un hito, los fondos ligados a ese hito regresan a usted. El contrato nombra qué lo activa y con qué calendario.
Cuándo no soy la opción correcta, con claridad.
Prefiero decírselo en la primera llamada que construir medio proyecto y entregárselo a otro. Los escenarios que lo descartan:
- Necesita acuerdos de nivel de servicio empresariales respaldados por contratos y garantías de disponibilidad.
- Necesita un equipo con iguala y varios frentes de trabajo corriendo al mismo tiempo.
- Necesita cobertura de guardia las veinticuatro horas, con alguien siempre localizable.
- Necesita un proveedor con diez años en el mercado y cien logotipos de clientes.
- Su proyecto requiere más horas de desarrollo por semana de las que una sola persona con experiencia puede entregar.
Qué preguntarme.
Traiga estas preguntas. Si las respuestas no se parecen a las de abajo, no soy el proveedor correcto.
¿Cuál es su política escrita si usted queda fuera a mitad del proyecto?
En proyectos de nivel inicial y profesional, el anticipo se reembolsa por hitos y se entrega el código fuente hasta el último hito completado, de modo que el proyecto es portable a otro desarrollador. En nivel empresarial, un desarrollador sucesor con nombre forma parte del contrato y recibe una pequeña iguala para estar disponible y tomar el proyecto si hace falta. El contrato nombra qué lo activa y con qué calendario.
¿Qué cuenta exactamente como una ronda de revisiones y qué activa el cobro por alcance?
Una revisión es un cambio al producto entregado que no cambia el alcance acordado en la carta de trabajo. Los niveles inicial y profesional incluyen dos rondas. El cobro por alcance se activa cuando un cambio agrega una página nueva, una integración nueva, una superficie de función nueva, o altera la lista de entregables que nombra la carta de trabajo. El trabajo por alcance se cotiza por adelantado, antes de hacerlo.
¿Cómo entrega un estudio de una sola persona a este ritmo sin recortar por dentro?
La arquitectura, las decisiones de diseño y el nivel de calidad son míos, y cada línea se revisa antes de entregarse, igual que un ingeniero senior de una empresa de producto revisa su propio trabajo. Sí, eso incluye las mismas herramientas modernas que usan esos equipos, asistentes de programación entre ellas. Las herramientas me ayudan a moverme rápido; el criterio sobre qué es correcto, y la revisión de cada línea, se quedan conmigo. Lo que usted paga, y lo que le llega, es el criterio.
¿Qué incluye el soporte de 30 días después del lanzamiento?
Corrección de errores, regresiones de rendimiento, errores de la consola de búsqueda, y cualquier entregable que no coincida con lo que nombra la carta de trabajo. No incluye: páginas nuevas, funciones nuevas, integraciones nuevas, ni cambios de diseño que usted decidió después del lanzamiento. Eso se cobra contra la iguala de mantenimiento o como un sprint de correcciones.
¿Qué pasa con mi iguala de mantenimiento si la cancelo y después necesito un arreglo?
La iguala es mes a mes, sin plazo forzoso. Puede cancelarla cuando quiera. Volver después es un cargo por incidente a la tarifa de consultoría por hora de $175, o se vuelve a suscribir a la iguala a la tarifa vigente en ese momento.
¿Voy a ser dueño del código fuente y de los datos?
Sí, por escrito, en el contrato, desde el primer envío. El repositorio vive en su cuenta de GitHub, o en la mía hasta que usted tenga una, momento en el que la propiedad se transfiere. La base de datos, la autenticación, la analítica y cualquier integración externa están en cuentas que usted controla o que se le transfieren en el lanzamiento. No hay ataduras.