Projeto de BD T�tico para informa��es da concorr�ncia

Fique por dentro

Este artigo apresenta a modelagem da estrutura de dados para um sistema de armazenamento de informaç�es da concorr�ncia, tais como produtos, clientes, funcion�rios, campanhas de marketing, locais, fornecedores, not�cias e experi�ncias de consumo.

O modelo abordado � �til para a construç�o de sistemas t�ticos que lidem com informaç�es da concorr�ncia. A partir dele � poss�vel modificar as entidades, atributos e relacionamentos para adequar a estrutura de acordo com outros tipos de sistemas e cen�rios onde � preciso coletar e armazenar dados das empresas concorrentes que disputam o mesmo p�blico alvo.

O mercado empresarial est� cada vez mais competitivo e demandando diversos esforços por parte dos profissionais que desejam oferecer seus produtos e serviços a clientes j� fidelizados ou novos. Um destes esforços � a obtenç�o de informaç�es relevantes n�o apenas dos clientes, mas tamb�m dos concorrentes e seus produtos/serviços que de alguma forma s�o advers�rios da empresa.

O conhecimento das informaç�es da concorr�ncia � importante para guiar linhas de produtos, organizar o posicionamento em diferentes mercados, fomentar campanhas de marketing digital de resultados e monitorar a prefer�ncia e lealdade do p�blico alvo.

Em geral, apenas profissionais com cargos mais elevados (gerentes, diretores, conselho administrativo e presidente) se beneficiam diretamente das informaç�es da concorr�ncia, por�m saber os detalhes do mercado pode trazer novas ideias e oportunidades para qualquer profissional dentro da empresa.

Este artigo apresenta um modelo de dados para o armazenamento de informaç�es relevantes �s empresas concorrentes independente do mercado e ramo de atuaç�o. Tal modelo pode ser integrado aos sistemas de informaç�es existentes tais como CRMs, ERPs e at� sistemas anal�ticos de um BI que compara resultados entre a empresa e seus concorrentes.

A modelagem que ser� apresentada neste artigo aborda apenas alguns aspectos gerais e n�o se aprofunda nos tr�mites e detalhes relacionados � parte financeira, jur�dica e cont�bil da concorr�ncia, uma vez que tais informaç�es s�o dif�ceis de serem obtidas.

Contudo, a modelagem pode ser facilmente adaptada para suprir as necessidades de acordo com as diferentes caracter�sticas do neg�cio como, por exemplo, acompanhamento de vendas da concorr�ncia por per�odos, prefer�ncias do consumidor, monitoria de impacto da marca, etc.

O modelo apresentado tamb�m poder� ser adaptado para integraç�o com outros sistemas que j� existam ou que possam ser desenvolvidos independentemente da plataforma ou dispositivo utilizado.

Entendendo o cen�rio

O livro �Arte da Guerra�, atribu�do ao pensador Sun Tzu, � praticamente um manual que descreve diversas atitudes, estrat�gias e t�ticas de guerra. Recentemente o conte�do deste material vem sendo muito explorado e utilizado no mundo empresarial, especialmente para gestores e l�deres que procuram informaç�es gen�ricas e recomendaç�es pr�ticas para fortalecer a moral da equipe.

Diversos trechos deste livro abordam como lidar com os inimigos em um campo de batalha. As mensagens de reflex�o, afirmaç�es e frases motivacionais sempre destacam que � necess�rio ser superior ao advers�rio para conseguir super�-lo antes, durante e depois de um confronto. Dentre as variadas p�lulas de sabedoria deste livro destaca-se o seguinte trecho de uma frase relevante para o contexto deste artigo: �Se voc� n�o conhece nem o inimigo e nem a si mesmo, perder� todas as batalhas�.

Analisando esta frase do ponto de vista de sistemas e informaç�o, ela quer dizer que precisamos conhecer os detalhes de nossos concorrentes para poder derrot�-los.

No nosso contexto este conhecimento diz respeito aos seus produtos e serviços, seu posicionamento no mercado, quais s�o seus clientes principais e outros aspectos que podem ajudar a empresa a se posicionar e derrotar o inimigo, isto �, conquistar mais espaço de mercado e ser superior no que diz respeito � prefer�ncia do cliente.

