LogicFlow: Automazione degli eventi e dei trigger WiFi

This authoritative technical reference guide covers Purple's LogicFlow, an enterprise-grade WiFi event automation engine that enables IT managers and network architects to build intelligent, trigger-based workflows across hospitality, retail, stadium, and public-sector venues. It details the platform's Event-Decision-Action architecture, explores the full range of available triggers, and provides concrete implementation guidance with real-world case studies from hotel and retail deployments. For venue operators and IT teams, this guide demonstrates how to transform passive WiFi infrastructure into a proactive, revenue-generating, and operationally efficient platform.

📖 7 min read📝 1,674 words🔧 2 examples3 questions📚 9 key terms

🎧 Listen to this Guide

View Transcript
Welcome to the Purple Technical Briefing. I'm your host, a Senior Solutions Architect here at Purple. In this session, we're going to give you, the IT leaders and network architects, a practical, no-nonsense overview of one of our most powerful platform features: LogicFlow. Our goal today is to move beyond the marketing brochure and give you the kind of technical grounding you need to evaluate, deploy, and get real value from WiFi event automation this quarter. Let's set the scene. You've invested in enterprise WiFi infrastructure. You have access points deployed across your venue, whether that's a hotel, a retail chain, a stadium, or a conference centre. Every day, hundreds or thousands of visitors connect to your network. And right now, for most organisations, that connection event is just a transaction. A user connects, they get online, and that's it. The network has done its job. But here's the question I want you to sit with: what if every single connection event was an opportunity? An opportunity to personalise the experience, to gather intelligence, to trigger an operational response, or to drive a business outcome? That is precisely what LogicFlow is designed to enable. So, what is LogicFlow? At its core, it is an event-driven automation engine. It's a visual, drag-and-drop workflow builder that sits at the heart of the Purple platform. It listens for triggers — events happening on your network in real-time — and it executes actions based on rules you define. The architecture is elegant in its simplicity: an event happens, a decision is made, and an action is delivered. Event, Decision, Action. That's the fundamental grammar of every workflow you will ever build in LogicFlow. Now let's get into the technical specifics, because this is where it gets genuinely interesting. The Events layer is the data source. And the richness of this data is what sets LogicFlow apart from a simple marketing automation tool. We're not just talking about a user connecting. We're talking about a comprehensive dataset that spans several categories. First, there are visitor demographics. From the captive portal login, you can capture age, gender, language preference, email address, and visit count. That visit count is particularly powerful. It tells you whether you're looking at a first-time visitor, a regular, or a loyal VIP. And you can define those thresholds yourself. Second, there's device and network data. LogicFlow can identify the operating system — whether that's iOS, Android, or Windows — the browser being used, the specific SSID the visitor connected to, and even the name or MAC address of the access point they're associated with. That last point is crucial for location-aware automation, which I'll come back to. Third, there's environmental context. This is one of the more innovative aspects of the platform. LogicFlow can pull in real-time weather data based on your venue's coordinates. Is it raining? Is the temperature above 25 degrees? You can use this as a trigger. And you can also trigger based on the day of the week, the time of day, or a specific date. This opens up a whole category of time and context-aware automation. Fourth, and perhaps most valuable, is user behaviour data. This includes responses to NPS surveys, answers to micro-surveys, the login method a visitor chose, and whether they've signed up for a paid WiFi plan. This is real-time feedback that you can act on immediately. So that's the Events layer. Now let's talk about Decisions. Decision Nodes are where the intelligence lives. Using a simple visual interface, you create branching logic. The two primary logic types are True/False and If/Else. True/False is binary: does this condition hold? Yes or no? If/Else is more nuanced: if this condition is met, do this; otherwise, do that. What makes this powerful is the ability to combine conditions. You can use AND logic, where all conditions must be true, or OR logic, where any one condition is sufficient. And you can nest decision nodes, creating multi-level branching paths that segment your audience with incredible precision. For example, you might have a decision node that checks: Is the visitor's age between 18 and 35? AND Is their operating system iOS? AND Is their visit count equal to 1? If all three are true, you've identified a first-time young adult iPhone user. That's a very specific segment, and you can deliver a very specific action to them. Which brings us to Actions. Action Nodes are context-dependent, meaning the actions available to you depend on which phase of the connection journey you're in. There are three phases: Pre-Authentication, Post-Authentication, and Online. Pre-Authentication is the stage before the visitor has logged in. At this point, the only action available is to change the Splash Page. This might seem limited, but it's actually very useful. You can dynamically serve different branded pages based on the venue, the time of day, or the SSID. A conference centre could show a different branded portal for each event it hosts, all from a single network infrastructure. Post-Authentication is where the action really opens up. Once a visitor has logged in, you can present an NPS survey or a micro-survey, show a video, fire a webhook to an external system, or assign them to a paid WiFi tier. That webhook capability is a game-changer for integration. You can push data to your CRM, trigger an alert in your operations team's Slack channel, or even instruct a building management system to take an action. The possibilities are essentially unlimited. The Online phase covers what happens once the visitor has full network access. Here, you can redirect them to a specific URL, send an email or SMS campaign with a configurable time delay, or display a different splash page on their next visit. Now, let me walk you through two real-world implementation scenarios to make this concrete. Scenario one: a 500-room luxury hotel. The IT Director wants to improve guest satisfaction scores and drive more positive online reviews. They've identified two key segments: first-time guests and returning VIP members. The workflow is triggered on the Post-Authentication event. The first decision node checks whether the visitor has a VIP tag in the system. This tag can be synced from the hotel's Property Management System via the API. If the visitor is a VIP, they're redirected to a personalised welcome page with exclusive offers, and an email campaign is triggered with a one-hour delay, inviting them to book spa treatments. If they're a first-time guest, they're presented with an NPS survey immediately. A second decision node then checks the survey score. If it's a 9 or 10 — a promoter — the system sends an email 24 hours later with a direct link to leave a review on TripAdvisor. If the score is 8 or below, a webhook fires an immediate alert to the Front Desk Manager's Slack channel with the guest's name and room number, enabling proactive service recovery. That last part is the key insight. You're not waiting for a bad review to appear online. You're intercepting the problem in real-time and giving your team the information they need to fix it before the guest checks out. Scenario two: a large retail shopping centre with over 200 stores. The Head of Digital Marketing wants to drive downloads of the new loyalty and wayfinding app. The workflow is triggered on the Online event. The first decision node checks if the visit count is less than three, targeting newer visitors who are less likely to have the app. The second decision node checks if the operating system is iOS or Android, filtering out laptops and other non-mobile devices. If both conditions are true, the visitor is redirected to a custom, mobile-friendly landing page that explains the app's benefits and has prominent, one-click buttons to the Apple App Store and Google Play Store. Visitors who don't meet these criteria — returning customers or laptop users — simply get a standard browsing experience. No interruption, no annoyance. This is the principle I want you to take away: automate, don't annoy. The power of LogicFlow is in its precision. Use the rich decision logic to ensure your actions are always relevant to the specific user in that specific context. Now let me give you some implementation recommendations and flag the common pitfalls. My first recommendation is to start with a single, clear business objective. Don't try to build a 50-node workflow on day one. Pick one problem: service recovery, app downloads, loyalty engagement. Build a simple, single-purpose flow. Measure its impact. Then expand. My second recommendation is to use webhooks aggressively. They are your integration layer. Every time you find yourself thinking, 'I wish the WiFi system could talk to our CRM,' or 'I wish we could get an alert when something happens,' that's a webhook use case. My third recommendation is to build compliance into the logic from the start. Before any marketing action, add a decision node that checks whether the visitor has consented to receive communications. The platform has a built-in 'emailable' flag for exactly this purpose. This is not just good practice; it's a legal requirement under GDPR. Don't treat compliance as an afterthought. The most common pitfall I see is what I call 'automating for the sake of it.' A redirect to an app download page is valuable for a new mobile user. For a returning VIP on a laptop, it's an interruption. Always ask: does this action add value for this specific visitor at this specific moment? The second pitfall is neglecting the validation step. LogicFlow has a built-in validate function that checks for incomplete nodes, missing connections, and invalid logic. Use it every time before you publish. And always test on a non-production SSID before rolling out to your live environment. Let me do a quick rapid-fire round on questions I hear frequently. Can this integrate with our existing CRM? Yes. The webhook action node is your gateway to any platform with a REST API. Salesforce, HubSpot, Dynamics, custom systems — all accessible. Is it GDPR compliant? The platform provides the tools to build compliant workflows. The responsibility for compliance lies with you, the data controller. Build consent checks into every marketing workflow. How is this different from a standard email marketing tool? The trigger source. LogicFlow reacts to real-world presence and network behaviour, not just online clicks. It knows a visitor is physically in your venue right now. That immediacy and context is what makes it fundamentally different. To summarise: LogicFlow is an event-driven automation engine that transforms your WiFi network from a passive utility into an intelligent, responsive business platform. By leveraging the rich data from your venue — demographics, location, behaviour, and environment — you can build workflows that enhance guest experience, improve operational efficiency, and drive measurable business outcomes. Your immediate next step is to identify one key process in your venue that is currently manual and could be automated. Is it service recovery? Is it loyalty engagement? Is it compliance enforcement? Start there. Build a simple flow, measure the result, and iterate. The WiFi infrastructure you've already invested in is capable of so much more than just providing connectivity. LogicFlow is how you unlock that potential. Thank you for joining this Purple Technical Briefing. For deeper technical documentation, visit our support portal. To speak with a solutions architect about your specific deployment, contact your account manager. We look forward to helping you build the future of intelligent venues.

