Cómo contratar a un desarrollador freelance

La mayoría de los proyectos de desarrollo fallidos no fueron mal codificados. Fueron mal especificados, contratados con la señal equivocada y entregados de forma tan incompleta que el siguiente desarrollador tuvo que empezar de nuevo. La parte técnica rara vez es donde se pierde el dinero.

Eso es una buena noticia para un comprador no técnico, porque significa que las decisiones más importantes son las que estás calificado para tomar. No necesitas evaluar el JavaScript de alguien para contratar bien. Necesitas poder describir el problema con precisión, reconocer evidencia relevante, hacer preguntas difíciles de engañar e insistir en una entrega que te deje con las llaves. Esta guía te acompaña a través de los cuatro puntos.

Decide qué vas a construir realmente

Empieza por el resultado, no por la tecnología. “Necesito una aplicación” no es un resumen; “los clientes necesitan reservar y pagar un espacio en su teléfono, y yo necesito ver las reservas de mañana en una lista” sí lo es. La segunda versión puede ser presupuestada, probada y discutida. La primera no.

Antes de hablar con nadie, anota cuatro cosas:

• El trabajo a realizarLo que un usuario debería poder lograr que hoy no puede. Una frase por capacidad, en el lenguaje del usuario en lugar de uno técnico.
• Los imprescindiblesEl puñado de cosas sin las cuales la construcción no tiene sentido. Si tu lista tiene más de seis, es una lista de deseos, no una especificación.
• Lo que ya existeSitio actual, alojamiento, dominio, proveedor de pagos, CRM, hojas de cálculo. Cada integración es trabajo, y las integraciones no declaradas son donde los presupuestos se rompen.
• Quién lo mantieneEl software no es una compra, es un compromiso. Decide ahora si retendrás al desarrollador, contratarás a otra persona o lo gestionarás tú mismo.

Una disciplina útil: describe la primera versión como lo más pequeño que sería genuinamente útil. Todo lo demás va en una segunda lista. Los desarrolladores presupuestan la primera lista; la segunda lista es lo que financias una vez que la primera está generando ingresos.

Qué tipo de desarrollador necesitas

“Desarrollador” abarca una docena de oficios distintos que no son intercambiables. Contratar al equivocado es el error de categoría más común y costoso en este proceso.

• Front-endLo que el usuario ve y toca: diseño, interacción, capacidad de respuesta, accesibilidad. Contrata para un rediseño, un sitio de marketing o una nueva interfaz en un sistema existente. Consulta freelancers de desarrollo front-end.
• Back-endDatos, lógica, APIs, autenticación, pagos. Contrata cuando el valor está en lo que sucede después de presionar el botón. Consulta freelancers de desarrollo back-end.
• Full-stackAmbos, con un estándar de trabajo. La elección correcta para la mayoría de las construcciones pequeñas, porque la coordinación entre dos especialistas cuesta más de lo que ahorra a pequeña escala.
• CMS y plataformaWordPress, Shopify, Webflow y similares. Si tu requisito se cumple con una plataforma existente, contratar a un desarrollador personalizado para reconstruirlo es dinero quemado. Consulta desarrollo de WordPress y desarrollo de Shopify.
• MóviliOS o Android nativo, o multiplataforma. Una disciplina genuinamente diferente de la web, con sus propias restricciones de revisión y lanzamiento en la tienda. Consulta desarrollo de aplicaciones móviles.
• Mantenimiento y correccionesDepuración, actualizaciones, rendimiento, seguridad. A menudo, la contratación de mayor valor de todas, y la que los compradores posponen más tiempo. Consulta mantenimiento de sitios web.

Si realmente no puedes saber cuál necesitas, eso en sí mismo es un trabajo pequeño, barato y bien definido: paga a un desarrollador experimentado por una breve conversación de alcance antes de encargar cualquier cosa.

Elegir la tecnología antes que la persona

No necesitas elegir el idioma. Sí necesitas tomar una decisión: plataforma o personalizado. Tiene más efecto en tu costo total que cualquier otra elección en esta guía.

