Quiero llorar...

[[AzidRain]]

Al fin después de mucho buscarle, tengo una tabla en memoria con los datos que necesito (sacados de otras tantas consultas), pero mi cliente no se conforma quiere impresos los resultados. Al tratarse de una tabla con más de 50 columnas es obvio que no cabe en ningún tamaño de papel. Se puso la funcionalidad de exportar a excel y ahi manipularlo, pero no. El pobre QuickReport no sirve para estos menesteres y aunque con PrintingSystem de DevExpress se puede hacer, no es lo que el cliente quiere. Habrá que hacer todo a la antigua: generar el reporte a pie, calcular renglones, meterse con el canvas y un largo etc. Lo que es peor, invertirle muchísimo tiempo solo para un reporte, vamos, fue más simple diseñar las consultas e interface que el tiempo que habrá que dedicarle a solamente la impresión.

Por eso digo que 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!

[[fjcg02]]

Es el mismo que el del informe de años sucursales etc ?

Rompe el contrato, devuelvele el dinero y mándale a tomar por c... Una de dos, o se da cuenta de que está haciendo el jaimito y al final se deja aconsejar por ti, o dormirás un poco más pobre, pero de un tranquilo...

Saludos

[[oscarac]]

bienvenido a mi mundo

[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.

[Ñ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 Notevi]

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.

[mamcx]

Empezado por AzidRain

Lo que es peor, invertirle muchísimo tiempo solo para un reporte, vamos, fue más simple diseñar las consultas e interface que el tiempo que habrá que dedicarle a solamente la impresión.

Por eso digo que quiero llorar...

No se como es tu relación con ese cliente, si te tiene algo de respeto o si reconoce tu experiencia, pero siendo el caso que es nuestra responsabilidad como ingenieros (así sea de espíritu) crear soluciones apropiadas y el de asesorar bien, te comento lo siguiente:

La gente no sabe que es lo que quiere, y el cliente no siempre tiene la razón. Todos tienen la razón en cuanto a lo que siente, pero en como resolver un problema? La tiene - o se le acerca- quien tiene mas conocimiento del tema. En este caso, ese eres tu.

Debes meterte eso en la cabeza y no tambalear.

Ya que las personas se estresan con razón o no, y curiosamente en un intento de ayudarte (!) inventaran una solución basado en su entendimiento de las cosas... solución que en su mente consideran que no solo es practica y buena, sino que ademas, no te representa un problema importante.

Lo que hago es identico a como intento enfrentar cada decision, sea que venga de un cliente, fuerzas del mercado y deseos propios:

1- Preguntarse realmente cual *exactamente* es el problema. Este es el punto ppal.

Habla con el tipo y preguntaselo. El te da una orden, pero te ha explicado de verdad lo importante que es? Porque si es el mas porquería informe del mundo, pero te queda claro que es CRITICO para tu cliente, entonces no estarias aqui hablando.

Estas aqui quejandote de tu suerte en la vida, pues porque no crees que ese informe valga la pena. Apuesto que el cliente aun no lo sabe.

Si eres inteligente, puedes controlar la situacion sin necesidad de hacerlo sentir mal ni ponerlo a la defensiva ej: " Para poder hacer este informe bien, me gustaria entender el porque es muy importante. Se que debe parecer obvio, pero ya que soy desarrollador especializado en hacer software no es mi fuerte - mencionas lo que sea que hace tu cliente - y me ayuda mucho comprender muy bien " - menciona que quieres comprender-. Haces preguntas intercalando entre las que satisfacen lo que cree que quiere oir, y las que realmente ayudan a hacerle entender a EL cual es realmente el problema.

Considera que los clientes no son estupidos. Incluso los mas molestos y los que si parecen estupidos. Considera que tampoco son muy brillantes. No creo que ningun ser humano sea muy brillante tampoco. Asi que solo es hasta que alguien entiende *verdaderamente* cual es el problema es que se da cuenta si quiere la solucion.

Entender *verdaderamente* el problema incluye:

- Comprender que esfuerzo se requiere de cada parte (ie: Cuantas horas necesitas de x persona de esa empresa para completar la tarea)
- Dejar claro que informacion necesitas de ello (ej: Necesito me generen esta informacion, o digiten esta otra)
- EL tiempo y costo ($$$$) obvio. NO ES OBVIO. Recuerda, tu cliente NO sabe lo que implica para ti hacer un desarrollo. El sabe cuanto cuesta un desarrollador ($$$) por mes/hora por lo menos?

- La oportunidad perdida. Hacer una tarea es a costa de hacer otra. Siempre se pierde cuando se gana algo.

Si todo esto hace parte de un contrato, o desarrollo a la medida, hacer ese informe es a costa de dedicarle a ello. Si perder tiempo de hacer ese informe es en CONTRA de lo mas importante para el cliente, debes hacerlo entender.

Por ejemplo, casi *semanalmente* viene mi socio comercial y me dice " Cliente X, pelos de punta, quiere pa ya hacer Y" Y yo le respondo "Muy bien, pero el tiempo de hacer X impide que dedique tiempo a eso mas importante que estoy haciendo ahora -lo cual, no es carreta mia, es verdad- Lo hago o no?". 90% del tiempo, responde " No pues asi, mejor no".

- Los riesgos, dificultades y problemas

En cuanto a problemas y dificultades:

"Suponga Sr. que tiene el informe con todas esas columnas y con 5 paginas. Ese informe se lo entregan cada 2 dias. Que va a hacer con el? Le parece que es la mejor forma de usar su tiempo? Le parece que es la mejor forma de entender la información? Leer un MONTON de datos realmente le ayudara a tomar la decision- mencione la decision que quiere tomar-?"

Si entiendes el problema (ej: Quiero saber mi margen de ganancias) entonces puedes alterar la solucion (ej: Enves del informe impreso, una sola grafica que muestre las N mas rentables).

Tambien, mostrarle las ventajas de hacerlo directamente en excel. Puedes quizas esforzarte en mostrar como es mas facil en excel (ej: Como vas a encontrar ese producto entre todos eso datos? En cambio, en excel solo es cosa de darle buscar e imprimes solo lo que necesitas)

Refuerza el punto con palabras:" El modulo de informes arcaico tipo DOS que se hacia hace 20 años se ha cambiado por el modo MODERNO de usar excel, como herramienta de analisis avanzado. Los mejores gerentes del mundo han abandonado el papel y lo pesados y molestos informes, pero con gusto lo hare, ya que es mas rentable gastar papel y la demora de hacer todo eso, que tenerlo listico y a la mano, disponible desde cualquier parte del mundo"
2- El segundo punto es preguntarse: REALMENTE es necesario hacerlo?

Aun cuando el problema se entiende, y aunque se sepa que es interesante, no significa que deba hacerse. Steve jobs menciono que el secreto es decir NO un millon de veces. Es lo mismo. Es tu fuerte hacer reportes? hace parte del proposito del sistema? Del contrato? Es conveniente? Esta dentro de las limitaciones de tiempo, dinero, experiencia, etc?

3- El tercero es cual es la mejor forma de hacerlo.

Recuerda, las personas en vez de explicar el problema tratan de ser utiles -tan queridas ellas- asumiendo una solucion.

Incluyendote.

Debes siempre sacar tiempo para la I de I+D (Investigación y desarrollo). Documentate sobre formas alternas de resolverlo. Busca " Best way of" en google y asi por el estilo. Hasta que no te parezca que encontraste la mejor forma, no descanses.

Es facil dejarse intimidar del cliente. Tiene la plata, y tiene la voz fuerte. Pero tu tienes mucho poder tambien. Debes usarlo adecuadamente.

4- El cuarto es encontrar la forma mas simple de hacerlo, en el menos tiempo y la manera mas rentable

5- El quinto es saberlo comunicar a tu cliente/equipo de trabajo

Los dos anteriores casi siempre se resuelven "automagicamente" si los 3 primeros estan realmente resueltos.



------

Por ultimo, el que te lo demande un cliente no obliga a que lo tengas que hacer. No es que seas su esclavo (ni siquiera los esclavos pensaban que tienen que obedecer absolutamente todo).

Si no te beneficia - en $$, experiencia, etc - no lo debes hacer. Todo oportunidad ganada es una perdida. El tiempo de cada trabajo es a costa de hacer otro, de atender otro cliente, de hacer otro proyecto.

Al final, hay que perder el miedo de decir que no. Incluso, el de perder un cliente.

Son negocios. Nada mas.

[[Al González]]

César, suscribo casi todo lo dicho.

Te voy a dar un enlace que puede servirte. Hace seis años otro querido compañero pasaba por algo similar, y varios ahí nos volcamos, como lo hacemos ahora contigo, para animarlo y ayudarle a resolver su situación.

Ahí escribí algunos consejos que entonces practicaba. Pero algunos años después, cambiando de ciudad y aferrado a crear una compañía de software, me dejé contaminar por los factores hostiles del entorno, al grado de ignorar mis propios consejos. Como sabes, la empresa quebró hace tiempo y ya ni hablar de las deudas que me dejó.

Ahora traigo a colación, lo que ahí le decía a Rufus, y ahora te lo digo a ti:

http://www.clubdelphi.com/foros/show...662#post104662

¡Ánimo! Pies en tierra firme antes de cada decisión.

Un abrazo.

Al.

[Casimiro Notevi]

Justo estaba pensando en ese hilo de Rufus

[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.

[[fjcg02]]

...suite de inteligencia de negocios (como pentaho, o sql server BI) ...

Estoy de acuerdo con mamcx, un tema de BI puede ser una solución muy interesante. Dejas de programar programas y pasas a hacer análisis de negocio.
Este tema es muy chulo, ya que entra por los ojos muy bien a la gerencia. Si se prepara bien, se pueden recopilar datos de cualquier sistema, consolidarlos, y trabajar con ellos. Como puerta de entrada a las empresas es una buena herramienta. Y una vez dentro, es más fácil colocar productos y servicios.
El año pasado estuvimos a punto de hacernos partnes de una empresa con un desarrollo sobre Oracle BI muy interesante, pero finalmente no cuajó porque querían montar una sociedad para distribuir el producto. Mis jefes no quisieron. A mi me ofrecieron montar una delegación ( complementando con ERP y aplicación de nóminas) pero no me atreví, ya que no tengo financiación, y en los tiempos que corren no es que sea la mejor opción, el riesgo es muy alto. Tened en cuanta que los únicos ingresos de mi casa son los míos, y la hipoteca hay que seguir pagándola otros 30 años...

Saludos