Desarrollo

Cómo elegir una agencia de desarrollo web o de software en Casablanca

Por Codevista InnovationsPublicado el 12 de octubre de 202610 min de lectura

Para elegir una agencia de desarrollo web en Casablanca, compruebe primero que tiene referencias comparables a su proyecto y, después, revise la propiedad del código, las prácticas de seguridad, el alojamiento de los datos y las condiciones de mantenimiento. A continuación, compare el modelo de contrato (precio cerrado, por horas o híbrido) y no solo el precio. Por último, observe la primera reunión: un buen proveedor hace más preguntas sobre su necesidad que promesas.

¿Qué criterios seguir para elegir una agencia de desarrollo web en Casablanca?

En Casablanca, una misma licitación puede atraer a una agencia web, a un editor de software, a una consultora y a un colectivo de freelances. Sus presupuestos no se comparan partida por partida: no valoran el mismo alcance ni el mismo nivel de servicio. Juzgue, por tanto, a cada candidato con criterios verificables, no por su web corporativa.

Referencias pertinentes y verificables

Una lista de logotipos no demuestra nada. Pida dos o tres proyectos parecidos al suyo por tamaño, sector o tecnología y verifíquelos: demostración de un producto en producción, conversación con un cliente, papel exacto que desempeñó la agencia. Adaptar una plantilla y diseñar una plataforma con API y pago en línea no requieren la misma experiencia.

El enfoque técnico y el stack

Pregunte por qué la agencia propone una tecnología concreta para su caso, y no solo cuál. Un stack extendido, documentado y con mantenimiento activo (Java, PHP, Python, Go o TypeScript en el servidor; un framework web ampliamente adoptado en la interfaz) le permitirá contratar personal o cambiar de proveedor más adelante. Un framework propio o una herramienta propietaria que solo domina la agencia le hace dependiente de ella. Pregunte también cómo se prueba y se despliega el código: pruebas automatizadas, integración continua, entornos separados para la validación y la producción.

El método de trabajo y el ritmo de comunicación

Un buen proveedor explica cómo verá usted avanzar el producto: entregas periódicas en un entorno de pruebas, demostraciones programadas, un interlocutor único y una herramienta de seguimiento compartida. El vocabulario ágil no basta; pregunte cómo es, en la práctica, una iteración. Nuestro artículo Scrum o Kanban ofrece las referencias útiles.

¿De quién es el código? Propiedad, seguridad y alojamiento de los datos

Estos tres puntos se resuelven en el contrato, antes del primer sprint. Renegociarlos con el proyecto en marcha siempre resulta más difícil.

• Propiedad del código y de los derechos: el contrato debe precisar que el código fuente, la documentación y los entregables se le ceden a usted, y en qué momento (al pagar cada lote, mejor que al final de todo). Pida a su asesor jurídico que revise la cláusula.
• Acceso al repositorio: exija acceso de lectura al repositorio de código (GitHub, GitLab o equivalente) desde el arranque, idealmente en una organización a su nombre.
• Prácticas de seguridad: gestión de accesos, revisión de código, copias de seguridad, tratamiento de las vulnerabilidades notificadas. Una certificación ISO/IEC 27001 acredita un sistema de gestión de la seguridad de la información auditado por un organismo independiente; compruebe el alcance que cubre el certificado y su fecha de validez, no solo el logotipo. Nuestra guía ISO 27001 y seguridad de los datos en un proveedor explica cómo verificarla y qué no cubre.
• Alojamiento y ubicación de los datos: dónde se almacenarán los datos, con qué proveedor de alojamiento, en qué país y quién tendrá acceso. Si la aplicación trata datos personales, se aplican la ley 09-08 (la ley marroquí de protección de datos personales) y los trámites ante la CNDP, la autoridad marroquí de protección de datos; un alojamiento fuera de Marruecos constituye una transferencia de datos al extranjero, que la ley regula. Esos trámites le corresponden a usted como responsable del tratamiento, pero la agencia debe poder hablar de ellos sin titubear.