header_image.png

Executive Summary

Nel panorama competitivo del networking aziendale, la capacità di automatizzare le risposte agli eventi in tempo reale non è più un lusso, ma un requisito operativo fondamentale. Per i responsabili IT, gli architetti di rete e gli operatori delle strutture, la sfida consiste nel tradurre i dati di rete grezzi in azioni immediate e orientate al valore. LogicFlow di Purple è un motore di automazione di livello enterprise progettato per affrontare direttamente questa sfida. Fornisce un'interfaccia visiva drag-and-drop per la creazione di flussi di lavoro sofisticati, attivati da un'ampia gamma di eventi legati al WiFi e ai visitatori. Questa guida funge da approfondimento tecnico su LogicFlow, andando oltre i concetti astratti di marketing per fornire indicazioni pratiche sull'implementazione. Analizzeremo l'architettura della piattaforma, esploreremo scenari di distribuzione comuni in settori come l'ospitalità e la vendita al dettaglio e quantificheremo il ROI in termini di efficienza operativa, maggiore coinvolgimento degli ospiti e mitigazione dei rischi. Per il CTO, questo documento delinea una strategia per sfruttare l'infrastruttura WiFi esistente come un sistema proattivo e intelligente in grado di generare risultati di business. Per il responsabile IT e lo sviluppatore, è un manuale pratico per l'implementazione di flussi di lavoro solidi e automatizzati, in linea con i principali standard di conformità come il GDPR e il PCI DSS, garantendo al contempo sicurezza e un'esperienza utente fluida.

