UC02685

Gerir informação sobre os clientes e fornecedores

RGPD, bases de dados, CRM, ERM e análise do comportamento do consumidor

Curso profissional · 50h · Técnico/a de Comércio

Plano

  1. Porque gerir informação de clientes e fornecedores
  2. Recolher e registar informação
  3. A lei de proteção de dados pessoais
  4. O RGPD: princípios e bases de licitude
  5. Direitos do titular dos dados
  6. Bases de dados: características e informação a recolher
  7. Tipos de bases de dados
  8. Componentes de uma base de dados
  9. Customer Relationship Management (CRM)
  10. Tipos de CRM e integração com outros sistemas
  11. Estratégias one to one e fidelização
  12. Comunicação assertiva com o cliente
  13. Enterprise Risk Management (ERM)
  14. Segurança da informação
  15. Custos, normas de segurança e qualidade
  16. Analisar o comportamento do consumidor

Bloco 1 · Porque gerir informação de clientes e fornecedores

O ativo que ninguém vê na prateleira

Uma loja tem produtos, um armazém tem stock. Mas o que faz um negócio crescer de forma sustentada é a informação: quem compra, o quê, quando, e quem fornece, com que condições.

  • Cliente bem conhecido = comunicação certa, oferta certa, fidelização.
  • Fornecedor bem conhecido = prazos cumpridos, preços negociados, menos rutura de stock.
  • É a matéria-prima do CRM e do ERM que vamos ver nesta UC.

Sem dados organizados, cada decisão comercial é um palpite.

As duas realizações desta UC

O referencial da UC pede duas competências centrais:

  1. Recolher e registar informação sobre os clientes e fornecedores.
  2. Colaborar na análise da informação recolhida sobre os clientes e fornecedores.

Tudo o que vem a seguir, RGPD, bases de dados, CRM, ERM, serve estas duas realizações: primeiro captamos e guardamos os dados com rigor e legalidade, depois ajudamos a interpretá-los para apoiar decisões comerciais.

Bloco 2 · Recolher e registar informação

O que perguntamos a um cliente

Recolher dados não é perguntar tudo o que se lembra. É perguntar o que a base de dados precisa para o objetivo definido.

  • Identificação: nome, NIF (para fatura), contacto (telefone, email).
  • Morada: para entrega ou faturação.
  • Preferências e histórico: produtos comprados, datas, valores.
  • Consentimentos: se aceita receber comunicações comerciais, por que canal.

Só se recolhe o que se vai usar: é o princípio da minimização, que vamos ver já a seguir no RGPD.

O que perguntamos a um fornecedor

Do lado dos fornecedores, os dados servem outro propósito: negociar bem e não falhar entregas.

  • Identificação da empresa: designação, NIF, morada, contactos comerciais.
  • Catálogo e condições: produtos/serviços, preços, prazos de entrega, condições de pagamento.
  • Desempenho: cumprimento de prazos, qualidade, reclamações anteriores.
  • Certificações: normas de qualidade, segurança e sustentabilidade que o fornecedor cumpre.

Este registo alimenta decisões como escolher entre dois fornecedores do mesmo produto.

Registar com rigor na plataforma

Depois de recolhida, a informação entra na plataforma de base de dados da empresa, de acordo com os requisitos definidos (é um critério de desempenho da UC).

  • Um campo por informação, sem misturar tudo num só campo de texto livre.
  • Formatos consistentes: datas, NIF, telefone sempre da mesma forma.
  • Confirmar o registo antes de fechar a ficha, comparando com o que a pessoa disse.
  • Atualizar sempre que a informação mudar (morada nova, novo contacto).

Um registo mal feito hoje é um erro de faturação ou de entrega amanhã.

Bloco 3 · A lei de proteção de dados pessoais

Porque a lei entra logo no início

Antes de recolher um único dado, o técnico de comércio tem de saber o que a lei permite. Não é burocracia extra, é a primeira aptidão da UC: identificar a relevância e aplicação da lei de proteção dos dados pessoais.

  • Nome, NIF, morada, email, telefone: são todos dados pessoais.
  • Tratar dados pessoais sem base legal é uma infração, não um pormenor técnico.
  • A lei protege o titular dos dados (o cliente ou o contacto do fornecedor), não a empresa.