Una construcción de plataforma —WordPress, Shopify, Webflow, una herramienta sin código— significa que la mayor parte del software ya existe y estás pagando por la configuración, el diseño y las partes que son específicas para ti. Es más rápido, más barato y más fácil de entregar a la siguiente persona, porque miles de desarrolladores lo conocen. El límite es que vives dentro de las suposiciones de la plataforma.

Una construcción personalizada significa que el software está escrito para ti. Se ajusta exactamente, y cuesta varias veces más crear y mantener, porque solo la persona que lo escribió lo conoce hasta que lo documenta. Personalizado es la respuesta correcta cuando lo que haces es el producto; es la respuesta incorrecta para un sitio de folletos o una tienda estándar.

Dos reglas prácticas. Primero, si una plataforma principal hace el ochenta por ciento de lo que necesitas, empieza por ahí y paga por el veinte por ciento restante. Segundo, sea lo que sea que se elija, pregunta por qué — un desarrollador que no puede explicar la elección en términos de tus requisitos está eligiendo lo que le gusta, no lo que necesitas. Si estás considerando la construcción de un sitio completo, nuestra guía de costos de sitios web establece los rangos.

Redactar un informe para que un desarrollador pueda citar

Un buen informe técnico es breve y específico. No le dice al desarrollador cómo construir; le dice lo que debe ser cierto cuando haya terminado.

• El problema, en un párrafo. Qué está sucediendo ahora y por qué no es aceptable.
• Las historias de usuario. “Como cliente, puedo… para que…”. De cinco a quince de estas es una especificación real.
• Las integraciones. Nombra cada sistema externo por su nombre, incluidos los que consideras triviales.
• Lo que estás suministrando. Copia, imágenes, diseños, inicios de sesión, datos de prueba. Las lagunas no declaradas se convierten en horas facturables.
• Restricciones. Fecha límite, rango de presupuesto, alojamiento en el que debes permanecer, cumplimiento que debes cumplir.
• La definición de terminado. Desplegado dónde, probado cómo, documentado a qué nivel, entregado con qué.

Incluye un rango de presupuesto. Los compradores lo retienen esperando una cotización más baja; en la práctica, solo produce propuestas dirigidas a la escala incorrecta, y pierdes una ronda de correspondencia descubriendo eso. Nuestra guía para escribir un informe de proyecto que obtenga excelentes propuestas tiene una plantilla más completa, y precio por hora vs. precio fijo explica qué modelo de precios solicita tu informe.

Crear una lista corta

Busca de tres a cinco candidatos. Menos y no tendrás comparación; más y no harás la evaluación correctamente en ninguno de ellos.

Hay dos direcciones desde las que buscar. Comienza desde el trabajo si tu trabajo está bien definido y quieres comprar algo específico — navega por listados de precio fijo en desarrollo de sitios web, desarrollo de software o aplicaciones web, o por mercado en diseño web, desarrolladores de WordPress, desarrollo de aplicaciones móviles o expertos en Shopify.

Comienza desde la persona si el trabajo necesita discusión. Busca desarrolladores por disciplina o por herramienta — React, WordPress, PHP, Python o Webflow — o publica el informe y deja que las propuestas lleguen a ti. En Zinn Hub, publicar un proyecto es gratis, y puedes dirigirlo a un área específica como desarrollo de sitios web, desarrollo de back-end o desarrollo de aplicaciones móviles.

Filtra rigurosamente por relevancia y ligeramente por todo lo demás. Un desarrollador que ha entregado tres cosas como la tuya supera a uno con el doble de experiencia en un dominio diferente, casi siempre.

Cómo leer un portafolio de desarrollador

No puedes auditar el código de alguien, y no necesitas hacerlo. Un portafolio aún te dice mucho si sabes qué buscar.

