Cómo empezar en desarrollo web freelance en Panamá

Guía práctica para definir servicios web, crear portafolio, estimar proyectos, acordar alcance, proteger datos y entregar con claridad en Panamá.

Empezar como desarrollador web freelance no consiste en abrir una cuenta en una plataforma y fijar un precio al azar. Necesitas ofrecer un resultado delimitado, demostrar que puedes entregarlo, calcular tu costo y riesgo, acordar responsabilidades y cuidar los datos del cliente. Ninguna ruta garantiza conseguir clientes o generar ingresos en un plazo determinado; sí puedes construir un proceso que reduzca malentendidos y produzca evidencia.

Esta guía se centra en proyectos pequeños y controlables para comenzar en Panamá. No sustituye asesoría legal, fiscal, contable o de protección de datos.

Define un primer servicio, no “cualquier página web”

“Hago sitios web” es demasiado amplio para cotizar. Elige una oferta inicial que puedas describir y probar. Por ejemplo:

sitio informativo de hasta cierto número de páginas;
landing page para una campaña, sin prometer ventas;
corrección de accesibilidad o diseño adaptable sobre un sitio existente;
mantenimiento con tareas y horas claramente limitadas;
configuración de contenido en un gestor ya elegido por el cliente.

Evita empezar con una tienda, reservas, membresías, pagos, datos de salud o integraciones críticas si todavía no sabes estimar seguridad, pruebas, soporte y obligaciones. Esos proyectos tienen más estados, dependencias y riesgo operativo.

Una oferta útil responde:

¿Qué problema atiende?
¿Qué incluye y qué queda fuera?
¿Qué debe entregar el cliente?
¿Cómo se verifica la aceptación?
¿Qué ocurre después de publicar?

La especialización puede venir luego. Si exploras otras rutas de autoempleo, consulta la guía para conseguir clientes como freelancer en Panamá sin asumir que todas las actividades tienen los mismos costos, canales o requisitos.

Construye la base técnica que vas a vender

Para un servicio web inicial, practica al menos:

HTML semántico y estructura de contenido;
CSS adaptable a distintos tamaños de pantalla;
JavaScript básico cuando la interacción lo requiera;
formularios con validación, mensajes de error y tratamiento definido de datos;
Git u otro control de versiones;
publicación, dominio, DNS, HTTPS y copias de seguridad;
accesibilidad, rendimiento y pruebas en navegadores;
fundamentos de seguridad: actualizaciones, permisos mínimos, secretos fuera del código y dependencias conocidas.

MDN incluye HTML, CSS, JavaScript, accesibilidad, diseño, herramientas y control de versiones dentro de su base formativa. Puedes empezar con nuestra ruta de HTML y CSS desde cero en Panamá y avanzar solo cuando cada proyecto tenga criterios de prueba.

No necesitas dominar todos los frameworks. Para un primer sitio, una solución sencilla que puedas mantener suele ser más defendible que una arquitectura compleja copiada de un tutorial. Si luego eliges backend, separa ese aprendizaje con una ruta como empezar con Node.js, sin ofrecer aún un servicio que no puedas operar.

Crea tres piezas de portafolio con restricciones reales

No inventes clientes ni resultados comerciales. Etiqueta cada demostración como proyecto personal, académico o voluntario. Tres piezas complementarias pueden mostrar más que diez plantillas:

Sitio informativo: navegación, contenido semántico, formulario simulado y diseño adaptable.
Landing accesible: jerarquía clara, foco visible, teclado, contraste, textos alternativos y mensajes de error.
Rediseño medido: documenta el estado inicial, decisiones, pruebas y métricas técnicas antes/después sin atribuir ventas que no mediste.

Cada caso debe incluir:

problema y público;
alcance y exclusiones;
tecnologías elegidas y por qué;
capturas en móvil y escritorio;
pruebas realizadas;
limitaciones conocidas;
enlace al resultado y, cuando sea apropiado, al código;
instrucciones de mantenimiento o despliegue.

WCAG 2.2 es una Recomendación del W3C con criterios verificables. No escribas “100 % accesible” solo por ejecutar una herramienta automática. Indica qué nivel o criterios revisaste, qué pruebas manuales hiciste y qué quedó pendiente.

Si todavía estás construyendo la base, adapta las prácticas a los recursos que tengas y revisa cómo aprender programación desde cero; no comprometas un proyecto de cliente hasta contar con acceso estable, respaldo y un entorno seguro.

Descubrimiento: preguntas antes de cotizar

Una conversación inicial no debería comenzar por colores. Pregunta:

