![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Amigos:
Una vez mas les agradezco por sus pertinentes consejos. Algo asi me suponia pero nada como la experiencia de ustedes para confirmar mis supocisiones. Un gran saludo y la mejor de las suertes. Cita:
Cita:
|
|
#2
|
||||
|
||||
|
Eso es consultoría de negocio, no técnica. Por lo tanto, ya que le limpias la casa a tu cliente, intenta morderle un buen pellizco.
En definitiva, no te limites a ofreces sw para un sector. Si ya lo coneces y puedes ofrecer asesoría en ese sector, utilizalo como arma comercial y aprovechalo para amortizar la inversión en el desarrollo. Suerte y un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
|
#3
|
||||
|
||||
|
Así es mi estimado amigo fjcg02, en este negocio no hay que limitarse nomas a vender software sino a arreglarle sus problemas al cliente (con o sin nuestro software), con la experiencia uno va a agarrando golpes y se va familiarizando con lo que los clientes hacen. Por supuesto que este "know-how" no es gratis, pero la mayoría de las empresas ven con mucho mejores ojos a una empresa o desarrollador que no se limita a hacerle un programa "tal cual" sino que además le soluciona otros problemas adicionales.
Me permito compartirles algunas máximas según mi experiencia: 1.- Casi todas las empresas (clientes) siempre buscan evitar fugas de dinero. Entonces busca las debilidades no de tu sistema sino de como hacen su opreración y con esa información cubrelas con tu sistema. 2.- Los usuarios administrativos siempre piensan como "siempre lo han hecho". Trata de que tu sistema les cambie poco a su rutina y en su caso les ahorre tiempo sin tener que obligarlos a hacerlo de otra forma. 3.- Los usuarios no saben de tecnicismos. Desarrolla tu sistema de manera que sea facilmente instalable y operable por cualquier persona con un promedio de conocimientos informáticos. 4.-Sé humilde. No pretendas que tu software, por muy bueno que sea, controle la operación de tu cliente. Salvo que sea un cliente que inicia operaciones. Todos los clientes siempre buscarán cambiar lo menos posible la forma en como ya hacen las cosas. 5.- Rodeáte de otros profesionales: contadores (contables), administradores, ingenieros, doctores, etc. según el caso de cada desarrollo que hagas. Uno solamente tiene la habilidad de trasladar lo que un cliente quiere a un mero código, pero no sabemos que es todo lo que ese cliente podría obtener con nuestra ayuda. Espero les sea de utilidad y les recuerdo, no se anuncien como meros desarrolladores, sino como consultores.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#4
|
||||
|
||||
|
Hola AzidRain.
Esta información vale oro. Gracias por compartirnos tu experiencia. |
|
#5
|
||||
|
||||
|
Favor que me haces...muchas gracias. No recuerdo si lo comenté alguna vez pero precisamente por darme cuenta de la realidad del negocio además de ser Ingeniero en Sistemas también soy Lic. en Admon. de Empresas, claro que esto último lo estudié "ya de viejo" pero me ha servido mucho y me ha abierto muchas puertas.
Con la experiencia he aprendido que el cliente no compra software ni desarrollos que se ven bonitos, compra cualquier cosa que le solucione su problema y además le prevenga de problemas futuros. Desgraciadamente cuando solo tenemos la visión a (perdón por las malas palabras) "Mi sistema es muy chingón porque usa tal o cual tecnología y se conecta mediante web y además tiene interface con wikilieaks y pues si te interesa tienes que ahora hacer tus operaciones de esta forma porque MI sistema así trabaja, y MI sistema es muy chingón."MUchos clientes compran la idea pero al final terminan o bien frustrados o bien "encabronados" cuando alguien que no sabe de sistemas pero si de administración le dice: "Y porque no haces para esta operación este papelito y así evitas esto y esto"... Ahi está la clave, el software "per se" no es la solución de nada, las corporaciones y empresas hacen que el software funcione de acuerdo a sus necesidades, si estás desarrollando pensado lo contrario estás perdido. Por último comparto otra máxima extraída de mil reuniones con clientes: Cliente: Se podrá hacer esto? El sistema me podría dar en la mano esto? Podría ser automático? Respuesta: Todo se puede hacer, solo se requiere más tiempo. (En nuestro negocio en efecto el tiempo=dinero). Moraleja: Nunca le digas a un cliente que le va a costar mas caro lo que pide, dile que te llevará más tiempo realizarlo. Al final es lo mismo pero no se sentirá agredido y lo comprenderá mejor.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#6
|
||||
|
||||
|
Mi experiencia como comercial de ERP en los últimos dos años, me está permitiendo cerciorarme de que vender software es más un 'pulso' psicológico que una venta. Si lo ganas, acabarás vendiendo. Tened en cuenta que en la mayoría de las ocasiones, el cliente no tiene ni repajolera idea de tecnología, o si sabe un poco tiene tal lío que es mejor que no sepa nada. Porque quién de nosotros sabe todo de todas las áreas técnicas ? ( sistemas de BBDD, comunicaciones, NEGOCIO, ...).
Lo más importante son bajo mi punto de vista los siguientes aspectos: 1.- Habla su idioma, cambia de discurso dependiendo de a quién te dirijes. No es lo mismo hablar con el jefe de producción que con el director financiero. Utiliza su mismo lenguaje, no el técnico. 2.- Identifica sus debilidades o los puntos críticos que quieren resolver, y en la demostración que les ofrezcas, demuéstrales cómo lo soluciona tu producto/solución. Si rompes la barrera que os separa, notarás que será totalmente diferente la actitud del cliente. 3.- Muestra tu módulo de bussines intelligent o cuadro de mando, con información estadística de todo tipo. Sobre todo si el gerente y el director financiero tienen peso en la demo y en la decisión de compra. Que vean que pueden explotar fácilmente sus datos para poder tomar decisiones con datos contrastados y no con suposiciones. 3.- Demuestra cómo pueden ahorrar tiempos y sobre todo errores en sus procesos y circuitos. 4.- Si puedes demostrarles el ROI ( retorno de la inversión ) al instalar tu solución, mejor. 5.- Demuestra al cliente que de su negocio, el que más sabe es él. Haz que tus ideas se conviertan en suyas, y te lo has ganado. 6.- Tened en cuenta que muchas veces no saben lo que compran ( si ves media docena de soluciones, al final sólo recuerdas un par de detalles de cada una), por eso es importante demostrar conocimiento de su medio, porque de esa manera acabas ganando su confianza. Y por supuesto es importante mantenerla... 7.- No flojees aunque te cueste convencer al cliente. Si el cliente no te deja marchar, es que tienes algo que él quiere o le interesa. 8.-Por mucho que te cueste, aprende contabilidad. Al final, cualquier negocio es $$. 9.- Y por último, en algo en lo que no estoy de acuerdo con AzinRain. Si tu sistema además de ser bueno, tiene un interfaz agradable y permite cierta libertad al usuario, mejor. Respecto a lo que comenta AzidRain, estoy de acuerdo al 99% .Del punto 9 quiero aclarar que del tema que vendo, hay un tema que deja boquiabiertos a los clientes e incluso a técnicos que no lo conocen. El sistema permite en cada rejilla de la aplicación y para cada usuario, seleccionar los campos que se quieren ver, el orden, seleccionar agrupaciones, sumas, medias, conteos, ... de los campos que quiera, seleccionar colores de filas en base a valores ( mayor, igual, menor ) que el propio usuario define, y todo esto guardarlo con un nombre, para recuperar esa configuración cuando desee e incluso elegirla como configuración por defecto, de manera que se aplique cada vez que se abre el formulario que contiene esa rejilla. Además, se pueden guardar diferentes configuraciones para una misma rejilla, porque puede ser útil tener diferentes configuraciones , por ejemplo para los cobros , dependiendo de si vamos a generar remesas bancarias o vamos a reclamar cobros pendientes, o queremos ver lo cobrado por cliente. Este tema se puede reproducir fácilmente con quantum grid ( debo decir que el sistema no está desarrollado en Delphi ) teniendo claros los conceptos de los que hablo. Si alguien necesita más información o consejos al respecto, que no dude en solicitarlos. Estaré encantado de ayudar a todos .... los que no me hagan competencia. Un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Clasifica productos | cacu | OOP | 2 | 17-11-2009 09:31:16 |
| Como chequear la fecha de caducidad de mi aplicacion | JoAnCa | Varios | 2 | 11-03-2009 14:52:17 |
| Caducidad Demos | capo979 | Varios | 2 | 09-05-2008 16:59:30 |
| Reportes de productos | maui | Impresión | 5 | 07-09-2004 00:03:49 |
| Caducidad de InterBase 7 | Giasl | Firebird e Interbase | 5 | 06-06-2003 21:19:59 |
|