¿Qué es una plataforma de código bajo / sin código y CRM, CRM +, ERP?

A continuación, presento un vistazo a código bajo / sin código basado en 20 años de experiencia en la implementación de CRM / ERP.
En una economía con una competencia cada vez mayor, el código bajo / sin código pronto comenzará a ocupar un lugar cada vez mayor. Y el punto aquí no es que todos quieran ahorrar en el costo de mano de obra del proveedor del sistema CRM / ERP, el código bajo / sin código brinda grandes ventajas en términos del costo de propiedad del sistema, el costo de cambiar el sistema y el costo de crear un error del sistema.

Sobre los diferentes tipos de costos, en relación con los sistemas de información, se dijo aquí con más detalle.

La esencia del código bajo / sin código (en lo sucesivo, simplemente código bajo) es reducir el umbral para crear / modificar un sistema de información al nivel de un analista de negocios o incluso un usuario avanzado. Esto es cuando el proveedor no solo crea una plataforma con un lenguaje incrustado y sus empleados declaran que harán "todo o casi todo" por el cliente: una plataforma de código bajo, esto es cuando los analistas de negocios o responsables dedicados del lado del cliente (sus empleados) pueden hacer esto "Casi todo" hágalo usted mismo.

¿Qué se incluye en el concepto en la plataforma puede "casi todo"?

1. Formato de datos, datos del usuario
2. Cálculos
3. Interfaces de escritorio / web
4. Informes, cuadros de mando, análisis
5. Plantillas para documentos, boletines, notificaciones.
6. Gestión de procesos
7. Acceso y gestión de registros
8. Administre su cuenta personal y datos en el sitio

Las capacidades de código bajo reducen significativamente el camino hacia el resultado de la cadena "Tarea del usuario - presupuesto de desarrollo - analista de negocios - TK - contratista - aprobación del resultado - haciendo cambios - aceptación" a "Tarea del usuario - Analista de negocios - aceptación".

Los empleados clave son "portadores / propietarios de conocimiento sobre los procesos de la empresa". ¡Es la provisión en sus manos de una herramienta que permite! completamente! crear / modificar un sistema de información empresarial, lo que lleva a:

• Más flexibilidad y transparencia empresarial.
• menores costos de TI
• aumentar la velocidad de desarrollo de un sistema de información corporativo
• Reducción de riesgos y tiempos de espera para la implementación de tareas internas en el sistema corporativo

y más "con los pies en la tierra":

• la capacidad de los gerentes en diferentes niveles para probar rápidamente nuevos modelos de gestión
• Adaptación independiente de la interfaz y visualización a las necesidades de los usuarios.
• creación rápida de nuevos informes, formularios, formularios
• cambios operacionales en la gestión de procesos
• + mucho más

A continuación se muestra cómo se puede construir un sistema de código bajo. Una de las opciones Con una explicación de los puntos clave.

1. Formato de datos, datos del usuario

La plataforma debe tener herramientas de configuración de datos. Y sin programación. Y no solo los "datos de usuario" deben ser accesibles para la configuración, sino también los directorios y registros que representan la base del sistema de configuración +, por ejemplo, contratistas, físicos. personas, etc. O viceversa: hay proveedores que permiten configurar un número limitado de tipos de datos + crear sus propios directorios; esto está mal. Las limitaciones son un compromiso para el dinero del cliente.

Todos los datos deberían, en términos relativos, tener los mismos derechos, mostrarse en un árbol (porque hay registros / directorios secundarios) y el analista de negocios del comprador de la plataforma debería poder administrar estos datos sin restricciones.

En el momento actual de desarrollo del mercado de TI en la Federación de Rusia, muchas compañías, proveedores de CRM, han aprendido a agregar sus directorios. Simplemente agregar con un compromiso no es suficiente para ser llamado una plataforma completa.

Destacados

a) Visualización de datos al usuario final.



Al trabajar con filtros, informes, plantillas, etc., el usuario debe ver los datos en una forma conveniente, con nombres que sean claros para él. Los datos deben estar visibles no solo en la tabla de consulta, sino también en las tablas relacionadas (enlaces directos y hacia atrás). El usuario debe poder filtrar, seleccionar, generar informes, consultas que condicionalmente digan "caer" profundamente en los datos asociados en cualquier nivel.

En este caso, el propio sistema debe asumir las funciones de convertir la consulta final en SQL. El sistema debe construirse de tal manera que el usuario pueda "alcanzar" todos los datos, incluidos el sistema y los "exóticos", como los registros. Esto le permite recibir informes sobre toda la información de interés y, de forma visualizada, es fácil y conveniente.

2. Cálculos

Una plataforma que permite que un implementador (analista de negocios) administre la carga en el servidor de la base de datos debe dividir los cálculos en diferentes tipos según la carga.

Como una opción:

• Cálculos dinámicos (se realiza cada consulta a la tabla)
• Cálculos de eventos (realizados solo cuando se crea una entrada en el registro de auditoría o cuando cambia el atributo de auditoría)
• Cálculos programados (ocurren, por ejemplo, de noche o generalmente una vez a la semana / mes)

