Quiero llorar...

[look]

amigo, ante estas situaciones mi consuelo suele ser : " el cliente es el que paga... "
y si quiere modificaciones tantas como el quiera y si tiene plata pa pagar pues andele.
saquele provecho

Saludos!

[ecfisa]

Empezado por look

amigo, ante estas situaciones mi consuelo suele ser : " el cliente es el que paga... "
y si quiere modificaciones tantas como el quiera y si tiene plata pa pagar pues andele.
saquele provecho

Saludos!

Coincido con look, los caprichos del cliente suelen ser un incordio, pero tenés que convertirlos a un inesperado ingreso de $$$.

Saludos.

[[AzidRain]]

Si fj es el mismo. También coincido en que estamos para cumplir caprichos a cambio de $$$, pero también por mera salud mental no siempre hay que aceptar dichos caprichos so pena de no dormir o bien dormir soñando en diversas soluciones para un x problema.

La verdad amigos, ya me estoy cansando de este negocio, me ha traído problemas de salud y pues aunque no me va mal pues no es lo único que sé hacer. Igual y ya el chiringuito dio todo lo que tenia que dar, el año que entra probablemente ya lo deje por la paz y me dedique a otra cosa igual o mas remuneradora pero más tranquilizadora.

[[newtron]]

Hola.

La verdad es que el tema de la relación con los clientes es lo que menos me gusta de este trabajo. Normalmente intentan (y muchas veces consiguen) llevarte al huerto con modificaciones y adaptaciones fuera de presupuesto pero tienes que adoptar una posición firme y plantarte cuando consideres que se están columpiando. Aparte de ganar más dinero tienes que mantener un estatus de buen profesional y de marcar tú las pautas de tu trabajo y no que tu cliente te las marque.

Esto es bastante delicado porque hay que saber cuando dar un poco de cuartelillo y cuando plantarse y es fácil meter la pata, pero.... es lo que hay.

Lo que yo si aprendí hace tiempo (aunque no siempre lo practico) es que es mejor perder a un mal cliente que ganar un buen problema.

Saludos y ánimo.

[TiammatMX]

Empezado por newtron

...Lo que yo si aprendí hace tiempo (aunque no siempre lo practico) es que es mejor perder a un mal cliente que ganar un buen problema...

Ciertamente, somos ingenieros, no dioses..., y habemos quienes estamos trabajando la segunda parte...

Lo que te puedo aconsejar es que tengas paciencia, analices la situación y la viabilidad del problema y utilices el método de negociación que me ha servido mucho en ocasiones así: el método del parpadeo...

Comienzas tu negociación algo así. "Cliente, lo que me pides es muy complicado y me llevará muchas horas de investigación, las que te cobraré a 120" (haces una pausa, el cliente no pestañea) "dólares" (otra pausa, buscas reacción) "más impuestos"... y así, continúas hasta que pestañée, momento en que aprovecharás para hacer un contrato estipulando todo lo que hayan "acordado"..., y hacérselo pagar, obviamente.

Lo único malo es que te comprometes a terminar..., pero él también se compromete a pagarte bien...

[[AzidRain]]

Gracias a todos por los consejos, sirven de mucho. Afortunadamente (o desgraciadamente para el cliente) no hay al menos en la zona quien pudiera tomar el proyecto en caso de que nosotros definitivamente ya no quisiéramos o pudiéramos seguir desarrollándole. No he comentado que el cliente en cuestión no cuenta con depto. de informática por lo que le es aún más costoso "sentarse en su macho" que negociar. Sabemos que tenemos lo necesario para sacar una negociación ventajosa para nosotros y que le resuelva el cliente su problema, pero como mencionaba en el post original, a muchos ya nos ha cobrado factura en cuanto a salud y esas ya son palabras mayores. Afortunadamente el cleinte hasta el momento cuenta con toda su documentación, fuentes, memorías, etc. sobre como se desarrolló su proyecto (inició en 2006) por lo que cualquier desarrollador con conocimiento del Delphi no tendría problema en retomarlo, si no fuera porque por aquí no hay ninguno (ya ese no es nuestro problema) todo el mundo que ha visto el proyecto propone rehacerlo desde cero ("from scracth" dirían los gringos) y por supuesto usando el famoso "Visual ya saben" o bien esoterismos como Java y Cia. Además a este cliente le damos soporte 24/7 a su servidor basado en MySQL el cual es sin duda la columna vertebral de la empresa, la cual por cierto está en crecimiento. Hasta ahora como mencioné todos los posibles "competidores" no hablan de nada que no sea Oracle o SQL Server y uno que otro FB.

