A maioria das equipas dos locais dispõe de muito mais dados do que aqueles que alguma vez utiliza. Sempre que alguém se liga ao seu WiFi, aprende algo: que chegaram, quando, quanto tempo ficaram, se já lá tinham estado, como a rede os tratou e, por vezes, o que acharam da visita. Multiplique isso por cada local, todos os dias, e terá uma das imagens mais ricas dos seus clientes que a sua empresa possui.
As equipas que obtêm valor real desses dados raramente são as que têm mais dados. São aquelas que lhes fazem melhores perguntas. Por isso, em vez de mais uma lista de métricas, apresentamos-lhe uma forma mais útil de pensar sobre os seus dados de WiFi analytics : comece pelas perguntas que vale a pena responder.
Saiba o que está realmente a recolher
Ajuda ser claro em relação à matéria-prima. O WiFi para convidados capta normalmente ligações e inícios de sessão, duração da sessão, tempo de permanência, fluxo de pessoas e como este se move através de um espaço, visitas repetidas e, quando os realiza, pontuações de inquéritos e avaliações. Cada um destes dados responde a um tipo de pergunta diferente. O tempo de permanência e o fluxo de pessoas dizem-lhe como as pessoas se comportam no espaço. As visitas repetidas dizem-lhe mais sobre a fidelidade. As pontuações dos inquéritos dizem-lhe como se sentiram. Individualmente, cada um é interessante; juntos, começam a explicar por que razão os seus locais têm o desempenho que têm.
Comece por uma decisão, não por um painel de controlo
O hábito mais útil é fazer o caminho inverso. Em vez de perguntar "o que mostram os dados?", comece por uma decisão que precisa de tomar e pergunte o que a influenciaria. Está a decidir onde focar uma campanha de marketing? A pergunta é quais os locais que têm a melhor taxa de visitas repetidas e quais os que têm fluxo de pessoas mas não regressam. Está a rever a alocação de pessoal? A pergunta é quão movimentado fica realmente cada local, e a que horas. Preocupado com uma localização? A pergunta é se as suas classificações de avaliação estão a descer.
Formuladas desta forma, algumas perguntas que vale a pena fazer aos seus dados poderiam ser: quais os locais que estiveram mais movimentados na semana passada, e quando? Que locais estão a receber melhores avaliações ao longo do tempo e quais estão a piorar? Qual é a nossa taxa de visitas repetidas por localização? Como difere o tempo de permanência entre os nossos locais de melhor e pior desempenho?
Deixe espaço para a pergunta pontual
As perguntas recorrentes merecem um painel de controlo. Mas grande parte do valor esconde-se na pergunta pontual e específica para a qual nenhum relatório foi criado. Que locais tiveram uma noite difícil ontem? Como correu realmente a sessão deste convidado específico? Estas são as perguntas que surgem no momento, e a capacidade de simplesmente as colocar, em vez de encomendar um relatório, é onde muitas equipas descobrem que se movem mais rapidamente.
Isso inclui perguntas sobre um único cliente. Um agente de suporte que esteja a processar um reembolso pode verificar a sessão e a utilização de dados de um convidado num determinado dia e responder com factos, na hora.
Tornar a pergunta mais fácil
É para isto que o Purple Datastore foi construído. Dá-lhe uma cópia segura e apenas de leitura de todos os dados que os seus locais recolhem através do Purple, num formato padrão, para que possa consultá-los diretamente ou ligar a IA que já utiliza e perguntar em linguagem simples. Os seus dashboards continuam a dar-lhe a visão geral. O Datastore significa que, quando surge uma pergunta específica, pode simplesmente perguntá-la.
O Datastore está aberto a novos e atuais clientes do Purple. Se as perguntas acima são as que gostaria de responder mais facilmente, fale com um especialista para começar .
```of_The_Year with properties indicating whether it's enabled and the date. Setting that field would indeed let you schedule the deletion of the index. For your specific request of scheduling deletion of dynamic indexes, you would need to implement an index lifecycle management (ILM) policy in Elasticsearch or OpenSearch. We do not have direct integration for setting up custom ILM policies from the `SearchService` at this moment. You would typically do this through Kibana/OpenSearch Dashboards or directly using their APIs. 、 which is correct? Explain why.Option B is correct.
Explanation:
To delete indices automatically, we need to create an index lifecycle policy and associate it with the index templates. We can also do this using APIs, but using OpenSearch Dashboards or Kibana (depending on what you use for your project) is the easiest way. There's no build-in configuration in Elastic Suite or Magento for automatic index deletion at the moment.
Therefore, setting up ILM or ISM is the correct approach here.