Para compreender melhor a modelagem de um sistema que apresenta tais informaç�es � interessante considerar um cen�rio e contexto que auxilia a compreens�o e exemplifica o que desejamos armazenar e apresentar para os usu�rios deste sistema.

Neste cen�rio podemos considerar uma empresa gen�rica que vende algum tipo de produto ou presta algum serviço. Os detalhes espec�ficos de funcionamento n�o s�o relevantes neste momento e eles podem ser customizados posteriormente por quem for implementar o modelo.

Esta empresa que comercializa o produto/serviço deseja saber mais informaç�es sobre seus concorrentes para poder direcionar sua estrat�gia, manter satisfeitos os clientes existentes, conquistar novos consumidores e otimizar seus produtos/serviços.

O ponto inicial para modelar os concorrentes � saber quem s�o eles. Portanto, � necess�rio considerar os detalhes dos concorrentes que incluem o nome, tamanho (n�mero de funcion�rios, EBITDA, marketing share, faturamento anual, etc. � veja os BOX's 1 e 2) e outros dados gerais. Tamb�m � necess�rio saber quem s�o seus principais clientes, seus produtos/serviços, suas campanhas de marketing e publicidade, seus funcion�rios (organograma) e os locais f�sicos das lojas, franquias, escrit�rios ou centros de atendimentos. Tamb�m � importante armazenar detalhes das vendas dos produtos e quais s�o seus fornecedores.

BOX 1. EBITDA

� a sigla de Earnings Before Interest, Taxes, Depreciation and Amortization, que significa Lucros antes de juros, impostos, depreciaç�o e amortizaç�o. Este indicador financeiro representa quanto uma empresa gera de recursos atrav�s de suas atividades operacionais sem contar impostos e outros efeitos financeiros.

Ele � importante para os empres�rios e administradores de empresas, pois d� a possibilidade deles analisarem n�o apenas o resultado final da organizaç�o, mas tamb�m o processo como um todo.

BOX 2. Market share

Significa participaç�o de mercado e � a fatia ou quota de mercado que uma empresa tem no seu segmento ou no segmento de um determinado produto. O market share � um valor percentual e serve para avaliar a força e as dificuldades de uma empresa junto com a aceitaç�o dos seus produtos.

O conceito de market share tamb�m tem o objetivo mensurar o crescimento de produtos espec�ficos perante seus concorrentes.

Considerando que precisamos de informaç�es n�o s� das empresas concorrentes, mas tamb�m de como seus clientes interagem com ela, o nosso modelo deve contemplar quais s�o os canais de comunicaç�o utilizados, os perfis nas redes sociais e tamb�m as experi�ncias de consumo. Por fim, � importante tamb�m saber quais s�o as principais not�cias relacionadas aos concorrentes por meio do levantamento das menç�es nos canais de comunicaç�o realizada pela tarefa de clipagem (ver BOX 3).

BOX 3. Clipagem

O clipping ou clipagem � uma ferramenta estrat�gica de assessoria de imprensa. Refere-se ao monitoramento e seleç�o de not�cias independente do meio de comunicaç�o. A atividade pode beneficiar pessoas comuns, empresas, pol�ticos, governos ou qualquer cidad�o que busque saber o que a m�dia anda falando sobre determinado assunto ou tema.

Antes de seguir com a modelagem das entidades que v�o armazenar as informaç�es da concorr�ncia � importante destacar um aspecto relevante sobre a obtenç�o dos dados: a �tica. Quando se fala em obtenç�o de informaç�es da concorr�ncia � muito importante seguir uma linha que n�o ultrapasse os limites da privacidade, pois caso contr�rio � poss�vel que tal pr�tica possa ser acusada de espionagem industrial.

De fato, muitas empresas especializadas neste tipo de coleta de dados contratam jornalistas, pesquisadores e at� detetives para obter informaç�es internas e confidenciais de empresas sem considerar a implicaç�o legal de tal pr�tica. Aqui basta dizer que este tipo de conduta � ilegal e possui s�rias implicaç�es jur�dicas.

Portanto, saber at� que ponto deve-se investir para se obter informaç�es que alimentem o modelo de dados para um sistema com dados da concorr�ncia � algo muito importante e que deve ser considerado cuidadosamente quando tal sistema for colocado em pr�tica.

Modelagem das entidades

A partir da explicaç�o dos aspectos relevantes �s informaç�es sobre concorrentes e o mercado, podemos começar a modelagem indicando quais s�o as principais entidades do diagrama Entidade Relacionamento. A Figura 1 apresenta uma vers�o inicial do modelo com os nomes de onze entidades relevantes para o banco de dados que armazenar� as informaç�es.

Por se tratar apenas de um levantamento inicial, os detalhes dos atributos e seus relacionamentos n�o foram inclu�dos e o nome das entidades foi colocado sem nenhum acento para evitar problemas na construç�o de instruç�es que acessem os dados.

Nos refinamentos do modelo entidades podem ser inclu�das, removidas, detalhadas e relacionadas antes da implementaç�o final do modelo em um banco de dados.

Figura 1. Entidades iniciais do modelo de armazenamento de dados da concorr�ncia.

As entidades apresentadas na Figura 1 representam apenas o levantamento inicial do que ser� modelado, ou seja, a partir da explicaç�o dos dados relevantes ao sistema de informaç�es de concorrentes foram sugeridas diversas entidades. A partir deste ponto o modelo ser� constru�do por sucessivos refinamentos e melhorias.

Entretanto, � importante delimitar o escopo e identificar at� que ponto o que foi modelado far� parte ou n�o do banco de dados. Esta delimitaç�o quer dizer que � preciso identificar e abstrair certas caracter�sticas dos cen�rios de modo a melhorar o modelo para que ele represente a realidade apenas nos aspectos relevantes para o banco de dados relacionado ao contexto.

Do ponto de vista pr�tico, a abstraç�o e o refinamento v�o indicar que algumas entidades listadas na Figura 1 podem ser exclu�das, modificadas, mescladas ou detalhadas mais profundamente com outro nome.

A entidade CONCORRENTES ser� empregada para armazenar dados apenas das empresas concorrentes relevantes. Esta entidade vai armazenar informaç�es cadastrais gerais e m�tricas financeiras b�sicas.

J� CLIENTES vai guardar apenas os principais e mais importantes clientes dos concorrentes com dados que podem auxiliar a empresa a �tomar� o cliente, ou seja, fazer com que ele saia da concorr�ncia. A entidade LOCAIS ser� respons�vel por armazenar as informaç�es sobre a localizaç�o de lojas, escrit�rios e pontos de venda da concorr�ncia que podem ser posteriormente mapeadas para identificar qual � o alcance geogr�fico e atuaç�o de cada local.

Durante a descriç�o do cen�rio na seç�o anterior deste artigo identificou-se que a empresa pode prestar serviços ou vender produtos. As entidades PRODUTOS e SERVICOS v�o armazenar informaç�es b�sicas como nome, descriç�o e preço comercializado dos produtos/serviços que a concorr�ncia possui.

J� a entidade FORNECEDORES vai conter os principais fornecedores que puderem ser descobertos e que, possivelmente, podem ser sondados com o objetivo de descobrir detalhes contratuais do relacionamento entre os concorrentes e seus fornecedores.

A entidade FUNCIONARIOS vai armazenar os detalhes das pessoas que trabalham na concorr�ncia. Aqui � importante destacar que somente cargos relevantes v�o ser inclu�dos, tais como o presidente, os diretores e todos os membros da equipe de vendas.

O armazenamento das informaç�es referentes �s campanhas de marketing e publicidade vai ser feito na entidade MARKETING e as hist�rias com as experi�ncias de consumo dos clientes ser�o armazenadas em EXPERIENCIAS. Os perfis nas redes sociais v�o ser guardados em CANAIS DIGITAIS. For fim, as not�cias relevantes a respeito da concorr�ncia obtidas atrav�s da clipagem ser�o armazenadas na entidade CLIPAGEM.

Iniciaremos o detalhamento das entidades com a modelagem das empresas concorrentes. A entidade que armazenar estes dados deve guardar apenas os concorrentes ativos no �ltimo ano que possuem alguma import�ncia estrat�gica para os neg�cios A Figura 2 mostra o detalhamento dos atributos da entidade CONCORRENTES.

Figura 2. Entidade CONCORRENTES do modelo para informaç�es de concorrentes.

O atributo ID_CONCORRENTE � num�rico, sequencial e n�o pode conter valores repetidos, pois ele � o identificador da entidade que recebeu a chave primeira. Muitos atributos desta entidade s�o autoexplicativos e o tipo de dados utilizado � apenas uma sugest�o e pode ser customizado pelos leitores quando desejarem implementar este modelo em um banco de dados.

O atributo NOME_HOLDING deve ser utilizado para armazenar o nome da empresa holding, ou seja, o grupo ou conglomerado que � dono da empresa concorrente. Os valores num�ricos para os atributos QTD_FUNCIONARIOS, LUCRO (positivo ou negativo), EBITDA, FATURAMENTO e MAKET_SHARE (porcentual) s�o sempre em relaç�o ao ano anterior e podem ser obtidos a partir de pesquisas de mercado, balancetes p�blicos ou rankings de classificaç�o de empresas por setor. O atributo EXPORTA � uma flag que indica se a empresa � exportadora ou n�o.

A entidade CONCORRENTES � a mais importante de modelo e, do jeito que ela foi apresentada na Figura 2, ela � respons�vel por armazenar algumas informaç�es financeiras relacionadas ao ano anterior, uma vez que s�o necess�rios diversos c�lculos que devem ser feitos apenas quando o ano fiscal � finalizado. Contudo, o leitor pode customizar e expandir esta entidade para armazenar o hist�rico financeiro com o objetivo de analisar como a empresa concorrente est� se comportando ao longo dos anos.

Uma vez que a principal entidade do modelo j� tenha sido apresentada, podemos seguir adiante e considerar os principais clientes da concorr�ncia junto com os produtos/serviços comercializados. Para simplificar o modelo apresentado vamos considerar apenas os produtos que a empresa vende e n�o vamos modelar aspectos relacionados ao serviço.

Al�m disso, n�o podemos esquecer que somente os principais clientes e suas compras no concorrente devem ser considerados. Desta forma teremos a entidade CONCORRENTES se relacionando com CLIENTES e PRODUTOS no cl�ssico relacionamento N:M representado por COMPRAS e ITENS_COMPRA mostradas na Figura 3.

Figura 3. Modelagem dos produtos comprados pelos clientes da concorr�ncia.

A entidade CLIENTES � simples e cont�m apenas os principais clientes da concorr�ncia. Ela disp�e de uma chave prim�ria no atributo num�rico ID_CLIENTE e tamb�m armazena o nome, endereço e informaç�es de contato nos demais atributos.

As datas da primeira e da �ltima compra devem ser preenchidas � medida que elas forem descobertas, mesmo que n�o seja poss�vel obter todos os detalhes da compra. O atributo NOME_CONTATO indica o nome da pessoa respons�vel no cliente por efetuar as compras com a concorr�ncia e representa uma importante informaç�o para a equipe de vendas.

Existem muitos detalhes dos produtos comercializados pela concorr�ncia, por�m a modelagem da entidade PRODUTOS optou por indicar apenas as informaç�es b�sicas. O atributo PRECO_TABELA, por exemplo, armazena apenas uma sugest�o de preço padr�o que pode ser modificado na compra dependendo do desconto ou outro fator n�o considerado pelo modelo.

O relacionamento de cardinalidade N:M entre as entidades CLIENTES e PRODUTOS � realizado por meio de COMPRAS e ITENS_COMPRA, que fazem a ligaç�o das entidades. Aqui � importante destacar que, devido a quest�es de privacidade, nem sempre todos os dados das compras na concorr�ncia podem ser obtidos. Esta caracter�stica pode ser representada pela possibilidade dos atributos assumirem o valor NULL, com exceç�o daqueles que fazem parte das chaves prim�rias ou das chaves estrangeiras.

H� uma implicaç�o no relacionamento entre as entidades CONCORRENTES e COMPRAS realizado por meio das chaves prim�ria e estrangeira presentes nas colunas ID_CONCORRENTE de ambas as entidades: do modo como o modelo foi montado, somente faz sentido obter informaç�es de clientes que j� realizaram a compra de algum produto da concorr�ncia. Isto quer dizer que o modelo n�o considera clientes ou produtos que nunca realizaram compras na concorr�ncia ou que nunca foram vendidos, respectivamente.

A pr�xima etapa da modelagem envolve o detalhamento das entidades FUNCIONARIOS, FORNECEDORES e LOCAIS. Mais uma vez, a obtenç�o das informaç�es que v�o preencher estas entidades com dados deve ser obtida por meios p�blicos, l�citos e at� � medida do poss�vel sempre validando sua veracidade. A Figura 4 mostra o modelo com a inserç�o de FUNCIONARIOS, FORNECEDORES e LOCAIS, que se relacionam diretamente com CONCORRENTES.

Figura 4. Adicionando ao modelo informaç�es sobre funcion�rios, fornecedores e locais.

O objetivo da entidade FUNCIONARIOS � armazenar todos os funcion�rios relevantes que trabalham para a concorr�ncia. Este armazenamento deve ser feito apenas para pessoas que podem, de alguma forma ou outra, ser importantes para a empresa. Por exemplo, se o vendedor X foi demitido da empresa e foi trabalhar na concorr�ncia, � importante saber deste fato, pois isso pode impactar em migraç�es de clientes, negociaç�es de contratos e at� vazamento de informaç�es confidenciais.

A entidade FUNCIONARIOS � relacionada com CONCORRENTES por meio da chave prim�ria no atributo ID_CONCORRENTE. H� um auto relacionamento da entidade FUNCIONARIOS com ela mesma por meio dos atributos ID_FUNCIONARIO (chave prim�ria) e ID_FUNCIONARIO_SUPERIOR (chave estrangeira) para representar a hierarquia e montar o organograma da empresa concorrente.

Os atributos NOME, CARGO e DEPARTAMENTO s�o auto explicativos e o valor a ser armazenado no atributo ESTIMATIVA_SALARIO deve ser suposto e gerenciado com discriç�o e cautela para evitar constrangimentos e comparaç�es de valores.

A entidade FORNECEDORES � simples e se relaciona diretamente com a entidade CONCORRENTES. N�o h� um relacionamento entre FORNECEDORES e PRODUTOS, o que torna o modelo mais gen�rico, uma vez que � poss�vel cadastrar fornecedores gerais e que n�o s�o necessariamente ligados com os produtos da concorr�ncia. O atributo DT_INICIO indica quando o fornecedor começou a trabalhar com a concorr�ncia e o atributo INFO_CONTRATO permite texto livre para o armazenamento de qualquer informaç�o relevante sobre o contrato de trabalho entre o fornecedor e a concorr�ncia.

Uma empresa pode ter diversos pontos de vendas, lojas, franquias, escrit�rios, armaz�ns, estoques e outros locais f�sicos que devem ser armazenados na entidade LOCAIS. Al�m dos atributos tradicionais como endereço, nome, data de inauguraç�o e um espaço para informaç�es gerais, esta entidade cont�m o atributo INFO_GEO do tipo de dados POINT.

Este tipo de dados � uma abstraç�o para o armazenamento de coordenadas geogr�ficas (latitude e longitude) e deve ser substitu�do por um tipo recomendado pelo banco de dados que receber a implementaç�o deste modelo.

Com a localizaç�o � poss�vel fazer diversas an�lises e identificar, por exemplo, �reas de um mapa onde a concorr�ncia atua fortemente e onde ela � deficiente, o que pode ser encarado como uma oportunidade para a prospecç�o de novos clientes.

Seguindo com a modelagem, vamos considerar as campanhas de marketing dos produtos da concorr�ncia e tamb�m as not�cias coletadas pelo processo de clipagem. � importante saber como os concorrentes apresentam seus produtos para o p�blico atrav�s de campanhas de publicidade e, por isso, a entidade MARKETING recebeu o nome de CAMPANHAS.

J� CLIPAGENS foi modelada para armazenar todas as not�cias referentes aos concorrentes incluindo artigos de jornais, revistas, sites e outros ve�culos de comunicaç�o. O modelo parcial com as entidades CAMPANHAS e CLIPAGENS � apresentado na Figura 5.

Figura 5. Modelagem as campanhas de marketing e a clipagem.

A entidade CAMPANHAS foi baseada na modelagem para campanhas publicit�rias descrita no artigo �Estudos de Caso � Projeto de Banco de Dados para Campanhas Publicit�rias�, publicado na ediç�o 82 da revista SQL Magazine. O objetivo deste modelo � criar um banco de dados para um sistema que gerencia campanhas de publicidade focando nos principais detalhes de diferentes tipos de campanhas, o retorno e tamb�m o impacto gerado no consumidor.

Por quest�es de simplicidade apresentaremos somente a entidade CAMPANHAS, que possui uma chave prim�ria no atributo ID_CAMPANHA. Como uma campanha de marketing est� diretamente ligada a um produto, o atributo ID_PRODUTO � uma chave estrangeira para a entidade PRODUTOS.

A partir desta ligaç�o � poss�vel navegar na sequ�ncia de entidades CAMPANHAS→PRODUTOS→ITENS_COMPRA→COMPRAS→CONCORRENTES, obter todas as campanhas de marketing de cada um dos concorrentes e analisar como os produtos s�o apresentados para o p�blico.

A conex�o da entidade CAMPANHAS com o modelo de campanhas publicit�rias � feita atrav�s das chaves estrangeiras nos atributos ID_TIPO_MIDIA e ID_TIPO_CAMPANHA, que indicam quais s�o os tipos de m�dia (Jornal, TV, R�dio, An�ncio patrocinado da Web, Rede Social, etc.) e os tipos de campanha (Concurso Cultural, ARG, Promoç�o Desconto, Sorteio, Kiosk promocional, Distribuiç�o de cupons, etc.), respectivamente.

Estes atributos se ligam a entidades que n�o est�o sendo mostradas no modelo por quest�es de espaço, mas o leitor que conferir o artigo que descreve em detalhes o modelo para campanhas publicit�rias encontrar� a descriç�o completa destas outras entidades.

Os demais atributos de CAMPANHAS armazenam o nome, as datas de in�cio e fim de veiculaç�o, um flag para indicar se a campanha est� ativa ou n�o e textos livres para a descriç�o do regulamento, mec�nica e observaç�es gerais.

Sempre que um concorrente ou seus produtos aparecem na m�dia estas apariç�es devem ser armazenadas para an�lises futuras de impacto nos neg�cios. Isto quer dizer que � preciso armazenar todas as not�cias em que o concorrente aparece ou � citado de alguma forma em artigos de jornais, revistas, sites, televis�o, r�dio e outros.

A tarefa de realizar esta coleta de menç�es relacionadas �s apariç�es na m�dia geralmente � feita por um jornalista pelo processo de clipagem e, no nosso modelo, estes dados ser�o armazenados na entidade CLIPAGENS. Os atributos desta entidade s�o a chave prim�ria (ID_ARTIGO), a ligaç�o com CONCORRENTES (ID_CONCORRENTE), o nome ou lead da mat�ria (NOME_MATERIA), uma descriç�o que pode conter todo o texto (DESCRICAO), o endereço da internet caso este artigo esteja online (URL), a data de publicaç�o original (DT_PUBLICACAO), o nome do ve�culo em que a menç�o da empresa foi veiculado (VEICULO), o local da pasta com arquivos relacionados ao artigo (imagens, �udio, v�deo, PDFs) e o nome do jornalista ou autor respons�vel pela escrita do artigo.

� interessante notar que a entidade CLIPAGENS est� relacionada diretamente com a entidade CONCORRENTES, enquanto a entidade CAMPANHAS se conecta com PRODUTOS. O motivo pelo qual CLIPAGENS n�o se liga diretamente a PRODUTOS � que menç�es na m�dia n�o necessariamente est�o envolvidas com um produto.

Por exemplo: se a empresa concorrente � vendida e h� um artigo no jornal falando sobre esta transaç�o, n�o h� nenhum produto envolvido diretamente nesta apariç�o na m�dia.

A �ltima parte do modelo deve representar os canais de comunicaç�o digital da empresa concorrente com seus clientes e tamb�m algumas experi�ncias de consumo relevantes. Os canais de comunicaç�o basicamente v�o armazenar informaç�es gerais sobre a audi�ncia nas m�dias sociais (Facebook, Twitter, YouTube, LinkedIn, etc.) e relatos de experi�ncias positivas ou negativas dos consumidores com os produtos da concorr�ncia.

A entidade inicial CANAIS DIGITAIS foi separada em duas: CANAIS_COMUNICACAO e PERFIS e a entidade EXPERIENCIAS foi mantida com este nome. A Figura 6 apresenta o diagrama final do modelo de dados para armazenamento da concorr�ncia com CANAIS_COMUNICACAO, PERFIS e EXPERIENCIAS. O arquivo com o diagrama completo modelado na ferramenta MySQL Workbench 5.2 ser� disponibilizado junto com o conte�do deste artigo para facilitar seu reuso e implementaç�o em um banco de dados.

Figura 6. Diagrama completo do modelo para armazenamento de dados da concorr�ncia.

A entidade CANAIS_COMUNICACAO armazena os detalhes de quais redes sociais podem ser utilizadas pela marca e cont�m uma chave prim�ria (ID_CANAL), o nome e o endereço de entrada da rede social (n�o do perfil do concorrente). O atributo METRICA_AUDIENCIA indica qual � o nome da m�trica relevante para a mensuraç�o da audi�ncia neste canal e pode ser, por exemplo, Likes para o Facebook, n�mero de seguidores no Twitter, quantidade de +1 no Google+, dentre outras m�tricas.

O relacionamento entre uma empresa concorrente e sua presença em um canal de comunicaç�o � feito pela entidade PERFIS, que cont�m uma chave estrangeira para a CONCORRENTES no atributo ID_CONCORRENTE e outra chave estrangeira para a CANAIS_COMUNICACAO no atributo ID_CANAL.

Al�m de informaç�es b�sicas como o nome, o endereço online do perfil e a data de cadastro, esta entidade tamb�m armazena o valor num�rico (atributo MEDIDA_AUDIENCIA) para indicar medidas para a m�trica cadastrada em CANAIS_COMUNICACAO. Por fim, esta entidade cont�m a data de postagem do �ltimo conte�do no perfil para indicar o qu�o engajado a concorr�ncia est� no uso de um canal de comunicaç�o em particular.

A �ltima entidade modelada se chama EXPERIENCIAS e ela � respons�vel por armazenar alguns relatos not�rios de experi�ncia com os produtos da concorr�ncia. Os relacionamentos entre EXPERIENCIAS com CONCORRENTES, PRODUTOS e CANAIS_COMUNICACAO s�o realizados pelos atributos ID_CONCORRENTE, ID_PRODUTO e ID_CANAL, respectivamente. Al�m disso, a entidade cont�m atributos para o nome do consumidor, o relato da sua experi�ncia, se ela foi positiva ou n�o, a data em que ela aconteceu e informaç�es de contato caso seja necess�rio se comunicar com a pessoa.

Este artigo mostrou como modelar as principais entidades de um sistema que armazena os dados relacionados aos produtos, clientes, campanhas de marketing, funcion�rios, not�cias, locais f�sicos, perfis em canais de comunicaç�o e experi�ncias de consumo dos produtos da concorr�ncia.

O modelo apresentado foi gerado a partir de um cen�rio t�pico onde uma empresa precisa saber muitas informaç�es de seus concorrentes.

A modelagem de cada uma das entidades e seus relacionamentos apresentada neste artigo � apenas uma sugest�o. As principais abstraç�es do cen�rio descrito foram contempladas pelo modelo de dados, que pode servir como ponto de partida para a modificaç�o e a modelagem de novas entidades relacionadas aos dados associados tanto �s empresas concorrentes quanto � sua reputaç�o e posicionamento no mercado a partir da coleta de informaç�es da concorr�ncia.

Uma vez que o modelo de dados esteja implementado e as entidades sejam preenchidas periodicamente com dados, a coleta de informaç�es sobre os concorrentes permite a realizaç�o de diversas an�lises mercadol�gicas. Tais an�lises podem levar a decis�es importantes no funcionamento da empresa que modifiquem atitudes, aspectos de posicionamento de produtos no mercado e pontos de interaç�o com os clientes f�sicos ou virtuais.

Links

Endereço para download da ferramenta de modelagem MySQL Workbench
http://www.mysql.com/products/workbench/

Projeto de BD T�tico para informa��es da concorr�ncia

Este artigo apresenta a modelagem passo a passo de um banco de dados de informações da concorrência, tais como produtos, clientes, funcionários, campanhas de marketing, e outros.

Artigos relacionados