RGPD e Lei 58/2019: o que é cada um

  • O RGPD, Regulamento (UE) 2016/679, é a lei europeia de proteção de dados, aplicável diretamente em todos os Estados-membros desde 25 de maio de 2018.
  • A Lei n.º 58/2019, de 8 de agosto, é a lei portuguesa que assegura a execução do RGPD na ordem jurídica nacional: define regras complementares (como o regime sancionatório) e não substitui o Regulamento.
  • Em Portugal, a autoridade que fiscaliza o cumprimento é a CNPD (Comissão Nacional de Proteção de Dados).

Regra prática: o RGPD dá as regras gerais, a Lei 58/2019 ajusta-as a Portugal.

Bloco 4 · O RGPD: princípios e bases de licitude

Os princípios do tratamento de dados

O RGPD assenta em princípios que se aplicam a qualquer ficha de cliente ou fornecedor:

  • Licitude, lealdade e transparência: tratar com base legal e informar a pessoa.
  • Limitação das finalidades: usar o dado só para o fim comunicado.
  • Minimização dos dados: recolher só o necessário.
  • Exatidão: manter os dados corretos e atualizados.
  • Limitação da conservação: não guardar mais tempo do que o necessário.
  • Integridade e confidencialidade: proteger contra acesso indevido.
  • Responsabilidade (accountability): a empresa tem de conseguir demonstrar que cumpre tudo isto.

As bases de licitude do tratamento

Para tratar dados pessoais de forma lícita, é preciso enquadrar o tratamento numa destas bases (RGPD, artigo 6.º):

Base de licitude Exemplo no comércio
Consentimento cliente aceita receber a newsletter
Execução de contrato morada para entregar uma encomenda
Obrigação legal NIF para emitir fatura
Interesses legítimos histórico de compras para melhorar o serviço

Sem uma destas bases, não há fundamento legal para tratar o dado, por mais útil que pareça.

Bloco 5 · Direitos do titular dos dados

O que o cliente pode exigir

O RGPD dá ao titular dos dados (o cliente, o contacto do fornecedor) um conjunto de direitos que a empresa tem de conseguir satisfazer:

  • Acesso: saber que dados a empresa tem sobre si.
  • Retificação: corrigir dados errados.
  • Apagamento ("direito ao esquecimento"): pedir a eliminação, quando não há razão legal para manter.
  • Portabilidade: receber os seus dados num formato reutilizável.
  • Oposição: opor-se a um tratamento, por exemplo a marketing direto.
  • Limitação do tratamento: pedir que os dados fiquem "congelados" sem serem usados.

Prazos de conservação e violações de dados

  • Os dados guardam-se só durante o tempo necessário à finalidade; documentos fiscais e contabilísticos, por exemplo, têm prazo legal de conservação de 10 anos em Portugal.
  • Uma violação de dados (fuga, acesso indevido, perda) que constitua risco para os titulares tem de ser notificada à CNPD, em regra no prazo de 72 horas.
  • O incumprimento do RGPD pode gerar coimas elevadas, além do dano à confiança dos clientes.

Rigor no dia a dia evita o cenário caro: notificar uma violação e responder à CNPD.

Bloco 6 · Bases de dados: características e informação a recolher

O que é uma base de dados

Uma base de dados é um conjunto organizado de dados, guardado de forma a poder ser consultado, atualizado e cruzado com rapidez, sem depender da memória de uma pessoa.

  • Substitui os cadernos e as folhas soltas por um registo único e consistente.
  • Cada cliente ou fornecedor é uma ficha; cada característica (nome, NIF, contacto) é um campo.
  • Permite pesquisar ("todos os clientes de Braga"), cruzar ("clientes que compraram X e Y") e atualizar sem duplicar trabalho.

Que informação alimenta a base de dados

O tipo de informação a recolher depende do que a empresa vai fazer com ela:

  • Dados de identificação: para faturar e contactar.
  • Dados transacionais: o que, quando e quanto cada cliente comprou, ou cada fornecedor entregou.
  • Dados de relação: reclamações, pedidos de assistência, preferências de comunicação.
  • Dados de qualidade: certificações e conformidade de um fornecedor.