• Abre los enlaces en vivo. Una captura de pantalla no prueba nada. Carga el sitio en tu teléfono, úsalo, rómpelo. Cualquier cosa rota hoy fue aprobada rota.
• Busca problemas como los tuyos. No la misma industria, sino la misma forma. Un flujo de reservas es un flujo de reservas, ya sea que venda cortes de pelo o helicópteros.
• Verifica lo que hicieron. En proyectos de equipo, pregunta qué partes fueron suyas. “Trabajé en ello” puede significar mucho o muy poco.
• Prueba lo básico tú mismo. ¿La página carga rápidamente? ¿Funciona en un teléfono? ¿Los formularios son utilizables con un teclado? Estas son señales de artesanía que un comprador no técnico puede leer perfectamente bien.
• Lee las reseñas como un cuerpo de evidencia. Una reseña brillante es ruido. Un patrón en muchas, especialmente sobre comunicación y plazos, es una señal. En Zinn Hub, las reseñas requieren una compra confirmada.
• Pregunta qué salió mal. La respuesta más fuerte a “cuéntame sobre un proyecto que salió mal” es una historia específica, poco halagadora y bien analizada. No existe un desarrollador con solo proyectos sin problemas.

Para una versión sistemática de esto, consulta nuestra lista de verificación de 12 pasos para la selección de freelancers.

Preguntas que hacer antes de contratar

El objetivo no es pillar a nadie. Es escuchar cómo piensa alguien cuando la respuesta no está ensayada.

• Explica una construcción anterior“Guíame a través de uno de estos proyectos y las compensaciones que hiciste.” Un buen desarrollador nombrará algo que eligió no hacer y por qué. La jerga sin compensaciones es una señal de advertencia.
• Qué te preocupa aquíPregunta cuál es la parte más arriesgada de tu informe. Cualquiera que diga “nada, es sencillo” no lo ha leído correctamente.
• Qué falta“¿Qué necesitarías de mí que no he proporcionado?” Los candidatos fuertes responden esto de inmediato y en detalle.
• Cómo veré el progresoUn enlace de staging, una actualización semanal, un tablero compartido. Cualquier respuesta está bien; ninguna respuesta no lo está.
• Qué sucede después del lanzamientoVentana de errores, términos de soporte, documentación. Acuerda esto antes de empezar, no cuando algo se rompa.
• Quién es el propietario del códigoPregunta directamente. La respuesta debe ser tú, en el momento de la entrega, por escrito, incluyendo todo lo necesario para ejecutarlo.

Prueba antes de comprometerte

El seguro más barato disponible para un comprador es un pequeño trabajo pagado antes de uno grande. No una prueba no remunerada, que los buenos freelancers rechazan y que no te dice nada sobre cómo se comporta alguien cuando hay dinero de por medio, sino una tarea real, pequeña y pagada.

Una buena tarea de prueba es representativa, autónoma y se puede terminar de una sentada: arreglar un error específico, hacer que una página sea responsiva, agregar un formulario y conectarlo, mejorar una página lenta. Lo que realmente estás evaluando no es el código. Es si hicieron una pregunta aclaratoria antes de comenzar, si entregaron lo que se pidió en lugar de lo que preferían, si explicaron lo que hicieron y si el plazo que dieron fue el plazo que obtuviste.

En Zinn Hub, el formato natural es un Micro Zinn — una tarea de precio fijo a $5, $10, $15 o $20. Explora correcciones de errores y pequeñas tareas de código o correcciones y ajustes de errores de sitios web, o comienza desde un precio con $20 Micro Zinns. Nuestra guía sobre cómo probar a un freelancer antes de comprometerte cubre cómo estructurar y juzgar la prueba.

Cuánto cuesta y cómo pagar

El precio del desarrollo varía más que cualquier otra categoría de freelance, porque el trabajo varía más. Lo que sigue son bandas de mercado típicas para todo el trabajo, no precios de Zinn Hub, y cada freelancer establece los suyos propios.

• Tarea pequeña

  Menos de $200

  Una corrección de errores, un conflicto de plugins, un formulario, un pase de velocidad, una pequeña característica en una construcción existente. Mejor comprarlo como una tarea de precio fijo.

• Construcción estándar

  $500–$2,000

  Un sitio o tienda basado en plataforma: configuración de tema, varias plantillas de página, formularios, integraciones básicas, lanzamiento.

• Avanzado

  $2,000–$8,000

  Funcionalidad personalizada, cuentas e inicios de sesión, pagos, integraciones de terceros o un diseño a medida implementado desde cero.