Mantenimiento, SLA y continuidad del equipo: pensar en lo que viene después de la entrega

Un software vive varios años después de su puesta en producción: actualizaciones de seguridad, correcciones, mejoras. La relación con el proveedor suele juzgarse en ese periodo.

Pida una propuesta de mantenimiento por escrito, separada del desarrollo: alcance (correcciones, actualización de dependencias, monitorización), plazos de respuesta según la gravedad, horario cubierto y forma de facturar las mejoras. Un SLA (acuerdo de nivel de servicio) sin una definición clara de lo que es una incidencia «crítica» no le protege.

Pregunte también quién trabajará realmente en su proyecto, si son empleados o subcontratados y qué está previsto si alguien se marcha: documentación al día, revisiones de código cruzadas, traspaso organizado. Un proyecto que depende de un solo desarrollador es un riesgo, por excelente que sea esa persona.

Precio cerrado, por horas o modelo híbrido: ¿qué contrato elegir?

El modelo de contrato determina quién asume el riesgo. Ninguno es bueno en sí mismo; debe ajustarse a la madurez de su necesidad.

El precio cerrado (importe fijo)

• Ventajas: presupuesto y alcance conocidos de antemano, comparación sencilla entre ofertas, adecuado para una necesidad estable y bien documentada.
• Límites: cada cambio requiere una adenda al contrato; el proveedor incluye un margen de riesgo en su precio; existe la tentación de entregar el mínimo contractual.

El modelo por horas (tiempo y materiales)

• Ventajas: gran flexibilidad para reordenar prioridades, adecuado para un producto SaaS que se construye junto con sus usuarios.
• Límites: el presupuesto final no está garantizado; la dirección del proyecto recae en usted (priorización, validación, seguimiento del tiempo consumido).

El modelo híbrido

Una fórmula habitual combina una fase de definición a precio cerrado (talleres, maquetas, arquitectura, estimación) con sprints por horas y un tope presupuestario por periodo. La fase de definición produce un entregable que le pertenece y que sigue siendo útil aunque después cambie de proveedor; también sirve como prueba real de la relación antes de un compromiso mayor. Para un producto por suscripción, nuestro artículo sobre el desarrollo SaaS a medida en Marruecos detalla este reparto.

Señales de alerta antes de firmar con un proveedor

Algunos comportamientos, detectables ya durante la licitación, anuncian dificultades durante el proyecto.

• Ninguna pregunta sobre su necesidad: un presupuesto enviado sin taller ni conversación sobre sus usuarios, sus procesos y sus limitaciones se basa en supuestos que usted descubrirá más tarde.
• Un precio o un plazo muy inferiores a los de las demás ofertas: o el alcance se ha entendido mal, o se han eliminado elementos esenciales (pruebas, seguridad, documentación).
• Sin acceso al repositorio de código: si la agencia se niega a abrirle el repositorio durante el proyecto, no podrá verificar el avance real ni recuperar el código si la relación se rompe.
• «Todo es posible»: un proveedor serio también dice qué sale caro, qué es arriesgado y qué desaconseja.
• Un contrato impreciso: sin entregables definidos, sin criterios de aceptación y sin cláusula de reversibilidad.

¿Qué preguntas hacer en la primera reunión con una empresa de desarrollo?

Haga las mismas preguntas a cada candidato y anote las respuestas: es la forma más sencilla de comparar ofertas heterogéneas.

1. ¿Qué proyectos comparables al nuestro han realizado y podemos hablar con alguno de esos clientes?
2. ¿Quién formará el equipo y quién será nuestro interlocutor en el día a día?
3. ¿Qué stack proponen para nuestro caso y por qué?
4. ¿Con qué frecuencia veremos una versión que podamos probar y cómo gestionan una solicitud de cambio?
5. ¿A quién pertenecen el código y los entregables, y cuándo tendremos acceso al repositorio?
6. ¿Dónde se alojarán los datos y qué prácticas de seguridad aplican?
7. ¿Qué proponen para el mantenimiento y con qué plazos de intervención?
8. ¿Cómo se gestiona la recuperación del proyecto por nuestro equipo interno o por otro proveedor?

