O que é uma plataforma de baixo código / sem código e CRM, CRM +, ERP

A seguir, apresento um código de baixo / nenhum código com base em 20 anos de experiência na implementação de CRM / ERP.
Em uma economia com concorrência crescente, o código baixo / sem código logo começará a ocupar um lugar grande e crescente. E o ponto aqui não é que todo mundo queira economizar nos custos de mão-de-obra do fornecedor do sistema CRM / ERP, código baixo / sem código oferece grandes vantagens em termos de custo de propriedade do sistema, custo de alteração do sistema e custo de criação de um erro no sistema.

Sobre diferentes tipos de custos, em relação aos sistemas de informação, foi dito em mais detalhes aqui

A essência do código baixo / sem código (a seguir, simplesmente código baixo) é reduzir o limite para criar / modificar um sistema de informação ao nível de um analista de negócios ou mesmo de um usuário avançado. É quando o fornecedor não cria apenas uma plataforma com um idioma interno e seus funcionários declaram que farão "tudo ou quase tudo" pelo cliente - uma plataforma de baixo código, é quando analistas de negócios ou responsáveis ​​dedicados no lado do cliente (seus funcionários) podem "Quase tudo" faça você mesmo.

O que está incluído no conceito na plataforma pode "quase tudo"?

1. Formato de dados, dados do usuário
2. Cálculos
3. Interfaces de área de trabalho / web
4. Relatórios, painéis, análises
5. Modelos para documentos, boletins, notificações
6. Gerenciamento de processos
7. Gerenciamento de Acesso e Log
8. Gerencie sua conta e dados pessoais no site

Os recursos de baixo código reduzem significativamente o caminho para o resultado da cadeia “Tarefa do usuário - orçamento de desenvolvimento - analista de negócios - TK - executor - coordenando o resultado - fazendo alterações - aceitação” para “Tarefa do usuário - analista de negócios - aceitação”.

Os funcionários principais são “portadores / proprietários de conhecimento sobre os processos da empresa”. É a disposição em suas mãos de uma ferramenta que permite! completamente! criar / modificar um sistema de informações corporativas, levando a:

• Mais flexibilidade e transparência nos negócios
• custos de TI mais baixos
• aumentar a velocidade do desenvolvimento de um sistema de informações corporativas
• reduzindo riscos e tempos de espera para a implementação de tarefas internas no sistema corporativo

e mais "pé no chão":

• a capacidade de gerentes de diferentes níveis tentarem rapidamente novos modelos de gerenciamento
• adaptação independente da interface e visualização às necessidades dos usuários
• criação rápida de novos relatórios, formulários, formulários
• mudanças operacionais no gerenciamento de processos
• + muito mais

Abaixo está uma olhada em como um sistema de código baixo pode ser construído. Uma das opções Com uma explicação dos pontos principais.

1. Formato dos dados, dados do usuário

A plataforma deve ter ferramentas de configuração de dados. E sem programação. E não apenas "dados do usuário" devem estar acessíveis para a configuração, mas também diretórios e registros que representam a base do sistema de configuração + - por exemplo, contratados, físicos. pessoas, etc. Ou vice-versa: existem fornecedores que permitem configurar um número limitado de tipos de dados + criar seus próprios diretórios - isso está errado. Limitações são um compromisso para o dinheiro do cliente.

Todos os dados devem, relativamente falando, ter direitos iguais, ser exibidos em uma árvore (porque existem registros / diretórios filhos) e o analista de negócios do comprador da plataforma deve poder gerenciar esses dados sem restrições.

No momento atual de desenvolvimento do mercado de TI na Federação Russa, muitas empresas - fornecedores de CRM aprenderam a adicionar seus diretórios. Apenas adicionar com um compromisso não é suficiente para ser chamado de plataforma completa.

Destaques

a) Visualização de dados para o usuário final.



Ao trabalhar com filtros, relatórios, modelos etc., o usuário deve ver os dados de forma conveniente, com nomes claros para ele. Os dados devem estar visíveis não apenas na tabela de consultas, mas também em tabelas relacionadas (links diretos e reversos). O usuário deve ser capaz de filtrar, selecionar, criar relatórios, consultas condicionalmente dizendo "cair" nos dados associados em qualquer nível.

Nesse caso, o próprio sistema deve assumir as funções de conversão da consulta final em SQL. O sistema deve ser construído de forma que o usuário possa "alcançar" todos os dados, incluindo sistema e "exótico", como logs. Isso permite que você receba relatórios sobre todas as informações de interesse e, de forma visualizada, é fácil e conveniente.

2. Cálculos

Uma plataforma que permita que um implementador (analista de negócios) gerencie a carga no servidor de banco de dados deve dividir os cálculos em diferentes tipos de acordo com a carga.

Como opção:

