pricing online microsoft español dynamics caracteristicas dynamics-crm review

online - Cómo es su experiencia con Microsoft Dynamics CRM



microsoft dynamics crm caracteristicas (6)

Me gustaría conocer su experiencia con Microsoft Dynamics CRM.

  • Fortalezas, puntos débiles.
  • Qué tan buenas son sus características.
  • ¿Qué tan difícil es desarrollar alguna funcionalidad?
  • ¿Cómo es percibido por sus clientes y potenciales clientes?
  • Lo que sea que pienses que debería saber.

Consulte la versión con la que trabaja, ya que parece haber muchos cambios recientes.


Trabajé con CRM3 durante aproximadamente un año con un puñado de clientes. El principal problema que encontré fue que las personas esperaban que fuera fácil de personalizar para cumplir exactamente con los requisitos de su negocio. Ya habían pagado por el software ... así que los ajustes deberían ser fáciles. ¿¿Derecha??

¡Incorrecto! (para ser justos, es muy personalizable, solo toma tiempo para ponerse al día).

También la instalación puede ser complicada ... piense en el sitio web / servicios de informes / SQL ... luego confíe en las relaciones entre varios servidores. Incluso en una sola instancia de servidor, he tenido que hacer hacks de registro aterrador para que todo funcione.

Sin embargo, funciona como un producto.

Aclamaciones


Encontré MSCRM 3 bastante pobre. Creamos varios informes de errores. Algunos de ellos fueron corregidos, algunos de ellos simplemente reconocidos como errores. Tuvimos un problema con el flujo de trabajo que no se activa en Crear; en palabras del tipo de soporte de MS, "a veces eso simplemente sucede".

También fuimos afectados por los problemas de ahorro de luz diurna ya que teníamos clientes en Nueva Zelanda, Australia y Brasil, y los tres países cambiaron sus reglas de ahorro de luz natural. Ninguno de los parches proporcionados por MS funcionó correctamente (puede forzar una solución al cambiar la zona horaria de cada usuario y luego regresar a la zona horaria original, si le sucede). (Al parecer, sucedió nuevamente este año, y el primer paso en sus instrucciones de solución de problemas fue "Actualizar a 4").

Estábamos trabajando con instalaciones extremadamente personalizadas. Creo que el hecho de que PODRÍA hacerlo dice algo, pero hubo muchas horas difíciles tratando de resolver problemas sutiles y a menudo intermitentes.

La instalación fue a menudo difícil.

Obtuvimos errores no obvios cuando un cliente ingresaba caracteres especiales (como ç) en direcciones y nombres, y no estaban contentos con no poder usarlos. A menudo, los errores no se encontraban en Google y se operaba en la oscuridad.

Las limitaciones de 3 eran bien conocidas, moneda única, etc.

Yo diría que 3 no es bien considerado.

Mi única experiencia con 4 fue probar una actualización en la instalación muy personalizada. Encontré la documentación muy ausente (esto puede haber mejorado). La actualización falló porque el campo de la zona horaria no se importaría correctamente hasta que edité manualmente el XML. No hubo resultados de Google para ese error, y tomó mucho tiempo resolverlo.

Aún así, las herramientas de flujo de trabajo incorporadas eran mucho más potentes, aunque no tuve que hacer personalizaciones en el mundo real con ellas.