Approfondimento tecnico

LogicFlow opera come il sistema nervoso centrale della piattaforma Purple, elaborando un flusso continuo di data point per attivare azioni predefinite. La sua architettura si basa su tre concetti fondamentali: Eventi, Decisioni e Azioni. Questo modello consente la creazione di flussi di lavoro complessi e stateful, in grado di adattarsi alle mutevoli condizioni in tempo reale.

logicflow_architecture_diagram.png

Trigger di eventi: Il processo inizia quando viene rilevato un evento. LogicFlow supporta un set completo di trigger, che possono essere ampiamente classificati:

Categoria Trigger specifici Contesto tecnico
Eventi di onboarding Pre-autenticazione, Post-autenticazione, Online Corrispondono alle diverse fasi del percorso di connessione WiFi dell'ospite. Le azioni pre-autenticazione sono limitate poiché l'utente non è ancora online, mentre i trigger post-autenticazione e online possono sfruttare un set di dati più ricco.
Dati demografici dei visitatori Età, Genere, Lingua, Indirizzo email, Numero di visite Ricavati dal modulo di accesso del Captive Portal o dal social sign-on, questi dati consentono percorsi utente altamente personalizzati. La conformità alle normative sulla privacy dei dati come il GDPR è fondamentale quando si utilizzano questi dati.
Dispositivo e rete Sistema operativo, Browser, SSID, MAC/Nome Access Point, Produttore Essenziali per l'ottimizzazione specifica del dispositivo (ad es. proporre il download di un'app agli utenti iOS) o per azioni specifiche in base alla posizione, a seconda dell'AP a cui è connesso un utente.
Dati ambientali Posizione della struttura (Paese, Tag), Meteo (Condizioni, Temperatura), Ora/Giorno/Data Consentono un'automazione sensibile al contesto, come la visualizzazione di un'offerta per "giornata di pioggia" sulla splash page di un negozio al dettaglio o la modifica dei contenuti in base alle festività nazionali.
Comportamento dell'utente Risposta NPS, Risposte a micro-sondaggi, Metodo di accesso, Piano WiFi a pagamento Trigger basati sul feedback diretto o sulle scelte dell'utente, che consentono un recupero immediato del servizio o opportunità di upselling.