• Cálculos dinâmicos (cada consulta à tabela é realizada)
• Cálculos de eventos (executados apenas quando uma entrada é criada no registro de auditoria ou quando o atributo de auditoria é alterado)
• Cálculos agendados (ocorrem, por exemplo, à noite ou geralmente uma vez por semana / mês)

a) Compilação de algoritmos de cálculo

Em uma plataforma de baixo código, um analista de negócios deve ter uma funcionalidade que permita, usando, como exemplo, a árvore de atributos acima, compilar um algoritmo para calcular em uma linguagem acessível compreensível e nomes compreensíveis e acessíveis de atributos, registros, etc.



b) Ao mesmo tempo, o código T-SQL é permitido aqui.



O código T-SQL remove as restrições à complexidade computacional, tornando a plataforma mais ampla do que "para análise de negócios". Em essência, isso é novamente a "falta de restrições". A plataforma de código baixo não deve ser uma ferramenta apenas para analistas de negócios - deve cobrir as necessidades de desenvolvimento na plataforma de soluções chave na mão, incluindo código na linguagem incorporada e, por exemplo, T-SQL. Mas um analista de negócios em uma plataforma de código baixo deve poder fechar a maioria das tarefas típicas.



c) “Contabilidade é o resultado”

O sistema deve permitir que o analista de negócios crie um cálculo dos resultados e principais indicadores necessários para a formação de painéis, informando os usuários sobre o número de tarefas (exemplo), etc. crie toda a empresa, não vinculada a cálculos de registros específicos. Também é importante (a ser discutido abaixo) exibir esses totais na interface (na visualização) na forma de indicadores, números grandes, etc.

d) Submissões

Em essência, as "visualizações" são uma espécie de "construtor de tabelas". Sua disponibilidade para analistas de negócios ou usuários avançados permite coletar tabelas de várias tabelas, ou seja, crie visualizações que não são armazenadas no banco de dados. As representações e seu desenvolvimento são muito importantes na análise e comparação de dados, incluindo comerciantes. No conceito de código baixo, isso significa que construções complexas, que geralmente são montadas por programadores por um longo tempo, agora podem ser criadas por analistas de negócios com o “mouse” em pouco tempo e também podem mudar rapidamente.

e) Agregados (registros)

Há um grande número de cálculos agendados (noturno), bem como a preparação de totais e cálculos para formulários de relatórios complexos, que também exigem uma grande carga de servidor e que também faz sentido executar à noite. Relatórios deste tipo não requerem atualização de dados on-line. Do ponto de vista do usuário, a agregação é a preparação de relatórios prontos com resultados prontos para que a solicitação desse relatório não leve a cálculos, mas produza um formulário pronto com os resultados em 1 a 2 segundos.

Conclusão intermediária: o design de código baixo de uma configuração pronta do ponto de vista dos dados é o fechamento sem programação por um analista de negócios de todos os problemas de formato de banco de dados para uma empresa de qualquer tamanho e complexidade + a velocidade de desenvolvimento obrigatória, que é muito alta.

3. Interfaces de área de trabalho / web

a) Acessibilidade para design

Uma das principais coisas no design de interface é a acessibilidade fundamental dessa função à análise de negócios e, é claro, sem programação. Isso significa que existe uma composição de componentes (sobre isso abaixo) e um “mouse” com o qual você pode organizar tudo no formulário conforme necessário e definir propriedades, funções, etc., por exemplo, no inspetor de objetos ou nos cartões de objetos. A complexidade dos formulários em uma plataforma de código baixo não deve ser limitada por nada.

Em relação aos sistemas modernos de CRM e ERP, o designer da interface deve ser tanto para o desktop (se o sistema for entregue na versão para desktop) quanto para a web.

b) Desenhado e funciona

O trabalho do que acabou de ser desenhado é um aspecto muito importante. Freqüentemente, nas plataformas, para que a interface renderizada funcione, é necessário código. Não deixe grande. Esta não é uma plataforma de código baixo, mesmo que o fornecedor esteja tentando imaginá-lo.

O sistema em suas propriedades e mensagens para o usuário sobre eventos críticos deve implicar na configuração do formulário de tal maneira que, quando você define as propriedades e os relacionamentos necessários dos objetos, tudo começa imediatamente a mostrar dados e a funcionar. Não tem outro jeito. Nada, mesmo um código mínimo.

c) Composição dos componentes







A composição do componente do designer de interface deve abranger todas as tarefas modernas de visualização e trabalhar com dados. Além do padrão, deve haver:

• Pivô
• Organizador
• Indicadores
• Sumário
• Geovisualização
• outro

Um analista de negócios deve ter todas as oportunidades para criar um painel ou local de trabalho de qualquer complexidade. As empresas modernas ditam os requisitos de interface não apenas da beleza, mas também de fornecer em uma única tela toda a grande quantidade de informações necessárias para tomar uma decisão. Freqüentemente, interfaces extremamente complexas são criadas em projetos que se adaptam completamente aos usuários, enquanto todas as teorias de simplicidade, facilidade e beleza das interfaces são completamente negadas - o principal é.