¿Qué tarea debe poder completar una persona en el sitio?
¿Quién prepara y aprueba textos, imágenes, precios y políticas?
¿Existe marca, dominio, alojamiento y analítica? ¿Quién es titular de cada cuenta?
¿Habrá formularios, pagos, usuarios, reservas o datos sensibles?
¿Qué integraciones dependen de terceros?
¿Qué navegadores, idiomas y requisitos de accesibilidad importan?
¿Quién acepta la entrega y con qué pruebas?
¿Quién dará soporte después y durante cuánto tiempo?

Resume las respuestas por escrito. Si todavía hay decisiones abiertas, cotiza primero una fase de descubrimiento o exclúyelas del precio. “Lo vemos durante el proyecto” suele convertirse en trabajo no estimado.

Escribe el alcance y los criterios de aceptación

Un alcance claro puede listar:

páginas, plantillas y componentes;
funcionalidades y flujos;
contenido aportado por cada parte;
diseño incluido, referencia o sistema visual;
integraciones y cuentas requeridas;
pruebas, dispositivos y navegadores;
accesibilidad acordada;
migración o carga de contenido;
capacitación y documentación;
fecha objetivo y dependencias;
número o mecanismo de revisiones;
garantía de corrección de defectos y sus límites;
mantenimiento posterior, si existe.

Convierte “sitio rápido” en un criterio medible acordado. Convierte “formulario funcionando” en casos de prueba: envío válido, campos requeridos, error, notificación, almacenamiento y eliminación. Define quién suministra credenciales y nunca las pidas por canales inseguros.

La aceptación no es “al cliente le gusta”. Puede ser una lista de comprobación firmada o aprobada por correo: rutas, textos, formularios, responsive, accesibilidad, analítica, permisos y respaldo.

Calcula el precio desde tu proyecto

No hay una tarifa universal para un principiante en Panamá. Dos páginas con apariencia similar pueden tener riesgos muy distintos. Calcula primero un costo interno:

horas de descubrimiento
+ diseño y contenido
+ desarrollo
+ pruebas y correcciones
+ reuniones y gestión
+ publicación y documentación
+ reserva por incertidumbre explícita
= horas estimadas

horas estimadas × tarifa interna
+ licencias, dominio, alojamiento u otros costos
+ impuestos y obligaciones aplicables
+ margen sostenible
= referencia para cotizar

La tarifa interna debe considerar tiempo no facturable, equipo, internet, capacitación, administración, riesgo y descanso; no es un precio de mercado garantizado. Registra tus horas reales después de cada proyecto para mejorar futuras estimaciones.

Puedes cobrar por hora, por fase, por entregable o mediante mantenimiento. Explica qué unidad compra el cliente. Un precio cerrado necesita alcance y control de cambios; una tarifa por hora necesita visibilidad de consumo y límites.

No regales trabajo crítico para “hacer portafolio”. Un proyecto voluntario también debe tener alcance, permisos, responsable y salida. Tampoco uses descuentos sin registrar el precio base y la razón.

Propuesta, acuerdo e hitos

Una propuesta comercial y un contrato no son lo mismo. La propuesta resume problema, solución, alcance, calendario, precio, supuestos y siguiente paso. El acuerdo debe reflejar, según el caso:

identidad de las partes;
entregables, exclusiones y aceptación;
calendario condicionado a insumos y aprobaciones;
hitos y forma de pago;
procedimiento para cambios;
propiedad de código, diseño, contenido, dominio y cuentas;
licencias de componentes y materiales;
confidencialidad y datos personales;
seguridad, copias y acceso;
garantía, mantenimiento y niveles de servicio si existen;
cancelación, entrega parcial y resolución de disputas;
jurisdicción y firmas.

No copies una plantilla extranjera y la presentes como asesoría jurídica. Haz que un profesional competente revise el acuerdo según el proyecto y la legislación vigente. Nunca prometas ceder derechos sobre recursos que no te pertenecen o que usan una licencia incompatible.

Los hitos reducen exposición: reserva o inicio, aprobación de estructura, entrega funcional y publicación. La distribución depende del riesgo y del acuerdo; no existe un porcentaje obligatorio para todos.

Obligaciones que debes verificar en Panamá

Antes de operar o facturar, confirma tu situación concreta:

La DGI indica que las personas naturales que inician actividades comerciales, independientes o similares deben inscribirse en el RUC antes de iniciar.
Panamá Emprende explica el Aviso de Operación, el prerrequisito de RUC y las excepciones o actividades que requieren revisión previa.
La DGI mantiene el Sistema de Factura Electrónica y modalidades sujetas a requisitos; verifica cuál corresponde.
Si el sitio recoge nombres, correos, direcciones IP, pedidos u otra información identificable, revisa la Ley 81 y su reglamentación con la guía de ANTAI.
Confirma impuestos, declaraciones, municipio, seguridad social y cualquier requisito sectorial con fuentes oficiales y asesoría profesional.