Uma base de dados bem desenhada só tem os campos que a empresa vai realmente usar para decidir ou comunicar.

Bloco 7 · Tipos de bases de dados

Centralizada, distribuída e relacional

  • Centralizada: todos os dados vivem num único local (servidor ou máquina); simples de gerir, mas é um ponto único de falha.
  • Distribuída: os dados estão espalhados por vários servidores ou localizações, mas são geridos como se fossem um só sistema; mais resiliente, mais complexa.
  • Relacional: organiza os dados em tabelas ligadas entre si por chaves (ex.: a tabela de vendas liga-se à tabela de clientes pelo ID do cliente); é o modelo mais comum em gestão comercial.

Orientada a projetos, na nuvem e multimodal

  • Orientada para projetos: organiza a informação à volta de cada projeto ou caso (ex.: cada campanha comercial com os seus clientes e fornecedores associados), em vez de uma estrutura genérica única.
  • Nas nuvens (cloud): alojada em servidores remotos geridos por terceiros, acedida pela internet; a empresa não gere o hardware.
  • Multimodal: suporta vários modelos de dados na mesma base (tabelas relacionais, documentos, pares chave-valor), útil quando a informação de clientes e fornecedores não é toda igual em forma.

Cada tipo tem prós e contras; a escolha depende da dimensão da empresa e do orçamento.

Bloco 8 · Componentes de uma base de dados

As cinco peças de qualquer base de dados

Independentemente do tipo, toda a base de dados tem os mesmos cinco componentes:

Componente O que é
Hardware os equipamentos físicos (servidores, discos, rede)
Software o sistema de gestão de base de dados (SGBD)
Dados a informação em si, guardada nas tabelas ou ficheiros
Procedimentos as regras e instruções de como usar e manter a base
Idioma a linguagem de acesso aos dados (ex.: SQL)

Como os componentes trabalham juntos

  1. O hardware guarda fisicamente a informação.
  2. O software (SGBD) organiza-a e responde a pedidos de consulta.
  3. Os dados são o conteúdo, o que se quer preservar e usar.
  4. Os procedimentos garantem que se recolhe, atualiza e protege da forma certa, todos os dias.
  5. O idioma (linguagem de acesso) é como se pergunta à base: "mostra-me os clientes de Faro que compraram este mês".

Um técnico de comércio raramente escreve a linguagem de acesso diretamente, mas usa ferramentas que a traduzem por trás.

Bloco 9 · Customer Relationship Management (CRM)

O que é um CRM

Um CRM (Customer Relationship Management) é um software que centraliza toda a informação e o histórico de relação com cada cliente: contactos, compras, pedidos de assistência, comunicações.

  • Substitui as "fichas soltas" por uma vista única e partilhada de cada cliente.
  • Qualquer pessoa da equipa vê o mesmo histórico, sem depender da memória de um único vendedor.
  • É a ferramenta central da aptidão "utilizar programas de Customer Relationship Management (CRM)".

Vantagens do CRM

  • Visão de 360º do cliente: histórico completo num só sítio.
  • Menos perda de informação quando um colaborador sai da empresa.
  • Automatização de tarefas repetitivas (lembretes de contacto, envio de emails).
  • Relatórios sobre vendas, campanhas e comportamento de compra.
  • Integração com outros sistemas: faturação, e-commerce, marketing digital.

O ganho não é só de organização, é de decisão: dados certos, na hora certa, para a pessoa certa.

Bloco 10 · Tipos de CRM e integração com outros sistemas

Os quatro tipos de CRM

O referencial distingue quatro tipos de CRM, que muitas vezes coexistem na mesma ferramenta:

Tipo Função principal
Operacional automatiza o dia a dia: vendas, marketing, apoio ao cliente
Analítico analisa os dados recolhidos para tirar conclusões e padrões
Colaborativo partilha a informação entre departamentos e canais
Estratégico usa os dados para orientar a estratégia comercial de longo prazo