d) Cartões de registro



Cada unidade pode ter suas próprias visões e requisitos para cartões de registro. Os gerentes de vendas precisam ver o cartão do cliente à sua maneira, contabilizando à sua maneira, a administração também à sua maneira.

Nas plataformas de código baixo, para realizar esse recurso, deve haver configurações com a cópia de cartões de um grupo de usuários para outro, enquanto cria uma aparência única em cada um deles. Isso deve ser feito SEM usar a linguagem incorporada.

e) Saída para o idioma incorporado

Com tudo isso dito, o idioma interno não será supérfluo. Mas isso é uma adição aos recursos de baixo código:



Onde cenários especialmente complexos são necessários e onde as configurações, por algum motivo, não são suficientes ou você precisa gerenciar as propriedades dos componentes, cálculos, etc., dependendo das ações dos usuários e isso não pode ser colocado em um mapa gráfico de processos - por favor, ele pode ser acessado bem quando um idioma incorporado estiver disponível como um meio de personalização profunda.

4. Relatórios, painéis, análises

+

5. Modelos de documentos, correspondências, notificações

Na verdade, tanto no designer de relatórios quanto na preparação de modelos de documentos baseados no MS Word e MS Excel, é necessário um acessível para todos e usuários, incluindo visualização de dados descrita acima. O usuário na plataforma de baixo código não precisa saber os nomes das tabelas no banco de dados, campos, etc. Ele deve ter acesso a ferramentas visuais abrangentes para acessar todos os dados, sem o conhecimento de SQL.



Deve-se notar aqui que a coisa certa é fornecer ao analista de negócios a oportunidade de operar com links diretos para tabelas e com links reversos. Isso permite inserir tabelas de especificações nos modelos do MS Word, por exemplo, nos contratos.

6. Gerenciamento de processos

Existem muitos sistemas no mercado que afirmam ter ferramentas de controle de processo. Muitas vezes, isso é entendido, por exemplo, como uma distribuição seqüencial de tarefas ou ramificação de apenas um tipo (sim / não, que é essencialmente uma transição condicional).

As plataformas de código baixo devem ter poderosas e acessíveis sem programar editores gráficos de mapas de processos, onde um analista de negócios deve ter a capacidade de modelar:

1. Eventos no banco de dados e a partir disso:

• configurando a interação do usuário entre grupos
• criação e modificação de registros e seus atributos
• notificação no chat e no feed de notícias
• manipuladores de lançamento
• lista de discussão incluindo com anexos dinâmicos

2. Programador

• o processamento do tempo "antes" e "depois" do controle e / ou valores-chave dos atributos dos registros
• o criação de ações descritas acima regularmente (cronograma)

Um ponto importante nos recursos do mapa de processo gráfico é o acesso do mapa aos objetos da interface e suas propriedades, bem como a reação às ações do usuário. No entanto, este é um tópico complexo e será discutido em outro artigo.

7. Controle de acesso e log

Implementação preenchendo o sistema com interfaces padrão e condicionalmente "novas" podem e devem estar disponíveis sem programação. Incluindo configurações de ícones e carregando suas coleções.



Da mesma forma, acesso e suas limitações.

• Para qualquer, incluindo dados e diretórios do usuário
• Antes dos atributos de dados
• Acesso baseado em computação e lógica

Separadamente para cada grupo de usuários

8. Gerenciamento de uma conta pessoal de clientes e dados em um site

Da mesma forma, gerenciando o log de auditoria (log)



Devido ao aumento da alfabetização do usuário. Em vista do fato de que quem programou em Fortran se aposentará em breve. Estou certo de que o futuro está precisamente nos sistemas de gerenciamento de sistemas complexos corporativos, como a “plataforma de baixo código”.

Não se trata da falha de programação. Como mostrado acima - em todos os lugares pode e deve haver um nível de gateway / acesso / outro, para que certos problemas sejam implementados nas linguagens incorporadas e no SQL.

O ponto é que plataformas de baixo código são benéficas para as empresas por razões objetivas, e a tendência, de fato, em uma linguagem mais simples: a automação do trabalho de profissionais de marketing / analistas de negócios - para simplificar e acelerar seu trabalho, é óbvia.

Ter as ferramentas para controlar o formato dos dados, computar sem programação, balancear a carga no servidor através do planejamento do planejamento; ter a capacidade de visualizar dados, tanto do ponto de vista do local de trabalho de um grupo específico de usuários + visualização e analiticidade de dados para tomadores de decisão; tendo a capacidade de personalizar processos em um mecanismo gráfico com elementos de fluxo de trabalho e distribuição de tarefas - um analista de negócios pode fechar uma quantidade muito grande de implementação de sistemas de informação com um alto nível de complexidade.

E mais uma vez, “Sobre os diferentes tipos de custos, aplicados aos sistemas de informação”, foi dito em mais detalhes aqui