He trabajado con MSCRM durante un par de años, ambas versiones 3 y 4. También implementé un proveedor de consultas LINQ ( http://www.codeplex.com/LinqtoCRM ).

Los usuarios lo utilizan con bastante facilidad, es una aplicación web y la integración con el resto de la pila de MS es muy buena, especialmente con Outlook, donde los vendedores tienden a pasar la mayor parte de su tiempo. El sistema de flujo de trabajo es sólido, particularmente en 4.0 donde se usa Windows Workflow Foundation.

Es cierto que la instalación puede ser complicada, principalmente debido a todas las dependencias en varios otros bits y piezas de Microsoft.

Sin embargo, el verdadero genio del MSCRM es la plataforma subyacente. Hay un marco relacional completamente extensible allí. Puede crear nuevas entidades (tablas), agregar propiedades (columnas) sobre la marcha y agregar relaciones de todo tipo entre entidades a través de una GUI y está inmediatamente disponible para los usuarios (después de "publicar cambios"). Existe una sólida arquitectura de complemento para la lógica de negocio que no sean flujos de trabajo. Puede exportar e importar personalizaciones entre sistemas en ejecución, y las instalaciones completas (datos y todo) se pueden mover entre los servidores. Es una hazaña de ingeniería extremadamente impresionante si me preguntas.

En este momento, es algo difícil aprovechar la plataforma subyacente en un contexto general debido a problemas de licencia (vaya figura), pero ciertamente está ahí para que la use en su sistema CRM.


Microsoft CRM es un gran producto, pero debemos establecer expectativas realistas al tomar la decisión de evaluación. Al igual que la mayoría de los productos tecnológicos, tiene su propia fuerza o debilidad.

Primero debemos entender que la filosofía es Microsoft CRM. Microsoft CRM no compite con Siebel CRM en la funcionalidad. Tiene una funcionalidad muy limitada con énfasis en la facilidad de uso. Por lo tanto, la comparación con Siebel en puntos funcionales y la integración de la industria sería inútil.

Microsoft CRM es ideal para organizaciones con Microsoft Stack Windows Server, AD, SQL Server y Microsoft Office existentes. El USP de Microsoft CRM es la integración con Microsoft Office en general y con Outlook en particular. A los vendedores les encanta usar Outlook, y el cliente de CRM Outlook se asegura de que tengan acceso a Microsoft CRM desde su Outlook.

Microsoft CRM también obtiene puntajes en facilidad de uso. La interfaz de usuario de Microsoft CRM es coherente con la interfaz de Microsoft Office Outlook (y ahora la mayoría de los miembros de la familia de Microsoft Dynamics se adhieren a esa apariencia). Los usuarios nuevos en Microsoft CRM encontrarán que trabajar con él es muy fácil si están acostumbrados a trabajar en Microsoft Office.

Microsoft CRM es altamente personalizable. Cualquiera que haya intentado personalizar un Siebel u Oracle CRM adoraría la simplicidad de la personalización en Microsoft CRM. Pero obviamente, hay una compensación entre simplicidad y profundidad de personalización. Hay ciertas limitaciones que Microsoft CRM SDK impone en ciertos tipos de personalización.

Un buen consultor de Microsoft CRM podría proporcionar soluciones que minimicen las personalizaciones en Microsoft CRM, ya que es una tarea muy costosa mantener y respaldar las personalizaciones para una organización a largo plazo.

En resumen, Microsoft CRM es un excelente producto si usted es una tienda de Microsoft y está buscando un sistema de CRM de bajo costo y fácil de usar con funcionalidad limitada.


He estado trabajando con Dynamics CRM desde la versión beta 1.0.

Dynamics CRM no debe considerarse una herramienta de marketing de servicios de ventas "lista para usar", sino una sorprendente línea de plataforma de aplicaciones empresariales. Alrededor del 80% de las implementaciones en las que he participado no usaban las funciones tradicionales de ventas / servicio / marketing, sino que creamos aplicaciones específicas y resolvimos muchos procesos dolorosos / ineficientes.

He visto fallas en la implementación ... por lo general, el cliente quiere "instalar y jugar con él". Para tener éxito, debe planificar, al igual que una aplicación personalizada, y si se planifica y documenta correctamente, la implementación será exitosa. .

Este es un producto de Microsoft y requiere la pila de Microsoft.

Hay 100 cosas que amo de este producto y me gano la vida implementando / desarrollando en él. Estoy completamente lleno por 3-4 meses.

Lo que no me gusta: mientras mucho, mucho mejor, la integración de Outlook todavía causa problemas de vez en cuando. Se trata más de Outlook no funciona bien con complementos. -no puedo enviar mensajes masivos por correo electrónico con archivos adjuntos, recibo esta solicitud de los clientes al menos 2 veces al mes -en el lado del desarrollador para mantener las personalizaciones "compatibles", necesita desarrollar código extraño. P.ej. - Necesita escribir un complicado "complemento" que requiere muchas líneas de código, configuración de DLL donde podría escribir un desencadenador SQL de 3 líneas que hace lo mismo, sin embargo, no es una personalización compatible.

¡Buena suerte!


Hemos estado desarrollando durante aproximadamente tres meses. La experiencia de los usuarios es bastante buena, la experiencia de los desarrolladores es horrible , es decir,

  • Olvídese de establecer un atributo en una nueva entidad (como el campo utilizado para buscar la entidad en un cuadro de búsqueda, o si la entidad es propiedad "en general" de la Organización o un usuario)? Deberá comenzar de nuevo: eliminar formularios, vistas, Entidad y compilar desde cero
  • La depuración de plugins es dolorosa (depuración remota). A menudo es más fácil escribir declaraciones de seguimiento, implementar, ejecutar el complemento, capturar registro y repetir. Pero no se puede registrar nada sin lanzar una excepción, que los usuarios vean . Por lo tanto, no tiene una forma sencilla de habilitar algún rastreo, ver qué está sucediendo con algún código y deshabilitar el registro de nuevo. Sin diagnóstico Este es un ejemplo de que las herramientas básicas de desarrollo carecen lamentablemente.
  • Casi todas las entidades integradas no son adecuadas para el negocio en el mundo real: ¿desea hacer algo tan simple como agregar un campo a ''Sitio'' (la entidad incorporada para Oficinas, etc.)? - No puedo hacer. ¿Quiere tener ''empleados'' que ya no sean usuarios del sistema? No puedo hacer
  • Alguna horrenda mezcla de nombres de esquema generados allinlowercase, SomeRandomcaptials y lots_lots_lots_of_repeated_generated_Names
  • El soporte LINQ es impar, con errores y aleatorio, es decir, para un tipo que admite nulos, x => x.HasValue lanzará un error; x => x == null no lo hará.
  • Los mensajes de error son oscuros (pensé que habíamos dejado de usar ''General Error -08976235'' hace años y esperábamos errores significativos). "Se produjo un error al procesar esta solicitud" es igualmente inútil
  • No funciona en el navegador cruzado. ¿En 2012? Por favor.
  • El rendimiento es calamitoso. Deje IE abierto durante unas horas con unos pocos formularios abiertos y terminará utilizando 1,5 GB de memoria.
  • En un mundo donde la verificación de tipos es la norma .NET, especialmente con los genéricos, vemos nombres de atributos y nombres de relaciones pasados ​​como cadenas en todas partes. Agradable, especialmente cuando a veces se requiere todo en minúsculas y, a veces, se requiere ProperCase.
  • Cuando la estructura se estropea (lo hace, lo hará) los errores son completamente inútiles; literalmente ''Se produjo un error'' - sin archivo de registro, sin seguimiento de pila, no hay mejor indicación del problema - incluso con los errores de revelado activados. La solución''? Regresa unos días y recrea todo desde cero. Acostúmbrate a hacer eso.
  • ¿Campos numerados automáticamente? Campos únicos? No sin muchas molestias
  • Informes de SSRS? Buggy: se esperan muchos errores "Errores inesperados" y "No se puede establecer el origen de datos {0}". ¿Y desea un informe con datos de CRM y otra fuente? No puedo hacer No funciona ¿Hipervínculos a los formularios CRM utilizando la opción ''Navegar a URL'' de SSRS? No funciona
  • La función ''Búsqueda avanzada'' no es nada por el estilo, es decir, no puede crear una vista simple de contener registros de x donde xy = 1 O xz = 2 donde xy y z son entidades o relaciones separadas.
  • ¿Desea agregar un buen tablero, basado en los informes de SSRS? Simple, ¿verdad? No. El ''guión de cuadros cruzados'' se interpone ('''' necesita '''' para habilitar esto, pero las opciones están deshabilitadas). Los informes se ven horribles con márgenes enormes, cuadros de entrada de parámetros, etc. No es un tablero limpio en absoluto. Para el punto de vista de los usuarios, es bastante ordenado, especialmente para los gráficos y sobre la marcha en desglose. Sin embargo, las cosas simples como filtrar u ordenar una "columna relacionada" en una vista no funcionan.
  • Los informes tienen "filtrado automático" para que los usuarios puedan seleccionar un registro en Dynamics y ejecutar un informe en su contra. Eso es bueno. Pero el filtrado no funciona en más de un conjunto de datos en un informe de SSRS. No funciona en los sindicatos. otra implementación más a medias de CRM.
  • Los tipos básicos de ''moneda'' son muy inestables. Espere errores de SQL que solo puedan solucionarse pirateando la base de datos, que no es compatible con MS.
  • No es compatible con grandes números. Por lo tanto, se basa en .NET donde el decimal puede cubrir +/- 1e29 con 29 lugares decimales. Pero CRM se detiene en 10e9 como número máximo. Para aplicaciones financieras, es una broma. Hay un montón de hacks (almacene en mns, acepte que habrá errores de redondeo por todas partes, empiece a implementar los mecanismos de "dividir y almacenar" y, por último, desearía que Dynamics no fuera un esfuerzo tan pequeño)
  • El plugin de Outlook es calamitoso . Bloquea Outlook, (nueva instalación, nueva PC, Office 2010). Espere solucionar problemas de PC, después de PC, después de PC. Haga una búsqueda en Google de ''Dynamics Outlook Connector Crash'' o similar. La ''herramienta de diagnóstico'' es irrisoria, la mitad de las veces se cuelga antes de comenzar.
  • Actuación. Es "dolorosamente" lento. Exactamente lo que los usuarios de Sales no tolerarán. Cuando se trata de eso, es un sistema básico de MIS: es realmente sorprendente cómo puede funcionar tan mal.
  • Importar / Exportar a Excel. Gran característica: los usuarios pueden exportar datos, editar en Excel y volver a importar. No funciona Bloquea Excel (Excel 2010) si intenta seleccionar todas las celdas, en tres PC diferentes. Además, debe guardar hojas en ''Formato XML 2003''; no funciona con archivos nativos de Excel . De nuevo, una implementación a medias.
  • La consulta a través del servicio de organización está limitada a 5000 registros. Otro límite arbitrario, inútil.
  • Si se ejecuta desde un dominio diferente, obtendrá errores , incluso si la confianza total está en su lugar. Esporádicamente, en todas partes. Ver registros? Podría funcionar 8/10 veces. Ver un informe? Probablemente no funcionará. Búsqueda simple? Generalmente fallará la primera vez y trabajará la segunda vez. Es muy poco confiable.
  • Fuera de la caja, la funcionalidad se rompe con las actualizaciones (es decir, la RU 12 rompió los selectores de vista en los paneles. Grandes pruebas. ¿Y se corrigió en RU13? No. Por lo tanto, la funcionalidad OOB sigue rota.
  • La interfaz de usuario es absolutamente horrible. Supongamos que agrega 20 elementos a un conjunto a través de la GUI. Haga clic en ''Agregar nueva X'', busque el registro, haga clic en agregar, busque de nuevo, agregue nuevamente, etc. Cuando hace clic en Aceptar si uno de los registros no es adecuado (por ejemplo, duplicado), los otros 19 registros no se agregan. Entonces tu trabajo se descarta y debes comenzar de nuevo. Todos los años de "mejores prácticas" y el estudio de HCI y MS siguen cometiendo estúpidos errores como este. La GUI es como algo por aproximadamente 1990.
  • La GUI apesta: dejará de responder, algunos componentes no se dibujan correctamente, algunos botones no se habilitan, por lo que debe cerrar / volver a abrir el formulario. A veces, el formulario simplemente deja de responder a los clics del botón. Si busca a través de una tabla, seleccionar una fila y luego ir a la página siguiente anulará la selección de lo que se seleccionó. ¡Es tan primitivo!