Um mesmo CRM pode fazer as quatro coisas: registar a venda (operacional), mostrar padrões de compra (analítico), partilhar com o apoio ao cliente (colaborativo) e sustentar decisões da direção (estratégico).

Integração com outros sistemas

Um CRM isolado vale menos do que um CRM ligado ao resto da empresa:

  • Faturação: para não repetir a introdução de dados do cliente.
  • E-commerce: para juntar as compras online e físicas na mesma ficha.
  • Marketing digital: para disparar campanhas segmentadas a partir do histórico.
  • ERM, que vemos já a seguir: para cruzar risco com relação comercial.

A integração evita o erro clássico: três sistemas, três versões diferentes do mesmo cliente.

Bloco 11 · Estratégias one to one e fidelização

Analisar o CRM para definir o one to one

O CRM não serve só para registar, serve para personalizar. A aptidão da UC pede para analisar as funcionalidades do CRM para definição de estratégias one to one: tratar cada cliente de forma diferente, com base no que se sabe dele.

  • Segmentar clientes por comportamento (frequência, valor, tipo de produto).
  • Criar ofertas dirigidas, não campanhas iguais para todos.
  • Usar o histórico para antecipar necessidades ("costuma comprar X em outubro").

O one to one é o oposto do "marketing de massas": é falar com uma pessoa, não com uma multidão.

Técnicas de promoção e fidelização de clientes

  • Técnicas de promoção dirigidas às necessidades de cada cliente: cupões personalizados, recomendações com base em compras anteriores, contacto no momento certo.
  • Estratégias de fidelização: cartões de pontos, programas VIP, ofertas de aniversário, atendimento prioritário a clientes recorrentes.
  • Fidelizar custa menos do que conquistar um cliente novo: manter quem já confia na empresa é o investimento mais rentável.

Uma boa estratégia one to one alimenta diretamente a fidelização: quem se sente compreendido, volta.

Bloco 12 · Comunicação assertiva com o cliente

O que é comunicação assertiva

Comunicação assertiva é expressar uma posição, um pedido ou uma recusa com clareza e respeito, sem agressividade nem submissão. É uma das aptidões e uma das atitudes centrais da UC.

  • Diz o que é necessário, de forma direta e educada.
  • Ouve ativamente antes de responder.
  • Defende os interesses da empresa sem desrespeitar o cliente ou o fornecedor.

No contexto desta UC, aplica-se sobretudo a pedir dados com transparência e a negociar com fornecedores.

Comunicação assertiva ao recolher dados

Quando se pede um dado pessoal, a forma como se comunica importa tanto como o dado em si:

  • Explicar porque se pede aquele dado ("o NIF é para a fatura").
  • Explicar o que se vai fazer com ele, de forma simples.
  • Respeitar uma recusa e explicar a alternativa possível.
  • Manter o mesmo respeito com fornecedores: pedir prazos e condições com objetividade, sem ambiguidade.

Uma comunicação clara na recolha reduz reclamações e reforça a confiança do titular dos dados.

Bloco 13 · Enterprise Risk Management (ERM)

O que é o ERM

O Enterprise Risk Management (ERM) é a gestão de risco ao nível de toda a empresa: identificar, avaliar e responder aos riscos que podem afetar os objetivos do negócio, incluindo os que nascem da relação com clientes e fornecedores.

  • Risco de cliente: incumprimento de pagamento, fraude.
  • Risco de fornecedor: atraso na entrega, quebra de qualidade, dependência de um único fornecedor.
  • Risco de dados: fuga de informação, incumprimento do RGPD.

O ERM dá uma visão de conjunto destes riscos, em vez de os tratar isoladamente.

Benefícios, características e componentes do ERM

  • Benefícios: menos surpresas desagradáveis, decisões mais informadas, proteção da reputação e cumprimento legal.
  • Características: visão global (não só um departamento), contínua (não é um exercício pontual), ligada à estratégia.
  • Componentes típicos: identificação de riscos, avaliação (probabilidade × impacto), resposta (evitar, reduzir, transferir, aceitar), monitorização e comunicação.

Manusear o software de ERM e analisar a informação que ele produz são duas aptidões diretas desta UC.

Bloco 14 · Segurança da informação

