Experto o agencia PrestaShop: qué preguntar antes de contratar
Quien te lleva la tienda tiene acceso a todo y decide cómo se construye. Te proponemos las preguntas que conviene hacer antes de contratar a un experto, un desarrollador o una agencia PrestaShop, y qué respuestas deberían tranquilizarte.
Antes de contratar a un experto, un desarrollador o una agencia PrestaShop, pregunta cómo hace las copias, si prueba los cambios en una copia de la tienda antes de tocar la real, si programa con módulos o modificando el núcleo, de quién es el código y los accesos, cómo te avisa de los errores y cómo cobra (bono de horas o cuota). Las respuestas a esas preguntas dicen más que cualquier portafolio.
No se trata de desconfiar, sino de saber cómo trabaja la persona o el equipo que va a tener las llaves de tu negocio. Estas son las preguntas, agrupadas por tema, y lo que convendría oír.
Copias y entorno de pruebas
¿Cómo y cada cuánto se hacen las copias?
Lo razonable es una copia diaria de ficheros y base de datos, guardada fuera del servidor de la tienda, y otra justo antes de cualquier cambio importante. Pregunta también cuándo se restauró una por última vez: una copia que nunca se ha probado puede no servir el día que hace falta.
¿Dónde se prueban los cambios?
La respuesta buena es «en una copia de tu tienda, antes de llevarlos a producción». Actualizaciones de PrestaShop, módulos nuevos, cambios en el tema: todo pasa primero por un entorno de pruebas con tus datos. Si la respuesta es «lo hacemos directamente, con cuidado», tu tienda es el entorno de pruebas.
¿Esa copia puede escribir a mis clientes?
Una copia con el correo real configurado puede mandar un correo a un cliente de verdad con un simple cambio de estado de pedido. Quien trabaja bien desvía todo el correo de las copias a un buzón de pruebas y pone las pasarelas en modo pruebas.
Cómo se construye
¿Módulos u overrides?
PrestaShop permite cambiar su comportamiento de dos formas: con módulos que se enganchan en los puntos previstos (hooks) o con overrides, que sustituyen partes del núcleo. Los overrides tienen su sitio, pero cada uno es una pieza que puede romperse en la siguiente actualización y que puede chocar con otro módulo que toque lo mismo. Pregunta cuántos overrides tiene tu tienda y por qué, y si los cambios nuevos se harán como módulo.
¿Se toca el núcleo o el tema original?
Editar ficheros del núcleo de PrestaShop o las plantillas del tema original es la forma más rápida de hacer un cambio y la más cara a medio plazo: la siguiente actualización lo borra o lo rompe. Lo sano es un tema hijo para el diseño y módulos para la lógica.
¿Cómo queda documentado?
Pide un registro de cambios: qué se tocó, cuándo y por qué. Sin él, el siguiente técnico (o el mismo, dentro de un año) tiene que redescubrir la tienda.
Propiedad y accesos
- ¿De quién es el código a medida? Lo normal es que lo que se desarrolla para tu tienda sea tuyo o, al menos, que tengas derecho a usarlo y modificarlo sin depender de quien lo hizo.
- ¿A nombre de quién están el dominio, el hosting y las cuentas? Dominio, alojamiento, pasarelas de pago, cuentas de analítica y de tiendas de apps: todo a tu nombre. Que el técnico tenga acceso está bien; que sea el titular, no.
- ¿Cada persona entra con su usuario? En el back-office y en el servidor, accesos individuales, no una cuenta compartida. Así se sabe quién hizo qué y se puede retirar el acceso de alguien sin cambiar todo.
- ¿Qué pasa si dejamos de trabajar juntos? La respuesta tranquila es: te entregamos accesos, copias y documentación, y retiramos los nuestros.
Errores, avisos y tiempos de respuesta
¿Cómo me entero si algo falla?
Lo ideal es que el técnico se entere antes que tú, y desde luego antes que tus clientes. Pregunta si hay vigilancia de errores, de la disponibilidad de la tienda y de cambios sospechosos (empleados nuevos, ficheros modificados), y quién recibe esos avisos.
¿Cuánto tardáis en responder?
Distingue entre una incidencia que para las ventas (el checkout no funciona) y una mejora. Pide tiempos para cada tipo y pregunta qué pasa en fin de semana o en campañas.
¿Me decís antes cuánto va a costar?
Para cualquier tarea que no sea rutinaria, una estimación previa en horas, y después el detalle de lo que se hizo. Sin sorpresas en la factura.
Experiencia que conviene comprobar
Un portafolio de tiendas bonitas dice poco de cómo se mantienen por dentro. Mejor pregunta por situaciones concretas:
- Actualizaciones y migraciones hechas. ¿Ha llevado tiendas de 1.6 o 1.7 a versiones actuales? ¿Qué se rompió y cómo lo resolvió? Quien lo ha hecho de verdad cuenta problemas concretos, no solo que «salió bien».
- Versiones con las que trabaja. Que conozca PrestaShop 8 y 9, con las versiones de PHP que piden, y no solo la versión en la que aprendió.
- Una incidencia seria. Pídele que te cuente una caída o un problema de seguridad que haya tenido que atender: qué hizo primero, cuánto tardó y qué cambió después para que no se repitiera.
- Integraciones parecidas a las tuyas. Si tienes ERP, marketplaces o un transportista con conexión propia, pregunta si ha trabajado con algo similar.
- Módulos que mantiene. Quien publica y actualiza sus propios módulos tiene que seguir cada versión nueva de PrestaShop, y eso se nota al mantener tiendas.
Bono de horas o cuota fija
| Bono de horas | Cuota mensual | |
|---|---|---|
| Cómo se paga | Un paquete de horas que se consume según el trabajo | Una cantidad fija cada mes |
| Encaja con | Tiendas con necesidades variables: meses tranquilos y meses de proyecto | Tiendas con un volumen de trabajo estable y previsible |
| Qué preguntar | Si las horas caducan y cómo se informa de cada tarea | Qué incluye exactamente y qué se cobra aparte |
| Riesgo | Que no se usen las horas para prevención y solo para apagar fuegos | Pagar meses en los que no se hace nada visible |
Ninguna de las dos es mejor por sí misma. Lo importante es que, con cualquiera, haya trabajo preventivo (actualizaciones, revisión de copias, vigilancia) y no solo reparaciones.
Señales de que vas bien
- Te explica los cambios en un lenguaje que entiendes y te enseña lo que puedes hacer tú.
- Te dice que no a cosas que perjudicarían la tienda, aunque las pagues.
- Prefiere actualizar a menudo en pequeño que de golpe cada varios años.
- Puede decirte en cualquier momento qué versión de PrestaShop, de PHP y de cada módulo tienes.
- Te avisa de un problema antes de que te lo diga un cliente.
Cómo trabajamos en Rekire
Somos un equipo que desarrolla módulos propios de PrestaShop y mantiene tiendas de clientes; en la página sobre nosotros te contamos quiénes somos. Trabajamos sobre una copia de tu tienda antes de tocar producción, con el correo de las copias desviado y las pasarelas en pruebas. En el mantenimiento de PrestaShop y en el soporte en PrestaShop trabajamos con bonos de horas: el de 20 horas para incidencias y mejoras puntuales y el de 50 horas para un soporte continuo de rendimiento, seguridad y mejoras. Las horas no caducan ni tienen consumo mínimo mensual, los clientes con bono van por delante en la cola de incidencias, te damos una estimación antes de empezar y solo se descuenta lo trabajado, con el detalle de cada tarea.
Preguntas frecuentes
¿Es mejor un desarrollador autónomo o una agencia PrestaShop?
Depende del tamaño de la tienda. Lo que importa es que haya copias, entorno de pruebas, documentación y alguien que responda cuando esa persona no esté disponible.
¿Qué es un experto PrestaShop?
Alguien que conoce el núcleo, los temas y los módulos, y que sabe actualizar y depurar una tienda sin romperla. Pregúntale por actualizaciones y migraciones que haya hecho.
¿Cómo cambio de agencia sin perder la tienda?
Asegúrate de que dominio, hosting y cuentas están a tu nombre, pide una copia completa y la documentación de cambios, y cambia todas las contraseñas al terminar.
¿Cuántas horas de mantenimiento necesita una tienda?
Depende de los módulos, las integraciones y el código a medida. Lo práctico es medir unos meses y ajustar el bono o la cuota a lo real.