Nodi decisionali: Una volta attivato un evento, questo viene passato a un Nodo decisionale. È qui che risiede la "logica" di LogicFlow. Utilizzando istruzioni "Vero/Falso" o "Se/Altrimenti", gli amministratori possono creare percorsi ramificati in base alle condizioni soddisfatte dai dati dell'evento. Ad esempio, un nodo "Se/Altrimenti" potrebbe verificare il visit_count di un visitatore. Se è maggiore di 5 (un cliente fedele), segue il percorso "Vero"; in caso contrario, segue il percorso "Falso" per i nuovi visitatori. È possibile raggruppare più condizioni utilizzando la logica "E"/"O", consentendo un targeting altamente granulare.

Nodi di azione: Il passaggio finale è il Nodo di azione, che esegue un'attività specifica. Le azioni dipendono dal contesto in base al tipo di evento.

  • Pre-autenticazione: Principalmente l'azione Splash Page, che consente un branding dinamico in base alla posizione o all'ora del giorno.
  • Post-autenticazione: È disponibile una gamma più ampia di azioni, tra cui la presentazione di NPS/Micro-survey, l'attivazione di Webhook verso un sistema di terze parti, la visualizzazione di Media (ad es. un annuncio video) o l'assegnazione a un livello di Paid WiFi.
  • Online: Azioni che si verificano una volta che l'utente ha pieno accesso alla rete, come il Redirect a un URL specifico, l'invio di una Email/SMS Campaign o la visualizzazione di una Splash Page diversa alla visita successiva.

Questo approccio strutturato garantisce che i flussi di lavoro siano potenti e manutenibili, aderendo alle best practice standard per l'automazione e l'architettura event-driven.

hotel_wifi_usecase.png

Guida all'implementazione

L'implementazione efficace di LogicFlow richiede un approccio strutturato, passando dagli obiettivi strategici alla configurazione tattica. I seguenti passaggi forniscono un framework indipendente dal fornitore per l'implementazione.

Fase 1 — Definire gli obiettivi di business: Prima di creare qualsiasi flusso di lavoro, definire chiaramente il risultato desiderato. L'obiettivo è aumentare i download dell'app fedeltà, migliorare i punteggi di soddisfazione degli ospiti o incrementare l'affluenza in un'area specifica? Un obiettivo chiaro stabilisce i trigger e le azioni necessari.

Fase 2 — Mappare il Customer Journey: Identificare i touchpoint chiave nell'esperienza del visitatore in cui l'automazione può aggiungere valore. Questo in genere si allinea con le fasi di Pre-autenticazione, Post-autenticazione e Online del percorso di accesso WiFi.

Fase 3 — Creare il flusso di lavoro: Iniziare con un singolo flusso di lavoro semplice. Ad esempio, un messaggio di "Bentornato" per i visitatori di ritorno. All'interno di LogicFlow v2, selezionare "Aggiungi flusso logico" e scegliere il tipo di evento appropriato. Trascinare un nodo decisionale "Visitatore" nell'area di lavoro e configurarlo con una condizione "Vero/Falso": visit_count è maggiore di 1. Per il percorso "Vero", aggiungere un nodo di azione Email Campaign e selezionare un modello di email "Bentornato" preconfigurato. Per il percorso "Falso" (nuovi visitatori), aggiungere un'azione diversa, come un'email "Sconto prima visita". Collegare tutti i nodi, assicurandosi che ogni percorso termini con un nodo "Fine".

Fase 4 — Convalidare e pubblicare: Utilizzare lo strumento "Convalida" integrato per verificare la presenza di errori nella logica. Una volta convalidato, "Pubblicare" il flusso di lavoro.

Fase 5 — Assegnare all'Access Journey: Collegare il LogicFlow pubblicato a uno specifico Access Journey (l'esperienza del Captive Portal per una determinata struttura o SSID). Questo attiva il flusso di lavoro.