Proteger o que se recolhe

De que serve recolher e registar bem os dados, se depois qualquer pessoa lhes acede? A segurança da informação fecha o ciclo do tratamento de dados.

  • Confidencialidade: só quem precisa acede aos dados (permissões por perfil).
  • Integridade: os dados não são alterados sem autorização.
  • Disponibilidade: os dados estão acessíveis a quem precisa, quando precisa.
  • Palavras-passe fortes, sessões que expiram, autenticação de dois fatores onde possível.

Backups e ligação ao RGPD

  • Cópias de segurança (backups) regulares, testadas e guardadas fora do local principal.
  • Registo de acessos: saber quem viu ou alterou que dados e quando.
  • A segurança da informação é a forma prática de cumprir o princípio do RGPD de integridade e confidencialidade (Bloco 4).
  • Sem segurança, qualquer estratégia de CRM ou ERM está construída sobre areia.

Segurança não é um extra técnico, é uma obrigação legal e uma condição para a confiança do cliente.

Bloco 15 · Custos, normas de segurança e qualidade

Custos de funcionamento

Gerir informação de clientes e fornecedores tem custos de funcionamento reais, que entram na decisão de que ferramentas usar:

  • Licenças de software de CRM e ERM (mensais ou anuais).
  • Infraestrutura: servidores próprios ou subscrição na nuvem.
  • Formação das equipas para usar as ferramentas corretamente.
  • Manutenção e segurança: atualizações, backups, apoio técnico.

Escolher a ferramenta certa é equilibrar o benefício da informação organizada com o custo de a manter.

Normas de segurança e saúde no trabalho, e normas da qualidade

  • Normas de segurança e saúde no trabalho aplicam-se também ao posto de trabalho administrativo: postura, ecrãs, pausas, cabos e equipamento em condições.
  • Normas da qualidade (ex.: ISO 9001) dão critérios para processos consistentes: como se recolhe, regista e verifica a informação, sempre da mesma forma.
  • Aplicar estas normas é uma aptidão explícita da UC, tanto para segurança e saúde como para qualidade.

Um processo de gestão de informação de qualidade é repetível: qualquer colaborador segue o mesmo procedimento e obtém o mesmo resultado.

Bloco 16 · Analisar o comportamento do consumidor

Da ficha ao padrão de compra

A segunda realização da UC, colaborar na análise da informação recolhida, culmina aqui: usar os dados para analisar o comportamento do consumidor de acordo com as suas tendências de compra (é o terceiro critério de desempenho da UC).

  • Frequência: de quanto em quanto tempo compra.
  • Valor médio: quanto gasta por compra.
  • Sazonalidade: em que meses ou épocas compra mais.
  • Produtos associados: o que costuma comprar junto.

O CRM analítico (Bloco 10) é a ferramenta natural para extrair estes padrões.

Da análise à decisão comercial

Analisar não é um exercício académico, é preparação para agir:

  • Tendências de compra a subir num produto → reforçar stock e destaque na loja.
  • Cliente que deixou de comprar → contacto de reativação personalizado.
  • Padrão sazonal identificado → antecipar campanhas e negociar com fornecedores.
  • Cruzar tendências de clientes com prazos de fornecedores → decidir quando encomendar.

É aqui que CRM, ERM, bases de dados e RGPD se juntam numa única decisão de negócio.

Recapitulando

  • Gerir informação de clientes e fornecedores começa em recolher e registar com rigor, e termina em analisar para decidir.
  • O RGPD e a Lei 58/2019 definem o que é lícito: princípios, bases de licitude e direitos do titular.
  • As bases de dados (tipos e componentes) e o CRM (tipos e integração) organizam essa informação.
  • O ERM e a segurança da informação protegem o negócio dos riscos associados.
  • Tudo isto serve as estratégias de one to one, fidelização e análise do comportamento do consumidor.

Próximo: fichas de trabalho e mini-projecto, aplicar tudo a um caso real.

NOTAS DO PROFESSOR - Enfatizar: dados sobre clientes e fornecedores são um ativo da empresa, tal como o stock ou o dinheiro em caixa. - Erro comum: achar que "gerir informação" é só preencher uma folha de Excel. É recolher, tratar, proteger e analisar. - Exemplo: uma mercearia que sabe que o cliente X compra sempre café ao sábado pode enviar-lhe uma promoção de café à sexta.

