Mi cliente sigue cambiando la contraseña y negándome el acceso antes de que el proyecto esté totalmente completo. ¿Cómo puedo pedirle educadamente que no lo haga?

Question

Tengo un cliente agradable pero emocionalmente vulnerable. Trabajo en el desarrollo de sus sitios web y los de sus clientes, así como en otros tipos de proyectos como diseño gráfico, edición de fotos, etc.

Cuando se trata de desarrollo de sitios web, instalo el CMS y creo un nombre de usuario y una contraseña para el acceso de administrador, o acceso al back-end. Luego, el cliente solicita las credenciales de administrador, las cuales le envío.

En varias ocasiones antes, y ahora también, el cliente sigue cambiando la contraseña del back-end de su sitio web, negándome el acceso al back-end incluso antes de que el proyecto esté completado y pagado completamente. Esto me crea problemas porque ya no tengo acceso completo de administrador (por ejemplo, en WordPress CMS). Entonces, lo que hace es tomar el control total del CMS y me envía una invitación para registrarme en el sitio web. Esto me resulta frustrante y me trae más problemas en el trabajo. Ya le había dicho en varias ocasiones que "por favor, no cambie la contraseña del back-end hasta que el proyecto esté completamente terminado". Pero él tiende a tomar todo personalmente y se irrita cuando le digo que haga algo que no quiere hacer. Además de eso, se apodera de todo el panel de administración del back-end y comienza a jugar con el código y los contenidos del sitio web, a veces complicando las cosas aún más o desordenando el sitio web.

Ahora esto me resulta frustrante, y no soy muy bueno manejando la carga emocional de otras personas, especialmente de mi cliente (ni siquiera creo que sea mi trabajo lidiar con sus emociones). Además, no estoy siendo remunerado por corregir los problemas que surgen porque él sigue jugando con el código y los contenidos del sitio web y los desordena. Por lo tanto, solo quiero decirle de manera cortés pero firme que no cambie las credenciales de usuario y las contraseñas del back-end hasta que el proyecto esté completamente terminado y pagado por completo.

¿Cómo puedo lidiar con el cliente y decirle esto? ¿Y cómo puedo protegerme en el futuro si daña el sitio web antes de que el proyecto esté completo (porque toma el control total del panel de administración del back-end y comienza a jugar con el código y los contenidos del sitio web)? Eso también es otra preocupación que tengo.

Por favor ayuda.

Answer 1

Siempre creo una cuenta de Super Usuario solo para mí, luego otras cuentas (SU o inferiores) para otras personas. Por lo tanto, si somos dos SU, tengo mi acceso y los demás usuarios pueden hacer lo que quieran con su cuenta y contraseña.

Si es necesario, limito los permisos de otros usuarios para que no arruinen mi trabajo y mi código.

Además, de esta manera se separan las interacciones de los usuarios con el CMS, es decir, puedes ver en los registros quién hizo qué.

No creo que debas explicarle nada, simplemente actúa de esta manera y dile que esta es la mejor práctica para trabajar en un proyecto.

Answer 2

Este es un cliente que quiere tomar el control. Saber que todo lo que hagas será cambiado significa que no estás a cargo del proyecto una vez que hayas cedido el control. Lo que significa es que el proyecto debe estar estructurado en pequeñas piezas y que te pagan en su totalidad por cualquier pieza que se haga antes de ceder cualquier contraseña maestra. Tú no "posees" el proyecto, el cliente sí.

Un cliente "agradable" es aquel que te paga para arreglar el lío que han hecho.

Aceptar que así es como opera el cliente significa que no tienes que preocuparte por cómo se ve, comporta o funciona el proyecto. Simplemente realiza los cambios solicitados, cobra, y luego cede el control.

Answer 3

un cliente agradable pero emocionalmente vulnerable

Aunque digas eso, el resto de tu pregunta y comentarios hacen que parezca el cliente del Infierno. Sugiero que te preguntes si lo necesitas como cliente, y si vale la pena la energía que te está costando. Si no, lo cortaría suelto.

Si sientes que necesitas seguir trabajando con este tipo, es decir, realmente necesitas el dinero, te sugiero que sigas tu propio consejo para este proyecto.

De ahora en adelante, crearé una cuenta de super usuario para mí y le daré acceso limitado hasta que el proyecto esté completo.

Para futuros trabajos, sugiero que redactes tu contrato con mucho cuidado, dejando claro

1. Cuáles son los entregables;
2. Qué constituye la evidencia de que el entregable está completo;
3. Cuál es el pago a realizar (incluye márgen para tratar con el cliente);
4. Cuál es el procedimiento de entrega (por ejemplo, el cliente puede dejar sus huellas sucias una vez que se realice el pago).

Y, por tu propio bien, trata de encontrar clientes que no sean patológicos.

@Siva Trabajé para una práctica de ingeniería multidisciplinaria exitosa, que había invertido mucho tiempo en plantillas de propuestas para cubrir contingencias. Nuestro acuerdo contenía una cláusula que dejaba claro que toda la propiedad intelectual que desarrollábamos seguía siendo nuestra hasta que se pagaran todas las facturas en su totalidad. Eso fue útil en al menos una ocasión. (Por supuesto, teníamos un NDA para su propiedad intelectual).

Desarrollábamos en nuestra plataforma, y les entregábamos instantáneas en momentos acordados.

También teníamos condiciones de pago estándar: típicamente el cliente pagaría una factura por adelantado, y facturaríamos por el trabajo en progreso, por lo que nunca perdíamos dinero si el cliente no pagaba. Los Líderes de Proyecto tenían la autoridad para detener un proyecto hasta que se hubiera pagado el trabajo (como último recurso).

Answer 4