a) Compilación de algoritmos de cálculo

En una plataforma de código bajo, un analista de negocios debe tener una función que le permita, utilizando, como ejemplo, el árbol de atributos anterior, compilar un algoritmo para calcular en un lenguaje accesible comprensible y nombres de atributos, registros comprensibles y accesibles, etc.



b) Al mismo tiempo, el código T-SQL está permitido aquí.



El código T-SQL elimina las restricciones en la complejidad computacional, haciendo que la plataforma sea más amplia que "para análisis de negocios". En esencia, esto es nuevamente la "falta de restricciones". La plataforma de código bajo no debe ser una herramienta solo para analistas de negocios: debe cubrir las necesidades de desarrollo en la plataforma de solución llave en mano, incluido el código en el lenguaje incorporado y, por ejemplo, T-SQL. Pero un analista de negocios en una plataforma de código bajo debería poder cerrar la mayoría de las tareas típicas.



c) "La contabilidad es el resultado"

El sistema debe permitir que el analista de negocios cree un cálculo de los resultados y los indicadores clave necesarios para la formación de paneles, informando a los usuarios sobre el número de tareas (ejemplo), etc. crear cálculos corporativos, no vinculados a registros específicos. También es importante (para ser discutido más abajo) mostrar estos totales en la interfaz (en visualización) en forma de indicadores, números grandes, etc.

d) Envíos

En esencia, las "vistas" son una especie de "constructor de tablas". Su disponibilidad para analistas comerciales o usuarios avanzados le permite recopilar tablas de varias tablas, es decir, crear vistas que no están almacenadas en la base de datos. Las representaciones y su desarrollo son muy importantes en el análisis y la comparación de datos, incluyendo vendedores. En el concepto de código bajo, esto significa que las construcciones complejas, que generalmente son ensambladas por programadores durante mucho tiempo, ahora pueden ser creadas por analistas de negocios con el "mouse" en poco tiempo, y también pueden cambiar rápidamente.

e) Agregados (registros)

Hay una gran cantidad de cálculos programados (por la noche), así como la preparación de totales y cálculos para formularios de informes complejos, que también requieren una gran carga del servidor y que también tiene sentido llevar a cabo por la noche. Los informes de este tipo no requieren actualización de datos en línea. Desde el punto de vista del usuario, la agregación es la preparación de informes listos con resultados listos para que la solicitud de dicho informe no conduzca a cálculos, sino que produzca un formulario listo con los resultados en 1 a 2 segundos.

Conclusión intermedia: el diseño de código bajo de una configuración preparada en términos de datos es el cierre sin programación por parte de un analista comercial de todos los problemas de formato de base de datos para una empresa de cualquier tamaño y complejidad + la velocidad de desarrollo obligatoria, que resulta ser muy alta.

3. Interfaces de escritorio / web

a) Accesibilidad para el diseño.

Una de las principales cosas en el diseño de la interfaz es la accesibilidad fundamental de esta función a la analítica empresarial y, por supuesto, sin programación. Esto significa que hay una composición de componentes (sobre esto a continuación) y hay un "mouse" con el que puede organizar todo lo que sea necesario en el formulario y establecer propiedades, funciones, etc., por ejemplo, en el inspector de objetos o en las tarjetas de objetos. La complejidad de los formularios en una plataforma de código bajo no debe estar limitada por nada.

En relación con los sistemas modernos de CRM y ERP, el diseñador de la interfaz debe ser tanto para el escritorio (si el sistema se entrega en la versión de escritorio) como para la web.

b) Dibujado y funciona

El trabajo de lo que se acaba de dibujar es un aspecto muy importante. A menudo, en plataformas, para que la interfaz renderizada funcione, se necesita código. Que no sea grande. Esta no es una plataforma de código bajo, incluso si el proveedor está tratando de imaginarlo.

El sistema en sus propiedades y mensajes al usuario sobre eventos críticos debería implicar configurar el formulario de tal manera que cuando establezca las propiedades y relaciones necesarias de los objetos en él, todo inmediatamente comience a mostrar datos y a funcionar. No hay otra manera Nada, incluso un código mínimo.

c) Composición del componente







La composición de componentes del diseñador de la interfaz debe cubrir todas las tareas de visualización modernas y trabajar con datos. Además del estándar, debe haber:

• Pivote
• Organizador
• Indicadores
• Resumen
• Geovisualización
• otro

Un analista de negocios debe tener todas las oportunidades para crear un tablero o lugar de trabajo de cualquier complejidad. El negocio moderno dicta los requisitos de interfaz no solo de belleza, sino también de proporcionar en una sola pantalla toda la gran cantidad de información necesaria para tomar una decisión. A menudo, se crean interfaces extremadamente complejas en proyectos que se adaptan completamente a los usuarios, mientras que todas las teorías sobre la simplicidad, la facilidad y la belleza de las interfaces se niegan por completo, lo principal es.