• Aplicación

  $8,000+

  Un producto de software real: sistemas multirol, paneles de control, aplicaciones móviles, cualquier cosa con lógica de back-end significativa e ingeniería continua.

Los costos varían según el alcance, la complejidad y la experiencia. Utilice las bandas para verificar la coherencia de un presupuesto en lugar de como una tarifa; si un número se encuentra a dos bandas de donde pertenece su resumen, esa brecha es la conversación que vale la pena tener.

En Zinn Hub, cada Zinn tiene un precio establecido por su Zinner, los compradores no pagan tarifa de plataforma, y todos los precios están en USD con un equivalente aproximado mostrado en su propia moneda. Un pedido se paga y protege como una única cantidad total; no hay liberación por etapas o hitos, por lo que una construcción por fases se realiza como pedidos separados o se acuerda como fases con precios separados en el resumen de su proyecto. Elija un Zinner protegido por la plataforma y su pago será retenido por Zinn Hub hasta que el pedido se complete; cualquier reembolso se acreditará a su Zinn Wallet en su totalidad, en USD. Los Zinners que conectan su propia cuenta de PayPal o Stripe reciben el pago directamente al finalizar la compra.

Propiedad, acceso y traspaso

Esta es la sección que los compradores se saltan y luego lamentan. Acuerde todo por escrito antes de que comience el trabajo, porque después de la entrega no le quedará ninguna influencia.

• Cuentas a su nombre. El dominio, el alojamiento y cualquier servicio de terceros deben registrarse a su nombre, con el desarrollador añadido como usuario. Nunca al revés.
• Propiedad del código en la entrega. Indique claramente que, con el pago final, el trabajo es suyo para usar, modificar y llevar a otro lugar. Pregunte sobre cualquier componente de terceros con sus propias licencias.
• Acceso al repositorio. Incluso si nunca lo abre, debe poder dárselo al siguiente desarrollador.
• Credenciales, todas ellas. Inicios de sesión de administrador, claves API, acceso a la base de datos, acceso de implementación — transferidos y confirmados como funcionales antes del pago final.
• Documentación. Una breve nota escrita sobre cómo implementar, dónde residen las cosas y qué hacer si falla. Una página es suficiente; nada no lo es.
• Una ventana de errores. Un período definido después del lanzamiento en el que los defectos genuinos se corrigen sin costo adicional. Treinta días es una solicitud común y razonable.

Los términos de derechos de autor y licencias varían según el país y el contrato, así que considere esto como una guía general en lugar de asesoramiento legal y obtenga asesoramiento profesional sobre cualquier cosa comercialmente significativa.

Errores que hunden proyectos de desarrollo

• Contratar antes de que exista el resumen. Cada hora dedicada a especificar ahorra varias en construcción y reelaboración. Nada más en esta lista importa tanto.
• Elegir solo por precio. El presupuesto más bajo suele ser el que menos entendió, y la diferencia surge como solicitudes de cambio.
• Añadir alcance discretamente. Las pequeñas solicitudes durante una construcción son la forma en que los precios fijos se convierten en disputas. Agrúpelas, póngales precio, decida sobre ellas.
• Sin entorno de ensayo. Revisar el trabajo solo cuando está en vivo es la forma en que los clientes, en lugar de usted, descubren un sitio roto.
• Saltarse la verificación móvil. La mayoría de sus visitantes están en un teléfono. No apruebe nada que no haya abierto en uno.
• Dejar el traspaso para el final. El momento de acordar el acceso y la propiedad es antes del primer commit, no durante la última factura.
• Sin plan de mantenimiento. El software se deteriora. Presupueste actualizaciones, copias de seguridad y seguridad desde el primer día, o pague un rescate más tarde.
• Ignorar las señales de advertencia. Las respuestas vagas, los pequeños plazos incumplidos y la presión para pagar fuera de la plataforma están cubiertos en nuestra guía sobre estafas comunes de freelancers.

Si aún está decidiendo si un freelancer es la ruta correcta, freelancer vs agencia compara honestamente a los dos para una construcción de pequeña empresa.