NOTAS DO PROFESSOR - Enfatizar: memorizar estas duas frases ajuda a situar cada bloco do curso dentro do referencial. - Pergunta à turma: dão um exemplo de "recolher" e um exemplo de "analisar" no dia a dia de uma loja? - Analogia: recolher é semear, analisar é colher; sem a primeira não há segunda.

NOTAS DO PROFESSOR - Enfatizar: cada campo pedido tem de ter uma razão de negócio. "Podemos pedir" não é o mesmo que "devemos pedir". - Erro comum: pedir data de nascimento ou estado civil "por defeito", sem finalidade concreta. - Exemplo: uma loja de bricolage não precisa da profissão do cliente para vender uma torneira.

NOTAS DO PROFESSOR - Enfatizar: o registo do fornecedor não é só "nome e telefone", é histórico de desempenho. - Pergunta: se dois fornecedores vendem o mesmo produto ao mesmo preço, o que decide a escolha? (prazos, qualidade, histórico). - Exemplo/analogia: é como uma ficha de jogador: mostra o histórico, não só o nome.

NOTAS DO PROFESSOR - Enfatizar: "de acordo com os requisitos definidos" está literalmente no critério de desempenho; não é registar "à vontade". - Erro comum: NIF trocado ou com espaços, que depois falha na fatura eletrónica. - Exercício de aula: dar uma frase desorganizada de um cliente e pedir para a turma a distribuir pelos campos certos.

NOTAS DO PROFESSOR - Enfatizar: "dado pessoal" é qualquer informação relativa a uma pessoa singular identificada ou identificável. - Erro comum: achar que só "dados sensíveis" (saúde, religião) contam. Nome e telefone já são dados pessoais. - Analogia: os dados pessoais são como as chaves de casa de alguém; só se usam com autorização e para o fim combinado.

NOTAS DO PROFESSOR - Enfatizar as datas e números: RGPD 2016/679, aplicável desde 2018; Lei 58/2019, de 8 de agosto. - Erro comum: confundir a CNPD com um tribunal. É a autoridade de controlo, que pode investigar e sancionar. - Pergunta: porque é que um regulamento europeu precisa de uma lei nacional a acompanhá-lo? (para regular o que o regulamento deixa aos Estados-membros, como sanções).

NOTAS DO PROFESSOR - Enfatizar que "minimização" já apareceu no Bloco 2: são o mesmo princípio, agora com nome próprio. - Erro comum: tratar os princípios como teoria abstrata. Pedir um exemplo prático de cada um na loja. - Exemplo: guardar o email de um cliente que só comprou uma vez há cinco anos, sem motivo, viola a limitação da conservação.

NOTAS DO PROFESSOR - Enfatizar: nem tudo precisa de consentimento; a fatura, por exemplo, assenta em obrigação legal. - Erro comum: pedir consentimento para tudo, mesmo quando a base certa já é o contrato ou a lei. Isso complica sem necessidade. - Exercício: dar três situações de loja e pedir à turma para identificar a base de licitude certa.

NOTAS DO PROFESSOR - Enfatizar: estes direitos aplicam-se também aos contactos de fornecedores, não só a clientes finais. - Erro comum: achar que o direito ao apagamento é absoluto. Se há uma fatura a conservar por obrigação legal, não se apaga. - Exemplo: um cliente pede para deixar de receber SMS promocionais; isso é o direito de oposição, e tem de ser cumprido de imediato.

NOTAS DO PROFESSOR - Enfatizar os dois números concretos: 10 anos (documentos fiscais) e 72 horas (notificação de violação). - Erro comum: achar que só grandes empresas são fiscalizadas. Qualquer loja com uma base de clientes está sujeita ao RGPD. - Pergunta: porque é que o prazo de notificação é tão curto (72h)? (para que a autoridade e os titulares possam agir depressa e limitar o dano).