d) Tarjetas de registro



Cada unidad puede tener sus propios puntos de vista y requisitos para las tarjetas de registro. Los gerentes de ventas deben ver la tarjeta del cliente a su manera, la contabilidad a su manera, la administración también a su manera.

En las plataformas de código bajo, para realizar esta función, debe haber configuraciones con la copia de tarjetas de un grupo de usuarios a otro, mientras se crea una apariencia única en cada una de ellas. Esto debe hacerse SIN usar el lenguaje incrustado.

e) Salida al lenguaje incrustado

Con todo lo dicho, el lenguaje incorporado no será superfluo. Pero esta es una adición a las características de código bajo:



Donde se necesitan escenarios particularmente complejos y donde la configuración no es suficiente por alguna razón o necesita administrar las propiedades de componentes, cálculos, etc., dependiendo de las acciones de los usuarios y esto no se puede poner en un mapa gráfico de procesos, por favor, se puede acceder bien cuando un lenguaje incrustado está disponible como un medio de personalización profunda.

4. Informes, cuadros de mando, análisis

+

5. Plantillas de documentos, correos, notificaciones.

En realidad, tanto en el diseñador de informes como en la preparación de plantillas de documentos basadas en MS Word y MS Excel, se necesita una accesible para todos y usuarios, incluidos visualización de datos descrita anteriormente. El usuario en la plataforma de código bajo no necesita conocer los nombres de las tablas en la base de datos, campos, etc. Debe tener acceso a herramientas visuales completas para acceder a todos los datos, sin conocimiento de SQL.



Cabe señalar aquí que lo correcto es proporcionar al analista de negocios la oportunidad de operar tanto con enlaces directos a tablas como con enlaces inversos. Esto le permite insertar tablas de especificaciones en las plantillas de MS Word, por ejemplo, en los contratos.

6. Gestión de procesos.

Existen muchos sistemas en el mercado que afirman tener herramientas de control de procesos. A menudo esto se entiende, por ejemplo, como una distribución secuencial de tareas, o ramificación de un solo tipo (sí / no, que es esencialmente una transición condicional).

Las plataformas de código bajo deben tener editores potentes y accesibles sin programar editores gráficos de mapas de procesos, donde un analista de negocios debe tener la capacidad de modelar:

1. Eventos en la base de datos y de esto:

• configurar la interacción del usuario entre grupos
• creación y modificación de registros y sus atributos
• notificación en chat y noticias
• controladores de lanzamiento
• lista de correo que incluye con accesorios dinámicos

2. Programador

• o procesar el tiempo "antes" y "después" de control y / o valores clave de los atributos de los registros
• o creación de acciones descritas anteriormente sobre una base regular (horario)

Un punto importante en las capacidades del mapa de proceso gráfico es el acceso desde el mapa a los objetos de la interfaz y sus propiedades, así como la reacción a las acciones del usuario. Sin embargo, este es un tema complejo y será discutido en otro artículo.

7. Control de acceso y registro

La implementación al llenar el sistema con interfaces estándar y condicionalmente "nuevas" puede y debe estar disponible sin programación. Incluyendo la configuración de iconos y cargando sus colecciones.



Del mismo modo, el acceso y sus limitaciones.

• A cualquiera, incluyendo datos de usuario y directorios
• Antes de los atributos de datos
• Acceso basado en computación y lógica

Por separado para cada grupo de usuarios

8. Gestión de una cuenta personal de clientes y datos en un sitio.

Del mismo modo, administrar el registro de auditoría (registro)



Debido al aumento de la alfabetización de los usuarios. En vista del hecho de que aquellos que programaron en Fortran pronto se retirarán. Estoy seguro de que el futuro reside precisamente en los sistemas de gestión de sistemas corporativos complejos, como la "plataforma de código bajo".

NO se trata del fracaso de la programación. Como se muestra arriba, en todas partes puede y debe haber una puerta de enlace / acceso / otro nivel para que ciertos problemas se implementen en lenguajes integrados y SQL.

El punto es que las plataformas de código bajo son beneficiosas para las compañías por razones objetivas y la tendencia, de hecho, en un lenguaje más simple: la automatización del trabajo de los especialistas en marketing / analistas de negocios, para simplificar y acelerar su trabajo, es obvio.

Tener las herramientas para controlar el formato de datos, computación sin programación, equilibrio de carga en el servidor a través de la planificación de la planificación; tener la capacidad de visualizar datos, tanto desde el punto de vista del lugar de trabajo de un grupo particular de usuarios + visualización y analiticidad de datos para tomadores de decisiones; Al tener la capacidad de personalizar procesos en un motor gráfico con elementos de flujo de trabajo y distribución de tareas, un analista de negocios puede cerrar una gran cantidad de implementación de sistemas de información con un alto nivel de complejidad.

Y una vez más "Sobre los diferentes tipos de costos, aplicados a los sistemas de información", se dijo con más detalle aquí.