Fase 6 — Monitorare e iterare: Utilizzare le analisi della piattaforma per misurare l'impatto del flusso di lavoro. Monitorare i tassi di apertura delle email, i tassi di conversione e la frequenza delle visite. Utilizzare questi dati per perfezionare la logica e migliorare le prestazioni nel tempo.

Best Practice

Iniziare in modo semplice, scalare in modo intelligente: Evitare di creare fin dall'inizio flussi di lavoro monolitici e troppo complessi. Iniziare con flussi monouso e combinarli man mano che si acquisisce sicurezza e si raccolgono dati. Un singolo flusso di lavoro ben ottimizzato che fornisce risultati misurabili vale più di dieci flussi con un targeting inadeguato.

Rispettare gli standard di conformità: Quando si utilizzano dati demografici, assicurarsi che la logica rispetti il consenso dell'utente e sia in linea con normative come il GDPR. Creare un nodo decisionale che verifichi il flag emailable prima di attivare qualsiasi azione di marketing. Per le strutture che gestiscono dati di pagamento, assicurarsi che i flussi di lavoro che coinvolgono transazioni finanziarie siano esaminati in base ai requisiti PCI DSS.

Sfruttare i Webhook per l'integrazione: I webhook sono uno strumento potente per estendere le funzionalità di LogicFlow. Utilizzarli per inviare dati a sistemi CRM esterni, attivare avvisi nelle dashboard operative (come Slack o Microsoft Teams) o integrarli con i sistemi di gestione degli edifici. Ciò promuove una strategia di integrazione API-first indipendente dal fornitore che protegge l'investimento tecnologico.

Utilizzare convenzioni di denominazione: Man mano che il numero di flussi di lavoro cresce, una convenzione di denominazione coerente — ad esempio, [Struttura]-[Obiettivo]-[Trigger] — diventa essenziale per la manutenibilità e la collaborazione in team.

Controllare e sfoltire regolarmente: Rivedere periodicamente tutti i flussi di lavoro attivi per assicurarsi che rimangano allineati con gli attuali obiettivi di business. Disattivare o archiviare i flussi obsoleti per ridurre la complessità e mitigare il rischio di conseguenze indesiderate.

Risoluzione dei problemi e mitigazione dei rischi

Problema — Il flusso di lavoro non si attiva: Il problema più comune è un'errata configurazione nell'assegnazione. Verificare che il LogicFlow sia pubblicato correttamente e assegnato all'Access Journey attivo per la struttura di destinazione o l'SSID. Controllare anche la logica all'interno dei nodi decisionali; una condizione troppo restrittiva potrebbe impedire l'attivazione del trigger.

Problema — Esperienza utente imprevista: Un flusso di lavoro complesso con molte ramificazioni può portare a risultati inaspettati. Utilizzare lo strumento "Convalida" e testare a fondo con un SSID non di produzione prima del rilascio in un ambiente live. Considerare l'ordine delle operazioni, specialmente nei flussi di Post-autenticazione in cui più azioni (ad es. un sondaggio e un reindirizzamento) potrebbero entrare in conflitto.

Rischio — Affaticamento da avvisi: L'automazione degli avvisi tramite email o webhook è potente, ma può portare a un "affaticamento da avvisi" se non gestita con attenzione. Implementare una logica decisionale che attivi gli avvisi solo per eventi ad alta priorità — ad esempio, un punteggio NPS da 1 a 3, che indica un disservizio significativo — piuttosto che per ogni singolo evento di connessione.

Rischio — Violazione della privacy dei dati: L'uso di dati personali (età, genere, email) è una funzionalità chiave ma anche una responsabilità significativa. La mitigazione comporta la stretta osservanza del principio di minimizzazione dei dati. Raccogliere solo i dati necessari per uno scopo specifico e definito e assicurarsi che tutti i flussi di lavoro che utilizzano questi dati verifichino il consenso dell'utente. Rivedere regolarmente i flussi in base agli obblighi del GDPR e mantenere un registro aggiornato del trattamento dei dati.

ROI e impatto sul business

Efficienza operativa: L'automazione di attività come gli avvisi di recupero del servizio o le iscrizioni ai programmi fedeltà riduce il carico di lavoro manuale del personale. Un hotel può attivare automaticamente un ticket di manutenzione e avvisare il responsabile della reception se un ospite lascia un punteggio NPS basso dopo essersi connesso al WiFi, consentendo un intervento immediato. Ciò si traduce direttamente in una riduzione dei costi operativi e in una risoluzione più rapida dei problemi, misurabile in ore di lavoro risparmiate e punteggi di soddisfazione degli ospiti.