NOTAS DO PROFESSOR - Enfatizar a passagem do caderno físico para a base de dados como salto de produtividade e de rigor. - Erro comum: manter a mesma informação em dois sítios (Excel e caderno), que rapidamente ficam desalinhados. - Analogia: a base de dados é a memória organizada da empresa; sem ela, cada vendedor "sabe" coisas diferentes sobre o mesmo cliente.

NOTAS DO PROFESSOR - Enfatizar a ligação direta com o princípio da minimização visto no Bloco 4. - Erro comum: criar campos "para o futuro" que nunca se preenchem, o que suja a base de dados. - Exercício: pedir à turma para desenhar os campos de uma ficha de fornecedor de uma padaria.

NOTAS DO PROFESSOR - Enfatizar que "centralizada" e "distribuída" descrevem onde os dados vivem, não o modelo lógico. - Erro comum: confundir "distribuída" com "na nuvem". Uma base distribuída pode estar em servidores próprios em vários locais. - Exemplo: uma cadeia de lojas com um único servidor central é centralizada; se cada loja tiver o seu servidor sincronizado, é distribuída.

NOTAS DO PROFESSOR - Enfatizar as vantagens da nuvem para uma pequena empresa: sem investimento inicial em servidores, acesso remoto. - Erro comum: achar que "na nuvem" é sinónimo de "menos seguro". A segurança depende de como é configurada, não de onde está. - Pergunta: porque é que uma empresa pequena tende a preferir uma base de dados na nuvem? (custo inicial menor, sem equipa técnica própria).

NOTAS DO PROFESSOR - Enfatizar que estes cinco componentes existem mesmo numa base de dados pequena, "de garagem", só que menos visíveis. - Erro comum: pensar que a base de dados é só o "software". Sem procedimentos claros, os dados degradam-se rápido. - Exemplo: numa loja, o procedimento pode ser "toda a semana, o gerente confirma se as fichas de cliente têm o contacto atualizado".

NOTAS DO PROFESSOR - Enfatizar a analogia: o SGBD é como um bibliotecário que sabe onde está cada livro (dado) e como o software de vendas ou o CRM "pergunta" a esse bibliotecário. - Erro comum: achar que é preciso saber programar para gerir a informação. As ferramentas de CRM já traduzem o idioma técnico numa interface simples. - Exercício: mostrar um formulário de pesquisa de um CRM e identificar o que ele está a "perguntar" à base de dados.

NOTAS DO PROFESSOR - Enfatizar que o CRM não é só um "caderno digital": cruza dados, gera alertas e mede resultados. - Erro comum: achar que só grandes empresas precisam de CRM. Existem versões gratuitas ou baratas para pequenos negócios. - Analogia: o CRM é a "memória coletiva" da equipa comercial sobre cada cliente.

NOTAS DO PROFESSOR - Enfatizar a integração com outros sistemas, ligação direta ao conhecimento "integração com outros sistemas" do referencial. - Erro comum: comprar um CRM caro e nunca o integrar com o sistema de faturação, perdendo metade do valor. - Pergunta: o que acontece a um negócio quando o único vendedor que "conhecia" os clientes sai da empresa sem CRM?

NOTAS DO PROFESSOR - Enfatizar que estes quatro tipos são funções, não produtos diferentes; a maioria dos CRM modernos combina-os. - Erro comum: confundir "analítico" com "relatórios bonitos". É extrair conclusões que orientam a ação. - Exercício: dar exemplos de tarefas do dia a dia da loja e pedir à turma para as classificar num dos quatro tipos.

NOTAS DO PROFESSOR - Enfatizar o custo escondido de sistemas não integrados: trabalho a dobrar e dados desalinhados. - Erro comum: introduzir manualmente os mesmos dados em dois sistemas diferentes "porque sempre foi assim". - Pergunta: que problema surge se a morada de entrega estiver certa no CRM mas errada na faturação?

NOTAS DO PROFESSOR - Enfatizar a diferença entre campanha genérica e campanha segmentada a partir do CRM. - Erro comum: enviar a mesma promoção a toda a base de dados, ignorando o histórico individual. - Exemplo: uma loja de desporto que sabe que um cliente só compra material de corrida pode ignorá-lo em promoções de futebol.