No te va a gustar mi respuesta.

La realidad es que cuando la cortesía, la lógica y la razón terminan (y parece que ya ha sucedido en tu caso), debes recurrir a medios más decisivos para ejercer presión. Y estos, en tu posición, deberían ser los puntos escritos en el contrato que firmaste con el cliente.

Yo aprendí de la forma difícil; escribí mi primer proyecto como freelancer antes de cumplir los 18. Estaba en la escuela secundaria y escribí una aplicación para el dueño de un restaurante de pizza. Prácticamente no tenía contrato en ese momento; acordamos el alcance de la tarea y le aseguré que corregiría cualquier error que surgiera después de finalizar la implementación.

Y cuando finalmente terminé la implementación, de repente empecé a recibir informes de que "hay un error: falta de un botón que hace esto y aquello". Afortunadamente, ese proyecto finalmente terminó y me pagaron.

Antes de empezar la cooperación con cualquier cliente, prepara un contrato, en el que se establezca:

• Una definición muy precisa y fácilmente verificable de "terminado"
• Las herramientas que se utilizarán (las tuyas o las del cliente)
• Cualquier obligación adicional (como la compra de bibliotecas o herramientas adicionales)
• Cualquier restricción específica impuesta tanto a ti como al cliente (aquí es donde puedes indicar que el cliente no está autorizado a hacer modificaciones al producto no terminado)
• La forma en que se te pagará (por ejemplo, parte del pago por cada parte terminada del proyecto, y no muevas un dedo hasta que te paguen). Al menos esto te permitirá minimizar pérdidas si el cliente abandona en medio del proceso
• Condiciones fácilmente verificables para el pago de multas por ambas partes en caso de incumplimiento del contrato (por ejemplo, terminar el proyecto después de la fecha límite o interferir en el proceso de desarrollo)
• Cualquier medida de seguridad adicional contra posibles malas acciones del cliente.

Si un cliente se niega a firmar un contrato bien escrito y honesto (justo para ambas partes), es una clara señal de que realmente no quieres trabajar para esa persona.

Tener ese contrato en mano te permitirá ejercer presión sobre el cliente advirtiéndole que el incumplimiento del contrato tiene ciertas consecuencias. Si el cliente decide incumplir el contrato, siempre puedes abrir un caso en el tribunal. Esto es obviamente una medida extrema que probablemente quieras evitar, pero sigue siendo una opción. El contrato civil tiene fuerza legal y puedes exigir el cumplimiento de los puntos del contrato mediante una demanda. Sin embargo, esto depende del país en el que vivas y sus leyes; por ejemplo, en Polonia la parte perdedora debe pagar el 100% de los costos judiciales (incluido incluso el pago del abogado que te representó), por lo que si tienes bases sólidas para la demanda, el riesgo es mínimo.

Si no tienes ese contrato en este momento, aún puedes ejercer presión sobre el cliente, pero debes sopesar los riesgos. Existe el riesgo de que el cliente cancele el contrato y no te paguen, pero el cliente también corre el riesgo de que no hagas el trabajo para ellos, lo que también podría provocar consecuencias desagradables.

En tu caso, probablemente crearía una cuenta de superusuario separada, no daría las credenciales al cliente y explicaría tranquilamente que cualquier cambio realizado en el sitio web final causa retrasos y a menos que se me pague por esos retrasos, no puedo permitir que se realicen.

Existe una técnica para trabajar con personas poco razonables llamada "un disco rayado". Cada vez que el cliente presente diferentes argumentos, tú dices con calma: "Entiendo eso, pero a menos que renegociemos nuestro contrato para tener en cuenta todos los cambios hechos por terceros, no puedo aceptar darte las credenciales de la cuenta de superusuario hasta que termine mi trabajo". Y luego repites tranquilamente lo mismo por cada argumento que te lancen.

Answer 5

Puede ser demasiado tarde para ayudar a este cliente específico, pero en general mi recomendación sería hacer todo su trabajo de diseño y desarrollo en una plataforma de desarrollo que usted controle y solo usted pueda acceder, y luego enviar ese trabajo al entorno del cliente según un horario que usted establezca.

Su entorno de desarrollo podría estar alojado en un servicio de su elección o podría ejecutarse localmente a través de contenedores de docker o incluso solo en una máquina virtual en su propia computadora. Debido a que es su entorno privado por el cual el cliente no paga, él no puede exigir acceso a él.

En el caso de Wordpress, copiar un sitio puede ser un poco complicado, pero existen plugins y servicios que pueden facilitar el proceso. Incluya el costo de estos en su presupuesto de proyecto.

Explique al cliente que aunque él puede hacer cambios en su copia del sitio, esos cambios se sobrescribirán cuando publique la próxima ronda de actualizaciones, por lo que debería evitar hacer cambios permanentes significativos hasta que el proyecto esté terminado.

Déle al cliente un aviso anticipado de cuándo publicará la próxima ronda de cambios, y adviértale cada vez que esto sobrescribirá cualquier cambio que haya realizado. Si el cliente se niega a dejar que usted sobrescriba sus cambios con su trabajo, entonces puede pedirle que proporcione una confirmación por escrito de que no desea que complete el proyecto.

Si hay cambios que él quiere que usted incorpore, puede pedirle que le proporcione esos cambios, y usted puede incorporarlos en su entorno de desarrollo. Incluso puede programar una reunión antes de cada envío donde revisen sus cambios y trabajen juntos para incorporarlos en su copia. Este tiempo es facturable, por supuesto.

El cliente puede ver el progreso en su entorno de desarrollo ya sea dándole acceso solo al front-end o compartiendo la pantalla, pero no puede tener acceso al back end porque no le pertenece.