Aumento del Customer Lifetime Value (CLV): Personalizzando l'esperienza degli ospiti, le strutture possono aumentare la fedeltà e il ritorno dei clienti. Una catena di vendita al dettaglio che utilizza LogicFlow per inviare un buono sconto mirato ai visitatori che non si vedono da 90 giorni sta lavorando attivamente per prevenire l'abbandono dei clienti. Il successo di questa operazione può essere misurato monitorando il tasso di conversione di queste offerte e la successiva frequenza di visita della coorte target.

Maggiore Venue Intelligence: I dati generati da LogicFlow forniscono informazioni approfondite sul comportamento dei visitatori. Uno stadio può analizzare quali aree di ristoro sono più popolari in periodi specifici monitorando la densità dei dispositivi vicino a determinati AP e utilizzare questi dati per ottimizzare il personale e l'inventario per gli eventi futuri. Questo approccio basato sui dati alla gestione delle strutture porta a una maggiore produttività e a un aumento delle entrate per visitatore.

Conformità e mitigazione dei rischi: L'automazione dei controlli di conformità — come garantire che a ogni utente vengano presentati i Termini e Condizioni più recenti alla sua prima visita dell'anno — riduce i rischi legali e finanziari. Il costo della mancata conformità a normative come il GDPR può essere notevole, rendendo l'applicazione automatizzata una componente critica di qualsiasi calcolo del ROI.

Key Terms & Definitions

LogicFlow

A visual, drag-and-drop workflow automation engine within the Purple platform that enables the triggering of specific actions based on a wide range of WiFi events, visitor demographics, device data, and environmental context.

IT teams use LogicFlow to move beyond providing simple connectivity, transforming their WiFi network into an intelligent, responsive system that can drive marketing, operational, and security objectives without manual intervention.

Event-Driven Architecture (EDA)

A software architecture paradigm that promotes the production, detection, consumption of, and reaction to events. LogicFlow is a practical, no-code application of EDA principles for enterprise WiFi networks.

For a network architect, understanding that LogicFlow is based on EDA principles clarifies its asynchronous, non-blocking nature. It is not about polling for status; it is about reacting instantly when a specific event, such as a new user connection or a negative survey response, occurs.

Webhook

An automated HTTP callback sent from one application to another when a specific event occurs. In LogicFlow, a webhook is an action node that can push data to an external system in real-time upon a trigger condition being met.

A developer can use a webhook action in LogicFlow to send guest data to a corporate CRM, trigger an alert in a Slack channel, or instruct a building management system to take an action, providing limitless integration possibilities with any platform that exposes a REST API.

Access Journey

The complete sequence of steps and pages a visitor interacts with from the moment they connect to a WiFi SSID to the point they are granted online access. A published LogicFlow must be assigned to an Access Journey to become active.

Venue operations directors are concerned with the Access Journey as a whole. LogicFlow gives them the power to make this journey dynamic, ensuring the branding, messaging, and any required steps are appropriate for the specific venue, event, or user type.

Captive Portal

A web page that is displayed to newly connected users of a WiFi network before they are granted broader access to network resources. It is the primary source of demographic and consent data for many LogicFlow triggers.

While IT managers deploy captive portals for authentication and security, LogicFlow allows them to transform the portal from a simple gatekeeper into a strategic tool for data collection and personalised engagement, without requiring changes to the underlying network infrastructure.

Decision Node

A component in the LogicFlow canvas that evaluates incoming event data against a set of predefined conditions and directs the workflow down a specific path based on the outcome, using True/False or If/Else logic.

For an IT professional configuring a workflow, the Decision Node is the core component for creating targeted logic. It is where the 'if-then' intelligence of the automation is defined, ensuring actions are only performed on the intended segment of users.

SSID (Service Set Identifier)

The public name of a wireless local area network (WLAN). A single venue may broadcast multiple SSIDs — for example, 'Hotel-Guest', 'Hotel-Conference', and 'Hotel-Staff' — each of which can be assigned a different Access Journey and LogicFlow.