Es obvio que nuestro cliente ya cuenta con una plataforma madura para sus operaciones y que no se basa en cualquier cosa (Delphi y MySQL) además de que le ha tomado más de 6 años irlo construyendo con sus ideas plasmadas en el software que ahora tiene y sin que suene un poco presumidón, me atrevo a decir que es de los más grandes en su rama de negocio. (Es una empresa de transporte de paquetería y carga gral.)

En fin, ya veremos que pasa, ya les contaré, ahora mismo no tengo la menor idea de cuanto costaría implementar un monstruo de ese tamaño (facturación en tiempo real, cuentas por cobrar con bitácora de movimientos, control de unidades [logística], liquidaciones de viajes, rastreo de envíos, conexión via su página web, control de quejas y servicios adicionales, reportes de cuanta cosa haya en la bd, etc.) y lo mejor y nuestro sello de calidad: cero caídas en 6 años.

Ahi les cuento por si alguien se anima más adelante a mantener al monstruo trabajando.

[Ñuño Martínez]

Empezado por AzidRain

(...) cero caídas en 6 años.

Eso son como mil puntos a vuestro favor. Ojalá pudiera decir lo mismo de mi monstruo (programa de gestión de clientes, pedidos y facturas hecho en PHP, JavaScript y MySQL) pero falla más que una escopeta de feria. Y seguro que parte es culpa mía, pero estoy seguro de que en otras condiciones lo hubiera hecho mucho mejor...

Empezado por mamcx

(...)

No me lo he leído todo aunque tampoco he hecho un tl;nr*, y quería comentar una cosa.

Uno de los problemas de los comerciales y/o jefes es que no tienen en cuenta los puntos importantes que destacas (Preguntarse realmente cual exactamente es el problema, Entender verdaderamente el problema, etc.) sino que se limitan a "vender la moto" a cualquier precio. Un buen ejemplo es la empresa en la que trabajo y que va a cerrar el día 31. Mi jefe vendía la moto y luego venía a nosotros para que se la fabricara, muchas veces sin preguntarme si podíamos hacerlo (siendo justos, alguna vez sí preguntó, pero no siempre hacía caso). Esto es un error enorme.

Hay que tener mano izquierda con los clientes, y hacerles entender que muchas veces no necesitan lo que creen que necesitan. Pero claro, si no vendes no cobras... pero como se ha dicho más arriba:

Empezado por newtron

(...) es mejor perder a un mal cliente que ganar un buen problema.

Además, si se hace bien, incluso esta actitud (no vender la moto a cualquier precio) puede servir para fidelizar clientes o que estos te recomienden, porque da imagen de empresa que se preocupa más por el cliente que por el vil metal. A largo plazo puede ser mejor. Pero claro, muchas veces sólo buscamos el beneficio inmediato y eso casi siempre suele ser peor. Como dicen en mi pueblo, es "pan para hoy, hambre para mañana".
________________________

* too large; no read => demasiado largo, no leído

[mamcx]

Empezado por AzidRain

Ahi les cuento por si alguien se anima más adelante a mantener al monstruo trabajando.

Entonces tu problema es que la negociación esta equivocada. Si no te funciona a tu empresa, como le va a funcionar a cualquier otro?

Tengo un amigo en una situación parecida. El desarrollo a la medida se caracteriza porque se convierte en un outsourcing de mano de obra, y eventualmente hay que analizar si la relación cuasi-laboral vale la pena.

A parte de que desgasta un montón. A ambas partes.

Creo que deberías analizar la situación. Trabajar aburrido no es bueno para ti ni tu cliente. Tal como lo describes, eres como una filial de esa empresa, y esa empresa depende de la tuya. Hay que sentarse y mejorar la relación, porque en cualquier momento uno de los dos se divorcia a las malas y el daño es grande.

Ppalmente, debes pensar que es lo que realmente quieres. Seguir dando soporte a una infraestructura, hacer desarrollo a la medida o que.

