O primeiro período deve ser marcado em torno de um cliente e um caminho de transação, em vez de primeiro exigir um grande número de campos a serem preenchidos.
O CRM e o sistema operacional cliente devem começar com uma verdadeira cadeia de negócios, reconhecendo primeiramente a responsabilidade comercial, a propriedade de dados, sistemas existentes e linhas de base quantificáveis, e depois decidir sobre produtos maduros, implementação de configuração, desenvolvimento secundário, personalização independente ou integração de sistemas. A primeira fase será a validação de anel fechado com amostras representativas normais e incomuns, com escopo organizacional e funcional expandido uma vez adotado.
O nível de incerteza é reduzido por fases antes de se decidir sobre a escala dos factores de produção e as modalidades de cooperação.
Entrevistas com posições reais, triagem de acesso, ponderação, distribuição, reciclagem e atribuição de canais, contatos com clientes, oportunidades de negócios, cotações, acompanhamento e processos de gestão de contratos relacionados, amostras, sistemas e riscos.
O processo de marketing, previsão de metas, alertas de ação e análise de gestão, adesão, rotulagem, direitos, pontos, atividades e operações do ciclo de vida estão sendo concluídas, e as competências necessárias, interfaces, migração e anomalias estão sendo construídas em paralelo.
O loteamento de usuários reais e dados, e a observação da qualidade, eficiência, anomalias e custos de manutenção, formam uma rota de acompanhamento.
O cliente é responsável por confirmar o sistema operacional, legitimidade de dados, conhecimento financeiro ou comercial e fornecer os números de conta necessários, amostras e gerentes internos; licenças de produtos de terceiros, recursos de nuvem, interfaces externas e custos de conformidade especializados são identificados separadamente.
Estamos a repetir, a faltar e a não identificar canais eficazes.
Clientes e registros de acompanhamento estão em mãos pessoais.
Calibre insatisfatório de estádios comerciais, projeções e quedas de causa única
O touchdown de marketing não está ligado a resultados reais de compra e venda.
Acesso, ponderação, distribuição, reciclagem e atribuição de canais de thread
Contatos com clientes, oportunidades de negócios, cotações, acompanhamento e gestão de contratos
Processos de vendas, previsão de alvos, alertas de ação e análise de gerenciamento
Composição, rotulagem, direitos, pontos, actividades e operações do ciclo de vida
SCRM Área Local Coordenação, Serviço ao Cliente Threading e Automação de Marketing
ERP, pedidos, atendimento ao cliente, chamada, integração elétrica e plataforma de dados
As fronteiras de serviço, as bases orçamentais e as modalidades de execução para diferentes fases do projecto não são idênticas e podem ser avaliadas em conjunto com as seguintes.
Os limites finais de entrega são definidos de acordo com o escopo dos serviços, a fase de construção e as modalidades de cooperação, e são descritos a seguir como resultados comuns.
Âmbito dos serviços e encerramento das empresas necessários para a conclusão da primeira fase: acesso, ponderação, distribuição, reciclagem e atribuição de canais, contactos com os clientes, oportunidades de negócio, cotações, acompanhamento e gestão de contratos
Nível de integridade dos códigos, dados, sistemas, equipamentos e documentos existentes e âmbito de cobertura a controlar, reinstalar ou reengenhar
Número de interfaces de terceiros, responsabilidades de coordenação, qualidade dos dados, compensação invulgar e cooperação externa de fornecedores
Requisitos não funcionais, tais como desempenho, disponibilidade, segurança, autoridade, auditoria, conformidade e janelas de acesso
Profundidade da entrega e responsabilidade a longo prazo: privilégios de dados de funções, regras de vendas e conselhos de operação, testes, formação, dados em linha e de transporte, garantia de qualidade, transporte de manutenção da paz e escopo iterativo contínuo
Os objetivos do projeto, as pessoas responsáveis e os critérios de aceitação não são estabelecidos
Contas-chave, dados, interfaces ou autorizações de negócios não disponíveis
Só se procura o preço máximo ou o ciclo muito curto, não sendo aceites os ensaios necessários e o controlo de qualidade.
Para explicar a metodologia de implementação, o calibre de dados e os limites de responsabilidade, não são utilizados como proxy para julgamento de projetos por listas funcionais.
O projeto começa com uma seleção de um link de negócios que precisa de maior melhoria, entrevista o usuário real e toma uma amostra recente. O volume de registros, tempo médio gasto, espera, back-to-work, números incomuns e pontos de contato manuais em torno de “cline access, weighting, distribuição, recuperação e atribuição de canais” é registrado; se os dados disponíveis estão incompletos, a linha de base é usada como uma conta de tabela manual para uma a duas semanas consecutivas. Sem uma linha de base, o projeto só pode ser concluído avaliando se a interface está concluída e não é possível avaliar se CRM e o sistema operacional do cliente estão trazendo mudanças sustentáveis de negócios.
A linha de base deve também indicar o âmbito das estatísticas e exclusões. Por exemplo, o tempo de processamento começa com a disponibilidade de informações ou com a primeira apresentação pelo cliente, a exceção não inclui interfaces de terceiros, e as modificações manuais são pequenas revisão ou reprocessamento.
A primeira fase não procura cobrir todos os departamentos, mas sim forma um ciclo fechado em torno de “contatos de clientes, oportunidades de negócios, cotações, acompanhamento e gestão de contratos” que podem funcionar em termos reais: entrada clara, regras de manuseio, ações do sistema, funções de responsabilidade, movimento anormal e saída final. Principais papéis incluem, pelo menos, empresários, usuários reais, interfaces técnicas e recepção e oficiais de inspeção, evitando a demanda sendo descrita pela gestão e sendo usado na Internet por outro grupo.
A avaliação da necessidade corresponde a cada competência ao cenário de negócios, papel do utilizador e aceitação de amostras.Os assuntos que não forneçam dados, interfaces ou decisores legítimos devem ser incluídos como pré-condição ou fase subsequente, e não devem ser incluídos em silêncio numa oferta de gama fixa.
O caminho típico é selecionar o grupo focal e a cadeia transacional, harmonizar o negócio de trilha do cliente e o calibre de atribuição, configurar o desenvolvimento do primeiro loop fechado de vendas, pedidos de linha de acesso e sistemas de serviço de passageiros. Cada etapa deve resultar em resultados visíveis, como fluxogramas, protótipos, contratos de interface, registros de teste, descrições de implantação ou demonstrações de execução.
A demonstração de estágio não é “parece apto para trabalhar”. Uma amostra representativa deve ser usada para cobrir processos normais, campos em falta, solicitações repetidas, autoridade inadequada, superação de tempo e anomalias históricas de dados de serviços externos, e para identificar problemas que surgem apenas no ambiente de produção em uma fase inicial.
O projeto deve pelo menos verificar os processos de negócios do cliente e os projetos de calibragem de campo, sistemas CRM/SCRM/member ou módulos personalizados, canais de thread, notícias, interfaces de sistemas micro e de negócios, e confirmar a atribuição de fonte ou configuração, gerenciamento de conta, implantação de construção, backup de dados, resposta de falhas e subsequentes responsabilidades de manutenção. Além da aceitação funcional, verificar privilégios, segurança, desempenho, logs, recuperação e treinamento de usuários chave para garantir que as equipes de clientes sejam capazes de usar e entender os limites do sistema de forma independente.
Assumindo uma linha de base de 800 itens por mês, uma média de 18 minutos por unidade e uma taxa de retorno de 12 por cento, este é apenas um exemplo, não o desempenho de um cliente. A linha deve ser seguida por uma revisão contínua da fonte de leads e responsabilidades de seguimento por quatro a oito semanas, com uma determinação mais clara de se o processo de vendas e projeções podem ser repetidos em uma base contínua, e os ativos do cliente não mais dependem apenas de registros pessoais.
Esta página contém conteúdo organizacional em torno de problemas de serviço reais, como o desenvolvimento do sistema CRM, desenvolvimento de personalização CRM, sistema SCRM e sistema de gestão de clientes. Palavras-chave são usadas para ajudar os usuários e sistemas de busca identificar temas, sem implicar um compromisso com efeitos fixos; o escopo final, ciclo, orçamento e indicadores são baseados em diagnóstico de projeto, contrato e base de aceitação.
Cada etapa tem objetivos claros, papéis participativos e resultados avaliáveis, e decisões importantes não são deixadas para o final do projeto.
As questões mais comuns antes da cooperação são claramente indicadas com antecedência.
Processos de vendas genéricos priorizam a avaliação de CRMs maduros, com o uso de configurações e interfaces quando as diferenças estão concentradas em um pequeno número de regras; apenas personalizações adicionais são introduzidas quando processos, canais ou membros de núcleo operam de forma significativa.
A CRM gerencia clientes, oportunidades de negócios e processos de vendas, e a SCRM coloca maior ênfase nos canais sociais, colaboração privada e divulgação de clientes, mas as empresas ainda têm que cumprir as regras da Plataforma e os requisitos de proteção de informações pessoais.
Reduza a entrada sem valor, subsuma automaticamente o sistema para liderar e negociar status, e permitindo que as vendas recebam benefícios diretos, como alertas, background do cliente e cotações.
O acesso, ponderação, distribuição, acompanhamento, oportunidades de negócio, cotações, transações, ordens de desistência e transferências de clientes são verificados usando leads reais, e a atribuição de autoridade e canais é verificada.
O canal, a oferta, a associação, a entrega ou as diferenças do processo do setor são evidentes. O mais importante é confirmar API, exportação de dados, permissão e upgrade de fronteiras, em vez de comparar funções de demonstração.
Ver resposta completaSistema de gestão de operações empresariais e de operaçõesA migração deve ser precedida da identificação de modelos-alvo para clientes, contatos, leads, oportunidades de negócio e registros de acompanhamento, e, em seguida, pelo processamento de duplicatas, atribuições, mapeamento de campo e status histórico. Não pode ser combinada mecanicamente pelo número de telefone celular ou nome da empresa sozinho, nem é recomendado que todos os registros inválidos sejam importados diretamente para o novo sistema.
Ver resposta completaSeleção, integração e governança de dados de informações corporativasOs SSOs não têm os mesmos direitos para todos os usuários e a autorização de negócios ainda é controlada pelo sistema. A empresa também planeja o ciclo de vida da conta, certificação de múltiplos fatores, recuperação de separação e login de emergência.
Ver resposta completaSeleção, integração e governança de dados de informações corporativasO cliente, a mercadoria, a organização, o inventário e a ordem podem ser a responsabilidade primária dos diferentes sistemas, com codificação clara, calibração, sincronização e tempo. As diferenças históricas requerem um inventário, limpeza e validação manual, e nenhum script em lote pode ser usado para ocultar as causas raiz.
Ver resposta completaA partir de pesquisa de clientes, recomendações de seguimento, CRM escrita de volta, autoridade e validação manual da cena aplicável
Para mais informações.Casos relevantesVer sinergias de adesão, transações, portas e operações
Para mais informações.Serviços de Clientes AIConecte problemas de cliente, conhecimento e trabalho em equipe de serviços manuais
Para mais informações.Automatização da inteligênciaExtensão da investigação, preparação de vendas e apoio ao cliente
Para mais informações.