Network architects can use the SSID as a trigger in LogicFlow to apply completely different automation rules depending on which network a user connects to, ensuring that a conference delegate and a hotel guest in the same building have entirely different and contextually appropriate online experiences.

GDPR (General Data Protection Regulation)

A regulation in EU law on data protection and privacy for all individuals within the European Union and the European Economic Area, governing how personal data is collected, processed, and stored.

When a CTO or IT Manager designs a LogicFlow that uses personal data such as email address or age, they must build in checks to ensure compliance with GDPR. This means using LogicFlow's capabilities to verify consent before triggering any marketing actions, mitigating significant legal and financial risk.

NPS (Net Promoter Score)

A widely used customer experience metric that measures customer loyalty by asking respondents to rate, on a scale of 0 to 10, how likely they are to recommend a product or service. Scores of 9–10 are Promoters, 7–8 are Passives, and 0–6 are Detractors.

In LogicFlow, an NPS survey can be presented as a Post-Authentication or Online action, and the resulting score can be used as a decision trigger. This enables real-time service recovery for Detractors and automated review solicitation for Promoters, directly impacting online reputation management.

Case Studies

A 500-room luxury hotel wants to improve its guest satisfaction scores and encourage positive online reviews. They have identified two key visitor segments: first-time guests and returning VIP members. How can they use LogicFlow to create a tailored experience for each segment?

The IT Director implements a multi-path LogicFlow triggered on the 'Post-Authentication' event.