NOTAS DO PROFESSOR - Enfatizar que promoção dirigida e fidelização são as duas aptidões consecutivas do referencial, e reforçam-se mutuamente. - Erro comum: confundir fidelização com desconto permanente. Fidelizar é sobretudo relação e reconhecimento. - Pergunta: que programa de fidelização a turma já usou (cartão de pontos, app) e o que gostavam ou não nele?

NOTAS DO PROFESSOR - Enfatizar a diferença entre assertivo, passivo e agressivo com um exemplo curto de cada estilo na mesma situação. - Erro comum: confundir assertividade com dureza. Assertivo é firme, não é rude. - Exemplo: pedir o NIF a um cliente relutante de forma assertiva: explicar a obrigação legal com clareza, sem insistir de forma invasiva.

NOTAS DO PROFESSOR - Enfatizar a ligação entre transparência (princípio do RGPD, Bloco 4) e comunicação assertiva. - Erro comum: pedir dados sem explicar o motivo, o que gera desconfiança e recusas. - Exercício de role-play: um aluno é o vendedor, outro o cliente relutante em dar o email; treinar a resposta assertiva.

NOTAS DO PROFESSOR - Enfatizar que o ERM olha para o risco de forma integrada, não risco a risco isolado. - Erro comum: achar que "risco" é só financeiro. Inclui risco legal (RGPD), operacional (fornecedor) e reputacional. - Analogia: o ERM é como um mapa de perigos da empresa, semelhante a um mapa de riscos de segurança numa obra.

NOTAS DO PROFESSOR - Enfatizar os quatro tipos de resposta ao risco (evitar, reduzir, transferir, aceitar) com um exemplo cada. - Erro comum: só identificar o risco e nunca definir a resposta. Identificar sem agir não protege a empresa. - Exemplo: um só fornecedor de uma matéria-prima crítica é um risco de dependência; a resposta pode ser qualificar um segundo fornecedor.

NOTAS DO PROFESSOR - Enfatizar que estes três pilares (confidencialidade, integridade, disponibilidade) resumem toda a segurança da informação. - Erro comum: achar que segurança é só "não deixar hackear". Um colaborador que vê dados que não devia já é uma falha. - Exemplo: um estagiário sem acesso ao módulo financeiro do CRM é aplicação prática da confidencialidade.

NOTAS DO PROFESSOR - Enfatizar a ligação direta ao princípio do RGPD já estudado no Bloco 4: são o mesmo conceito, visto de dois ângulos. - Erro comum: ter backups mas nunca testar o restauro. Um backup que não se restaura não protege nada. - Pergunta: o que acontece à confiança de um cliente se souber que os dados dele "fugiram" da empresa?

NOTAS DO PROFESSOR - Enfatizar que "grátis" raramente é de graça: há sempre um custo de tempo, formação ou limitação de funcionalidades. - Erro comum: escolher só pelo preço mais baixo, sem avaliar o custo de manutenção e formação. - Pergunta: porque é que uma empresa pequena pode preferir pagar uma subscrição mensal a comprar um servidor próprio?

NOTAS DO PROFESSOR - Enfatizar que estas normas não são "extra", são aptidões avaliadas no referencial desta UC. - Erro comum: achar que normas de qualidade só se aplicam à produção. Aplicam-se também ao processo administrativo. - Exemplo: um procedimento escrito de "como validar o NIF de um cliente" é uma prática de normas da qualidade aplicada à informação.

NOTAS DO PROFESSOR - Enfatizar que este bloco fecha o ciclo: recolher (Bloco 2) → registar (Bloco 2) → analisar (aqui). - Erro comum: olhar só para o total vendido, sem decompor por frequência, valor e sazonalidade. - Exemplo: um cliente que compra pouco mas com muita frequência pode valer mais ao longo do ano do que um que compra muito uma só vez.

NOTAS DO PROFESSOR - Enfatizar que a análise só tem valor se terminar numa ação concreta: stock, campanha ou contacto. - Erro comum: produzir relatórios bonitos que ninguém usa para decidir nada. - Pergunta final à turma: dado um relatório simples de vendas, que decisão tomariam a seguir?