Si es asi, entonces la relación tiene que cambiar. Hay una mensualidad que cubra el servicio? Realmente cubre los gastos? Te da para inyectar sangre nueva - al punto en el que estas, es seguro que un desarrollador mas novato puede encargarse de la carpintería-?

A este punto, se hace lo siguiente:

- La mayor parte del trabajo seguro son reportes. Si es el caso, creo que es mejor apuntar a una suite de inteligencia de negocios (como pentaho, o sql server BI) o en su defecto crear un desarrollo de un sistema de reportes dinamico que por ejemplo, utilize excel como fuente de datos (mira esto:http://www.remobjects.com/tv/da.aspx?video=da-01-odata).

Los reportes son MUY desgastantes. Pero no tienen porque serlo.

- Sentarse con el cliente y hablar del futuro. Inyectar proyectos nuevos, ideas nuevas para que no sea trabajar en lo mismo

- Hacer refactoring al sistema

-Planear una ruta de salida

-Buscar sangre nueva que se encarge del proyecto

-Buscar una empresa que quiera el muerto... o mejor dicho, convertirlo en un vivo para que alguien lo quiera

Segundo, creo que debes ser franco con el cliente. Si estas abrumado de trabajo y no te compensa la cosa, eres un *riesgo* enorme a esa empresa. Si piensas salirte, hay que trazar un plan de salida, entre ambos.

[Ñuño Martínez]

Una cosa es trabajar por dinero y otra es prostituirse. Quizá sea una exageración, pero es que lo que pide el cliente también lo es. ¿Por qué narices lo necesita impreso? ¿Realmente lo necesita? ¿Todas las columnas? ¿Siempre?

Yo creo que es momento de plantarse, con dos nachos, y decirle la verdad: que es demasiado trabajo para ti, ofrecerle alguna alternativa y, si no la quiere, que lo haga otro. Puedes devolverle parte de lo que te haya pagado, pero no todo puesto que ya hiciste un trabajo.

No nos engañemos: el cliente no siempre tiene razón, y en cuestiones informáticas todavía menos. Es algo que he aprendido a base de tortas.

[edito] Vaya, por unos segundos, pero coincidimos en mucho:

Empezado por newtron

La verdad es que el tema de la relación con los clientes es lo que menos me gusta de este trabajo. Normalmente intentan (y muchas veces consiguen) llevarte al huerto con modificaciones y adaptaciones fuera de presupuesto pero tienes que adoptar una posición firme y plantarte cuando consideres que se están columpiando. Aparte de ganar más dinero tienes que mantener un estatus de buen profesional y de marcar tú las pautas de tu trabajo y no que tu cliente te las marque.

Esto es bastante delicado porque hay que saber cuando dar un poco de cuartelillo y cuando plantarse y es fácil meter la pata, pero.... es lo que hay.

Lo que yo si aprendí hace tiempo (aunque no siempre lo practico) es que es mejor perder a un mal cliente que ganar un buen problema.

Saludos y ánimo.

[Casimiro Noteví]

Somos más de uno los quemados

[ecfisa]

Empezado por Ñuño Martínez

Una cosa es trabajar por dinero y otra es prostituirse. Quizá sea una exageración, pero es que lo que pide el cliente también lo es. ¿Por qué narices lo necesita impreso? ¿Realmente lo necesita? ¿Todas las columnas? ¿Siempre?

Yo creo que es momento de plantarse, con dos nachos, y decirle la verdad: que es demasiado trabajo para ti, ofrecerle alguna alternativa y, si no la quiere, que lo haga otro. Puedes devolverle parte de lo que te haya pagado, pero no todo puesto que ya hiciste un trabajo.

No nos engañemos: el cliente no siempre tiene razón, y en cuestiones informáticas todavía menos. Es algo que he aprendido a base de tortas.

Mi primer sentir coincide totalmente con lo que decis arriba, pero cuando alguno se encapricha he tomado la política de "el cliente siempre tiene la razón" y hacer lo que pide cobrando bién cobrado por ello. Seguramente no sería así si fuese yo sólo, pero tengo dos chicos adolescentes y necesito el dinero más de lo que desearía...

Si bién es cierto que en casi todos los casos es posible hablar con el cliente y reveer algunas pretenciones.

Saludos.