Workflow Configuration:

  1. Start Node: Triggers after a guest successfully authenticates on the hotel WiFi.
  2. Decision Node 1 (If/Else): Checks the visitor's profile for a 'VIP Member' tag, synced from the hotel's Property Management System via the Purple API.
    • IF True (VIP Member): Route to Path A.
    • ELSE (First-Time or Regular Guest): Route to Path B.
  3. Path A — VIP Member:
    • Action Node 1: Redirect the guest to a personalised welcome page (https://hotel.com/vip-welcome) with exclusive offers and an upgrade prompt.
    • Action Node 2: Email Campaign triggered with a 1-hour delay, sending a 'Welcome Back' email with a direct link to book spa treatments.
  4. Path B — First-Time Guest:
    • Action Node 1: NPS Survey presented immediately to capture initial sentiment.
    • Decision Node 2 (If/Else): Evaluates the NPS Survey response.
      • IF NPS Score is between 9 and 10 (Promoter): Trigger an Email Campaign with a 24-hour delay, thanking the guest and providing a direct link to leave a review on TripAdvisor.
      • ELSE (Score 0–8): Trigger a Webhook action that sends an immediate alert to the Front Desk Manager's Slack channel with the guest's name and room number, enabling proactive service recovery.
  5. End Node: All paths terminate here.
Implementation Notes: This solution is effective because it uses a combination of pre-existing CRM data (VIP status) and real-time feedback (NPS score) to deliver a highly relevant experience. The use of a webhook for immediate service recovery is a prime example of turning network data into a direct operational action, mitigating the risk of a negative online review before the guest checks out. The alternative — sending all guests to the same landing page — fails to acknowledge loyalty or address dissatisfaction, representing a significant missed opportunity. The key design principle here is that the automation serves both the guest and the operations team simultaneously.

A large retail shopping centre with over 200 stores wants to increase downloads of its new loyalty and wayfinding app. How can they leverage their existing guest WiFi infrastructure to drive app adoption without disrupting the experience for loyal customers?

The Head of Digital Marketing deploys a LogicFlow that specifically targets users based on device type and visit frequency.

Workflow Configuration:

  1. Start Node: Triggers on the 'Online' event, once the visitor has full network access.
  2. Decision Node 1 (True/False): Checks if visit_count is less than 3. This targets newer visitors who are less likely to have downloaded the app.
  3. Decision Node 2 (True/False): Nested under the 'True' path of Node 1. Checks if Operating System is iOS OR Android. This filters out laptops and other non-mobile devices where an app download is not relevant.
  4. Action Node (True path of Node 2): Redirect the user to a custom, mobile-friendly landing page. This page explains the benefits of the app — interactive maps, exclusive offers, loyalty points — and has prominent, one-click buttons to the Apple App Store and Google Play Store.
  5. Alternative Paths: The 'False' path from either decision node (a visitor with more than 3 visits, or a laptop user) proceeds without any redirect, ensuring a standard browsing experience for loyal customers or those on non-mobile devices.
  6. End Node: All paths terminate here.
Implementation Notes: This is a strong, targeted approach. Instead of redirecting every user, the workflow intelligently segments the audience to focus on the most likely candidates for app download: new visitors on mobile devices. The use of a custom redirect page instead of a simple pop-up is crucial for providing a good user experience and effectively communicating the app's value proposition. The explicit exclusion of returning customers from the redirect demonstrates the 'automate, don't annoy' principle in action. Success is measured directly by tracking app downloads attributed to the redirect page's UTM parameters.

Scenario Analysis

Q1. A multi-national coffee chain wants to ensure a consistent global brand experience while also promoting location-specific specials. How would you configure LogicFlow to show a global branding page to all visitors, but also surface a location-specific offer for visitors in specific cities?

💡 Hint:Consider using a combination of Pre-Authentication and Online event triggers. How can venue tags or venue names be used as decision criteria?

Show Recommended Approach

You would implement two LogicFlows. The first is a Pre-Authentication flow assigned globally to all venues. It contains a single Action node to display the main corporate-branded Splash Page, ensuring brand consistency across all locations. The second is an Online flow. It uses a Decision node based on 'Venue Name' or 'Venue Tags'. For each specific venue (e.g., tagged 'London-Covent-Garden'), you create a path that redirects the user to a page for the local special offer. Venues without a specific tag follow a default path with no redirect. This layered approach meets both requirements without requiring separate infrastructure configurations per venue.

Q2. A stadium is hosting a major sporting event and wants to manage network congestion. How could LogicFlow be used to mitigate performance issues for general attendees while preserving bandwidth for press and VIP guests?

💡 Hint:Think about how different SSIDs can be used in conjunction with LogicFlow. What actions can influence user behaviour to reduce bandwidth consumption during peak periods?

Show Recommended Approach

The network architect should configure multiple SSIDs: 'Stadium-Public', 'Stadium-VIP', and 'Stadium-Press'. The VIP and Press SSIDs receive higher QoS priority at the network infrastructure level (IEEE 802.11e/WMM). A LogicFlow is then applied to the 'Stadium-Public' Access Journey with a 'Day/Time' decision node. During peak periods such as halftime, the flow triggers a 'Redirect' action that sends public users to a cached, lightweight page with game statistics and social media feeds rather than allowing unrestricted internet access. This contains traffic and reduces load on the main internet uplink. The VIP and Press SSIDs have no such restriction, preserving their performance for critical use cases.

Q3. A conference centre wants to gather feedback on individual speaker sessions. How can they use LogicFlow to send a targeted micro-survey to attendees shortly after a specific session ends, without surveying attendees who were in a different room?

💡 Hint:This requires integrating location data from the network infrastructure. How can AP naming conventions and time-based triggers be combined to achieve room-level targeting?

Show Recommended Approach

This use case requires precise AP naming. Each conference room's access points are named with a room identifier (e.g., 'Room-101-AP1'). An Online LogicFlow uses a Decision node checking the 'Access Point Name' field. If a user was associated with an AP containing 'Room-101' between the session start and end times (using the 'Time' decision node), they are added to a tagged segment. A second LogicFlow, triggered 15 minutes after the session end time, sends an Email Campaign or Micro Survey to all visitors in that segment, asking specifically about the session in Room 101. This requires disciplined AP naming conventions and careful time-based logic, but delivers highly relevant, timely feedback that is directly attributable to a specific session.

Key Takeaways

  • LogicFlow is Purple's visual, event-driven automation engine that transforms passive WiFi infrastructure into an intelligent, responsive business platform.
  • Every workflow follows the Event-Decision-Action architecture: a trigger event feeds into If/Else logic, which executes a targeted action.
  • Key trigger categories include visitor demographics, device and network data, environmental context (including real-time weather), and user behaviour such as NPS responses.
  • Common high-value use cases include real-time service recovery, personalised loyalty engagement, targeted app download campaigns, and dynamic venue branding.
  • Webhooks are the primary integration mechanism, enabling LogicFlow to communicate with external CRMs, operational dashboards, and building management systems via REST APIs.
  • GDPR compliance must be built into every marketing workflow by checking user consent flags before triggering any communications.
  • Implementation best practice is to start with single-purpose, clearly-scoped workflows, validate thoroughly on a non-production SSID, and iterate based on measurable outcomes.