LogicFlow: Automating WiFi Events and Triggers

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

In the competitive landscape of enterprise networking, the ability to automate responses to real-time events is no longer a luxury but a core operational requirement. For IT managers, network architects, and venue operators, the challenge lies in translating raw network data into immediate, value-driven actions. Purple's LogicFlow is an enterprise-grade automation engine designed to address this challenge directly. It provides a visual, drag-and-drop interface for building sophisticated workflows triggered by a wide array of WiFi and visitor-related events. This guide serves as a technical deep-dive into LogicFlow, moving beyond marketing abstracts to provide actionable implementation guidance. We will dissect the platform's architecture, explore common deployment scenarios across industries like hospitality and retail, and quantify the ROI in terms of operational efficiency, enhanced guest engagement, and risk mitigation. For the CTO, this document outlines a strategy for leveraging existing WiFi infrastructure as a proactive, intelligent system that drives business outcomes. For the IT manager and developer, it is a practical handbook for deploying robust, automated workflows that align with key compliance standards such as GDPR and PCI DSS, ensuring both security and a seamless user experience.

Technical Deep-Dive

LogicFlow operates as the central nervous system of the Purple platform, processing a continuous stream of data points to trigger predefined actions. Its architecture is built around three core concepts: Events, Decisions, and Actions. This model allows for the creation of complex, stateful workflows that can adapt to changing conditions in real-time.

logicflow_architecture_diagram.png

Event Triggers: The process begins when an event is detected. LogicFlow supports a comprehensive set of triggers, which can be broadly categorised:

Category Specific Triggers Technical Context
Onboarding Events Pre-Authentication, Post-Authentication, Online These correspond to the distinct phases of the guest WiFi connection journey. Pre-auth actions are limited as the user is not yet online, whilst post-auth and online triggers can leverage a richer dataset.
Visitor Demographics Age, Gender, Language, Email Address, Visit Count Sourced from the captive portal login form or social sign-on, this data enables highly personalised user journeys. Compliance with data privacy regulations like GDPR is paramount when using this data.
Device & Network Operating System, Browser, SSID, Access Point MAC/Name, Manufacturer Essential for device-specific optimisation (e.g., pushing an app download to iOS users) or location-specific actions based on which AP a user is connected to.
Environmental Data Venue Location (Country, Tags), Weather (Condition, Temperature), Time/Day/Date Allows for context-aware automation, such as displaying a 'rainy day' offer on a retail store's splash page or altering content based on national holidays.
User Behaviour NPS Response, Micro-survey Answers, Login Method, Paid WiFi Plan Triggers based on direct user feedback or choices, enabling immediate service recovery or upselling opportunities.

Decision Nodes: Once an event is triggered, it is passed to a Decision Node. This is where the 'logic' in LogicFlow resides. Using 'True/False' or 'If/Else' statements, administrators can build branching paths based on the conditions met by the event data. For example, an 'If/Else' node could check a visitor's visit_count. If it is greater than 5 (a loyal customer), it follows the 'True' path; otherwise, it follows the 'False' path for new visitors. Multiple conditions can be grouped using 'AND'/'OR' logic, allowing for highly granular targeting.

Action Nodes: The final step is the Action Node, which executes a specific task. Actions are context-dependent based on the event type.

  • Pre-Authentication: Primarily the Splash Page action, allowing for dynamic branding based on location or time of day.
  • Post-Authentication: A wider range of actions are available, including NPS/Micro-survey presentation, Webhook firing to a third-party system, Media display (e.g., a video advertisement), or assignment to a Paid WiFi tier.
  • Online: Actions that occur once the user has full network access, such as Redirect to a specific URL, sending an Email/SMS Campaign, or displaying a different Splash Page on their next visit.

This structured approach ensures that workflows are both powerful and maintainable, adhering to standard best practices for automation and event-driven architecture.

hotel_wifi_usecase.png

Implementation Guide

Deploying LogicFlow effectively requires a structured approach, moving from strategic goals to tactical configuration. The following steps provide a vendor-neutral framework for implementation.

Step 1 — Define Business Objectives: Before building any workflow, clearly define the desired outcome. Is the goal to increase loyalty app downloads, improve guest satisfaction scores, or drive footfall to a specific area? A clear objective dictates the required triggers and actions.

Step 2 — Map the Customer Journey: Identify the key touchpoints in the visitor experience where automation can add value. This typically aligns with the Pre-Authentication, Post-Authentication, and Online phases of the WiFi access journey.