Estas obligaciones pueden cambiar y dependen de la actividad, estructura y clientes. No uses este artículo para decidir tu clasificación tributaria.

Protege cuentas, datos y continuidad

El dominio y las cuentas principales deberían quedar a nombre y bajo control del cliente, con acceso documentado. Usa cuentas individuales, MFA y permisos mínimos. No conserves contraseñas en chats, repositorios ni documentos compartidos.

Antes de recibir datos personales, acuerda:

finalidad y campos necesarios;
dónde se almacenan;
quién accede;
cuánto tiempo se conservan;
cómo se eliminan o exportan;
qué proveedores participan;
qué sucede al terminar el contrato.

Trabaja con datos ficticios en desarrollo. Separa ambientes y evita copiar bases de producción sin necesidad y autorización. Define respaldos, restauración, actualizaciones y respuesta a incidentes. “Incluye hosting” no es suficiente si nadie sabe quién renueva, monitorea o restaura.

Cómo buscar los primeros proyectos sin prometer resultados

Comienza con conversaciones específicas, no mensajes masivos:

revisa negocios u organizaciones de tu red con un problema observable;
pide presentaciones a personas que conocen tu trabajo;
comparte un caso de portafolio que explique proceso y límites;
ofrece una evaluación corta sin afirmar que todo necesita un rediseño;
participa en comunidades aportando soluciones, no solo publicidad;
compara plataformas externas por comisiones, control de cuenta, disputas, pagos y privacidad antes de usarlas.

No prometas más ventas, primer lugar en buscadores o cumplimiento legal automático. Propón resultados que controlas: entrega de páginas, corrección de defectos definidos, configuración, documentación y pruebas. El tiempo hasta el primer cliente varía y puede ser indefinido.

Entrega y cierre profesional

Una entrega completa incluye más que publicar:

aprobación del checklist;
repositorio y versión desplegada;
inventario de dominio, hosting, correo, analítica y proveedores;
propietarios y permisos de cuentas;
copia de seguridad y prueba de restauración acordada;
documentación de publicación y actualización;
licencias y créditos;
defectos conocidos y trabajo excluido;
periodo de corrección y canal de soporte;
revocación de accesos que ya no necesitas.

Si habrá mantenimiento, define tareas, horas, prioridad, ventana de respuesta y qué no cubre. Un plan de mantenimiento no es disponibilidad permanente.

Ruta de práctica por hitos

Avanza por evidencia, no por un calendario que prometa resultados:

Publica un sitio semántico y adaptable.
Añade accesibilidad y pruebas documentadas.
Usa control de versiones y un despliegue reproducible.
Crea dos casos adicionales con restricciones distintas.
Redacta un cuestionario de descubrimiento.
Estima un proyecto ficticio y luego compara horas reales.
Escribe alcance, aceptación, cambio y entrega.
Practica una presentación no técnica del caso.

Especialízate cuando tus proyectos muestren qué disfrutas y qué puedes operar. Backend, comercio electrónico, mantenimiento y desarrollo de aplicaciones móviles exigen rutas propias; no las añadas a tu oferta solo para parecer más completo.

Preguntas frecuentes

¿Necesito un título universitario?

Cada cliente decide sus criterios. Un portafolio, referencias y procesos verificables pueden demostrar capacidad, pero no garantizan contratación ni sustituyen requisitos explícitos.

¿Cuánto debo cobrar?

No uses una cifra universal. Estima alcance, horas, costos, riesgo, soporte, impuestos y margen. Después compara tu propuesta con la capacidad del cliente y ajusta alcance, no la calidad mínima ni la seguridad.

¿Qué proyecto conviene ofrecer primero?

Uno pequeño, informativo y con pocas dependencias: contenido claro, navegación, responsive, accesibilidad básica, publicación y entrega documentada. Evita datos sensibles y transacciones hasta dominar su riesgo.

¿Puedo usar una plantilla?

Sí, si su licencia permite el uso, puedes mantenerla, informas al cliente y el alcance distingue configuración de diseño original. Revisa dependencias, actualizaciones y accesibilidad.

¿Cómo evito cambios infinitos?

Define entregables, supuestos, responsables, rondas o mecanismo de revisión y un proceso escrito para cotizar cambios. Congela contenido y diseño por hitos.

¿Crezendo consigue clientes o revisa contratos?

Este artículo no ofrece colocación, intermediación ni asesoría legal. Puedes consultar a Crezendo por orientación o capacitación disponible; el alcance se confirma antes de cualquier actividad.

Fuentes oficiales consultadas

Si una escuela, ONG o empresa busca fortalecer habilidades de desarrollo web o preparación profesional, consulta a Crezendo. Indica el público, nivel y resultado esperado; confirmaremos si existe una opción adecuada, sin prometer clientes ni ingresos.