Sitios web, servicios web, bots, integraciones y automatización. Asumo la tarea completa —desde plantearla hasta tener una versión operativa en producción— y respondo yo solo del resultado, sin que el trabajo pase de un proveedor a otro.
Con qué suele llegar la gente
Un mismo sistema de responsabilidad, sea cual sea la ruta. Abajo, las cuatro etapas y el resultado con el que termina cada una.
ResultadoUn MVP que funciona, con primeros usuarios y un plan claro para las siguientes iteraciones.
ResultadoUn proceso repetible con sistemas conectados, resultados claros y una gestión visible de los errores.
ResultadoUn diagnóstico, un plan priorizado y una versión estable que funciona, sin reescribirlo todo por inercia.
Seis preguntas en palabras sencillas. El resultado es un brief listo para llevar a cualquier desarrollador. Sin registro, sin correo, sin llamadas.
La herramienta nunca da un precio: sin datos de partida sería un número inventado. En su lugar, muestra de qué depende el precio.
Proyectos comerciales bajo NDA: muestro el contexto, las decisiones y el resultado, nunca los datos del cliente.
El recorrido completo del producto: investigación, arquitectura, MVP, primeros usuarios, primeras ventas e integraciones corporativas.
Resultado El producto pasó de la hipótesis a las primeras ventas y funciona como SaaS. Producto, arquitectura, desarrollo, infraestructura BackendFrontendPostgreSQLREST API+2Evolución segura de una plataforma corporativa en producción: administración, planes, branding y sincronización sin romper los flujos de trabajo legacy.
Resultado Nuevas funciones desplegadas en un sistema multicliente en producción, sin tiempo de inactividad. Frontend y backend dentro del equipo de producto AngularAngularJSTypeScriptREST API+4Desarrollo y mantenimiento de interfaces web para una plataforma de telecomunicaciones en producción: tablas, filtros, API REST y un stack legacy mixto.
Resultado Las partes legacy se mejoraron de forma incremental, sin detener un sistema crítico. Frontend, integración con API REST, revisión de código AngularAngularJSExtJSTypeScript+4Cada etapa termina con un resultado verificable, no con la promesa de la siguiente.
Los límites se fijan de antemano: esas son las condiciones.
No un gestor con una cadena invisible de subcontratistas, sino la persona que ve todo el resultado y responde de él.
Si el alcance crece, me detengo y explico por qué, en lugar de ampliar la factura en silencio.
Versiones intermedias y etapas verificables en lugar de un único gran estreno al final.
Los proyectos comerciales nunca se divulgan sin autorización: los casos se anonimizan y sus límites se indican con claridad.
Mi trabajo de ingeniería anterior incluye algoritmos de procesamiento de señales, microprocesadores, cálculos y documentación técnica. No lo ofrezco como un servicio habitual; demuestra que puedo profundizar cuando un problema exige matemáticas y pensamiento sistémico.
Usted describe la tarea en palabras sencillas; yo le devuelvo un resumen breve: el primer paso, el riesgo principal y en qué puede ahorrarse dinero con tranquilidad. No le compromete a nada y es suyo aunque nunca trabajemos juntos.
El alcance de la primera versión. Con cuántos sistemas externos hay que comunicarse. El nivel exigido de fiabilidad y control. En proyectos existentes, el estado real del código, que solo se ve desde dentro.
Cuando los límites de la primera versión quedan por escrito. Entonces es una estimación fija para esa etapa, no aproximada, y no se mueve mientras no se mueva el alcance.
Por qué aquí no hay un «desde N»: esa cifra no aporta información. Dar un precio antes de hablar significa o rebajarlo para que usted escriba, o inflarlo por si acaso. En ambos casos, más adelante oirá otra cifra. Prefiero darla una sola vez.
Una cifra exacta sin datos de partida sería un número inventado. El costo depende del número de sistemas externos, del volumen de datos que hay que mover, del nivel de fiabilidad exigido y de cuánta interfaz necesitan los usuarios externos. La estimación llega tras una breve revisión de la tarea, antes de empezar a trabajar, y se fija junto con el alcance de la primera versión.
Suyos. El código fuente, el repositorio y los accesos a servidores y servicios se entregan al cliente; no se los queda el desarrollador. Lo mismo vale para las versiones intermedias: usted nunca queda como rehén a mitad del proyecto.
Sí. Para las tareas pequeñas basta con acordar por escrito el alcance y las condiciones de pago; las grandes llevan un contrato con etapas y aceptación formal. Firmo NDA sin objeciones.
Las versiones intermedias se muestran sobre la marcha, no al final, así que cualquier desajuste aparece cuando todavía es barato corregirlo. Los errores dentro del alcance acordado se corrigen sin costo adicional. Si la tarea resulta ser distinta de lo que fijamos, lo hablamos en lugar de rehacerla en silencio.
Recibe el código, los accesos y una guía breve para ponerlo en marcha y actualizarlo. A partir de ahí, o lo sigue desarrollando usted, o acordamos el soporte por separado. No creo a propósito una dependencia de mí.
La revisión de la tarea suele llegar en uno o dos días. El inicio del trabajo depende de mi carga actual, y soy franco al respecto: si la próxima ventana libre es dentro de tres semanas, lo sabrá de inmediato, no después de acordar las condiciones.
Sí, y en un proyecto desconocido o arriesgado ese es el orden correcto: ScopeMap, luego una breve revisión o un diagnóstico y solo entonces la decisión de empezar.
Sí. Primero reproduzco el problema y examino la estructura. Solo propongo reescribirlo todo cuando está demostrado que es más seguro y más barato.
Escribir código, revisar un repositorio ajeno de gran tamaño, conjuntos completos de pantallas y estimaciones detalladas son trabajo de pago. El paso gratuito muestra el razonamiento, no una parte del encargo.
Empiece con ScopeMap o describa qué ocurre hoy y qué debería ocurrir en su lugar. Le propondré un primer paso seguro.