Si su proyecto incluye pagos en línea en Marruecos (por ejemplo, a través del CMI, el Centre Monétique Interbancaire marroquí) o una interfaz en árabe, pregunte por la experiencia concreta del equipo en ese punto.

¿Cómo comparar presupuestos y elegir proveedor?

Una comparación justa exige que todos los candidatos hayan recibido el mismo documento. Un pliego de requisitos estructurado, aunque sea breve, alinea las ofertas sobre las mismas necesidades, exigencias de seguridad y condiciones de propiedad del código. Después, clasifique a los candidatos: referencias verificadas, calidad de las preguntas planteadas, claridad del contrato, mantenimiento y, por último, precio. Un presupuesto bajo que excluye las pruebas, la documentación o el mantenimiento se acaba pagando más tarde, en correcciones y en retomar el código.

Antes de firmar, compruebe también lo básico: la existencia legal de la empresa (inscripción en el registro mercantil y número ICE, el Identificador Común de Empresa marroquí), que el firmante esté facultado para obligarla y que los interlocutores figuren con nombre en el contrato. Estas comprobaciones llevan poco tiempo y evitan sorpresas desagradables.

Codevista Innovations es una empresa de ingeniería de software con sede en Casablanca, certificada ISO 27001:2022 e ISO 9001:2015. Trabajamos con Scrum: una fase de descubrimiento y diseño UX/UI y, a continuación, sprints de dos semanas con entregas periódicas en un entorno de staging, principalmente en Next.js, Go, Python y TypeScript. Si está preparando una licitación, háganos las preguntas de esta lista igual que a los demás candidatos: contáctenos.

Preguntas frecuentes

¿Cómo verificar las referencias de una agencia de desarrollo web en Marruecos?

Pida dos o tres proyectos comparables al suyo y verifíquelos de forma concreta: demostración de una aplicación en producción, conversación directa con el cliente en cuestión y descripción del papel exacto de la agencia (diseño, desarrollo, mantenimiento o simple integración). Desconfíe de las referencias imposibles de contactar o descritas en términos vagos. Un proveedor seguro de su trabajo suele aceptar ponerle en contacto con un cliente, siempre que este lo autorice.

Precio cerrado o por horas: ¿qué contrato elegir para desarrollar una aplicación?

El precio cerrado conviene a un alcance estable y bien documentado: el presupuesto se conoce, pero cada cambio exige una adenda. El modelo por horas conviene a un producto que evoluciona con sus usuarios: mucha flexibilidad, pero sin presupuesto final garantizado y con la dirección del proyecto a su cargo. Un modelo híbrido suele ser el más equilibrado: definición a precio cerrado y, después, sprints por horas con un tope presupuestario por periodo.

¿Quién es el propietario del código fuente que desarrolla una agencia?

Depende del contrato, de ahí la importancia de dejarlo por escrito. Incluya una cláusula que le ceda el código fuente, la documentación y los entregables, preferiblemente al pagar cada lote. Exija también acceso al repositorio de código desde el arranque, en un espacio a su nombre si es posible. Pida a su asesor jurídico que revise la cláusula, sobre todo si el proveedor reutiliza componentes propios.

¿Conviene elegir una agencia de desarrollo en Casablanca en lugar de una extranjera?

La proximidad facilita los talleres presenciales, la comprensión del contexto local (idiomas, pago en línea marroquí, ley 09-08 sobre datos personales) y el trabajo en la misma zona horaria. Una agencia extranjera puede ser adecuada para una especialidad poco común; en ese caso, compruebe dónde se alojarán los datos, porque una transferencia fuera de Marruecos está regulada por la ley 09-08. En ambos casos, aplique los mismos criterios: referencias verificables, propiedad del código, seguridad, alojamiento de los datos y mantenimiento.