Step 3 — Build the Workflow: Start with a single, simple workflow. For example, a 'Welcome Back' message for returning visitors. Within LogicFlow v2, select 'Add logic flow' and choose the appropriate event type. Drag a 'Visitor' decision node onto the canvas and configure it with a 'True/False' condition: visit_count is greater than 1. For the 'True' path, add an Email Campaign action node and select a pre-configured 'Welcome Back' email template. For the 'False' path (new visitors), add a different action, such as a 'First Visit Discount' email. Connect all nodes, ensuring every path terminates with an 'End' node.

Step 4 — Validate and Publish: Use the built-in 'Validate' tool to check for errors in the logic. Once valid, 'Publish' the workflow.

Step 5 — Assign to Access Journey: Link the published LogicFlow to a specific Access Journey (the captive portal experience for a given venue or SSID). This activates the workflow.

Step 6 — Monitor and Iterate: Use the platform's analytics to measure the impact of the workflow. Track email open rates, redemption rates, and visit frequency. Use this data to refine the logic and improve performance over time.

Best Practices

Start Simple, Scale Intelligently: Avoid creating overly complex, monolithic workflows from the outset. Begin with single-purpose flows and combine them as you gain confidence and gather data. A single well-tuned workflow delivering measurable results is worth more than ten poorly-targeted ones.

Adhere to Compliance Standards: When using demographic data, ensure your logic respects user consent and aligns with regulations like GDPR. Build a decision node that checks the emailable flag before triggering any marketing actions. For venues handling payment data, ensure workflows involving financial transactions are reviewed against PCI DSS requirements.

Leverage Webhooks for Integration: Webhooks are a powerful tool for extending LogicFlow's capabilities. Use them to push data to external CRM systems, trigger alerts in operational dashboards (such as Slack or Microsoft Teams), or integrate with building management systems. This promotes a vendor-neutral, API-first integration strategy that protects your technology investment.

Use Naming Conventions: As the number of workflows grows, a consistent naming convention — for example, [Venue]-[Objective]-[Trigger] — becomes essential for maintainability and team collaboration.

Regularly Audit and Prune: Periodically review all active workflows to ensure they remain aligned with current business objectives. Deactivate or archive obsolete flows to reduce complexity and mitigate the risk of unintended consequences.

Troubleshooting & Risk Mitigation

Issue — Workflow Not Triggering: The most common issue is a misconfiguration in the assignment. Verify that the LogicFlow is correctly published and assigned to the active Access Journey for the target venue or SSID. Also check the logic within the decision nodes; an overly restrictive condition may prevent the trigger from firing.

Issue — Unintended User Experience: A complex workflow with many branches can lead to unexpected outcomes. Use the 'Validate' tool and test thoroughly with a non-production SSID before rolling out to a live environment. Consider the order of operations, especially in Post-Authentication flows where multiple actions (e.g., a survey and a redirect) could compete.

Risk — Alert Fatigue: Automating alerts via email or webhooks is powerful, but can lead to 'alert fatigue' if not managed carefully. Implement decision logic that only triggers alerts for high-priority events — for example, an NPS score of 1 to 3, indicating a significant service failure — rather than for every single connection event.

Risk — Data Privacy Breach: The use of personal data (age, gender, email) is a key feature but also a significant responsibility. Mitigation involves strict adherence to the principle of data minimisation. Only collect the data required for a specific, defined purpose, and ensure all workflows that use this data check for user consent. Regularly review flows against GDPR obligations and maintain an up-to-date data processing register.

ROI & Business Impact

Operational Efficiency: Automating tasks like service recovery alerts or loyalty programme sign-ups reduces the manual workload on staff. A hotel can automatically trigger a maintenance ticket and alert the reception manager if a guest leaves a poor NPS rating after connecting to the WiFi, enabling immediate intervention. This directly translates to reduced operational overhead and faster problem resolution — measurable in staff hours saved and guest satisfaction scores.

Increased Customer Lifetime Value (CLV): By personalising the guest experience, venues can increase loyalty and repeat business. A retail chain that uses LogicFlow to send a targeted discount voucher to visitors who have not been seen in 90 days is actively working to prevent customer churn. The success of this can be measured by tracking the redemption rate of these offers and the subsequent visit frequency of the targeted cohort.

Enhanced Venue Intelligence: The data generated by LogicFlow provides deep insights into visitor behaviour. A stadium can analyse which concession areas are most popular during specific periods by tracking device density near specific APs, and use this data to optimise staffing and inventory for future events. This data-driven approach to venue management leads to higher throughput and increased revenue per visitor.

Compliance and Risk Mitigation: Automating compliance checks — such as ensuring every user is presented with the latest Terms and Conditions on their first visit of the year — reduces legal and financial risk. The cost of non-compliance with regulations like GDPR can be substantial, making automated enforcement a critical component of any ROI calculation.

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.