Now Showing · End-to-end Walkthroughs

Fizook Scenarios.

A guided tour through every user journey baked into the Fizook prototype. Each scenario covers the entry point, the flow the user sees, and the exact steps to reach the outcome.

4 scenarios live More coming soon Step-by-step

What is a scenario?

A scenario is a single, complete journey through Fizook from the perspective of one type of user. It documents where the user starts, the screens they see along the way, every decision point they hit, and the outcome they walk away with. Use these as the canonical walkthrough when demoing the product or onboarding a new teammate.

1
Vendor · Restaurant onboarding

The Pizza Hut Scenario

A returning Pizza Hut vendor signs in, reviews their current Fizook offers, and publishes a new auction-ready meal for diners to bid on.

Live

Process overview

Pizza Hut is the first restaurant-specific vendor wired into the prototype. The login page has a hard-coded credential pair that routes them to a Pizza-Hut-flavoured offer builder, with their existing menu pre-loaded so they can see, edit, pause, or delete any offer they already have running.

Flow shown to the vendor

Land on Fizook
index.html
Vendor login
fizook-vendor-login.html
Enter credentials
pizza · hut
Pizza Hut page
fizook-vendor-pizza-hut.html
Publish offer
Lives in auction

Each step below corresponds to one stop on the flow above. Follow them in order to reproduce the full walkthrough.

Steps to add a Pizza Hut offer

  1. Open the vendor login page

    From the consumer landing page index.html, click the highlighted ribbon "Want diners coming to YOU?" or the audience picker card "I run a restaurant." Either one routes the vendor to fizook-vendor-login.html.

    Entry point Marketing page
  2. Sign in with the Pizza Hut credentials

    On the vendor login card, type the username and password listed below into the "Email or username" and "Password" fields, then click Sign in as vendor. A small piece of JavaScript on the login page checks the inputs and, on a match, navigates to the Pizza Hut offer builder.

    Pizza Hut vendor credentials

    These bypass the form’s default action so the vendor lands on their own page instead of the generic offer builder.

    Usernamepizza Passwordhut
    Authentication
  3. Land on the Pizza Hut offer builder

    The vendor arrives on fizook-vendor-pizza-hut.html. The top bar shows a Pizza Hut badge next to the FIZOOK AUCTIONS brand, the hero greets the vendor by name, and the form’s Restaurant Info section is already filled in with the Salt Lake City location, phone number, email, manager, and logo. The Meal Details section is pre-loaded with the Large 1-Topping Pizza as a starting point.

    Pre-filled form Branded shell
  4. Review existing offers

    Open the "Pizza Hut’s existing Fizook offers" panel at the bottom of the page to confirm what’s already running: Large 1-Topping Pizza, P’Zone Combo, Personal Pan Pizza Combo, 8-piece Bone-In Wings, and the Big Dinner Box. The saved-offers panel on the right rail is filtered to show only Pizza Hut entries — offers from other vendors stored in localStorage stay hidden on this page.

    Vendor-scoped data
  5. Fill in the Meal Details section

    Either keep the pre-loaded Large 1-Topping Pizza as a template or replace the meal name, description, photo, portion, calories, dietary tags, and allergens with the new meal. The cuisine defaults to Italian and the meal type to Dinner — both safe defaults for a Pizza Hut menu item.

    Section 2 Meal info
  6. Set the pricing and auction limits

    In the Pricing & Auction section, enter the meal’s retail price, the starting auction price (typically 10–20% below retail), and the floor price the vendor refuses to drop below. Configure the maximum discount, the per-hour and per-day caps, and any auto-decline rules (floor, capacity, off-hours).

    Section 3 Pricing
  7. Tune the Card Display, Fulfillment, and Notifications

    Toggle which adornments appear on the diner’s offer card (on-fire badge, strength bars, vendor stats). Pick which service modes are eligible (dine-in, pickup, delivery), the average prep time, and which payment methods are accepted. Finally, choose where the kitchen team gets alerted — KDS, email, SMS — and what conditions trigger the alert.

    Sections 4 – 7
  8. Schedule availability

    In the Availability section, activate the days of the week and the hours of the day the offer should run. Each hour button opens a popup so the vendor can set a fine-grained start minute (:00, :15, :30, :45) or turn the hour off. Set an active-from date, an optional end date, and any blackout dates — holidays, private events, or known closures.

    The auction only shows scheduled offers

    An offer is only eligible to appear in a live auction when the diner’s current day-of-week and hour both fall inside the offer’s schedule. If the vendor skips this section, the offer keeps the default Mon–Fri schedule and will not appear in a Saturday or Sunday auction.

    Section 6 Schedule gate
  9. Publish the offer

    Click Publish offer at the bottom of the form. The page calls publishOffer(), which gathers every field into a single offer object, tags it as belonging to Pizza Hut (the legal name is force-set so the offer always passes the vendor filter), and writes it to localStorage['fz-offers']. The saved-offers panel updates immediately and the page scrolls to it so the vendor sees the new row drop in.

    Persistence
  10. Edit, pause, or delete from the saved-offers panel

    Each row in the panel has a pencil icon to edit (loads the offer back into the form), a trash icon to delete (asks for confirmation), and the form itself carries a Pause this offer button inside the Availability section. A paused offer stays in storage but the auction’s eligibility check skips it, so diners do not see it.

    Lifecycle controls
  11. Run an auction to see the offer compete

    From the top bar or the saved-offers panel, click Run auction with these offers. The auction page fzk-new.html reads every offer from localStorage['fz-offers'], filters them by current eligibility, groups by vendor (so all Pizza Hut offers become one bidder card), surfaces the cheapest one as the headline price, and starts the live price drop loop.

    Auction

Outcome

What the vendor walks away with

  • A new live offer attached to their Pizza Hut account.
  • Full control to edit, pause, or delete the offer at any time.
  • A scoped view of every Pizza Hut offer, isolated from other vendors.
  • Confidence that the offer will only appear during the schedule they set.

What the diner sees

  • A Pizza Hut bidder card during the live auction.
  • The cheapest current Pizza Hut offer surfaced on the card.
  • A popup with every Pizza Hut offer when the card is tapped.
  • Real-time price drops as Pizza Hut competes with other vendors.
2
Diner · First-time auction

The Diner Auction Scenario

A new user discovers Fizook, creates an account, builds a profile, configures a reverse auction, runs all three rounds of the series, holds the most promising offers, and finishes by accepting the winner.

Live

Process overview

This is the full diner journey from cold landing to confirmed deal. The user lands on the marketing page, signs up, signs in, fills out a profile so Fizook knows what they like and where they are, answers the prep questions on the auction setup page, then runs the standard three-auction series. Across those three rounds they can hold up to six offers as bookmarks, compare them side by side, and accept whichever one their wallet likes the most.

Flow shown to the diner

Land on Fizook
index.html
Sign up
fizook-register.html
Sign in
index.html
Build profile
fizook-profile.html
Auction setup
auction-details.html
Run 3 auctions
fzk-new.html
Accept winner
QR + receipt

Each step below corresponds to one stop on the flow above. Follow them in order to reproduce the full walkthrough.

Steps for a new diner to run their first auction

  1. Discover Fizook on the landing page

    The new user lands on index.html — the marketing-style entry page. They scroll past the hero, the live bidder demo, the feature grid, and the audience picker. The diner-facing audience card "I want to save on meals" routes them to the sign-up form.

    Entry point Marketing page
  2. Create a free account

    On fizook-register.html the user fills in the registration form: first name, last name, email, username, password, confirm password, and an optional phone number for SMS alerts. The page runs live email validation, a password-strength meter, and a confirm-password match check. The user accepts the Terms of Service and clicks Create my free account.

    Sign up Form validation
  3. Sign in

    The user is returned to index.html where the glassmorphic login card sits in the hero. They type their new email and password, click Sign in, and Fizook hands them off to the next stop. The social options (Google, Facebook, Apple) and the "Remember me" checkbox are also wired up for return visits.

    Authentication
  4. Build out the diner profile

    On fizook-profile.html the user fills in the details that personalize every auction: avatar, display name, default delivery and pickup addresses, cuisine preferences, dietary tags, allergens, favorite meal types, default budget band, and the payment method on file. The profile is the data source Fizook uses to filter incoming offers and to skip restaurants that do not match the user’s constraints.

    Personalization Preferences
  5. Open the auction setup page

    From the top bar or the "Run an auction" CTA, the diner lands on auction-details.html. This is where they answer the prep questions Fizook needs to invite the right vendors.

    Auction prep
  6. Answer the auction prep questions

    The setup form asks for: the starting address and search radius, the meal type (breakfast, lunch, dinner, snack), the time the user wants to eat, the maximum budget, the cuisines they are open to, any allergens to avoid, the service mode (dine-in, pickup, delivery), the auction speed, the "Active bidders" pool (set to Hundreds of bidders by default), and an auto-accept threshold. The summary at the bottom recaps everything so the user can spot mistakes before launching.

    Section 1 – 5 Prep questions
  7. Launch the first auction in the series

    The diner clicks Save & Run Auction. Fizook opens fzk-new.html and starts the live price-drop loop. Every tick, every eligible restaurant lowers their offer, the cheapest one wears the bouncing BEST badge, and the live status bar at the top counts down to the end of round one.

    Why three auctions?

    A Fizook series is intentionally three auctions long. Each round draws a fresh pool of vendors and gives them a fresh chance to compete — so the diner gets to sample multiple price points and compare offers from different sets of restaurants before committing.

    Round 1 of 3
  8. Hold the offers worth keeping

    While round one runs, the diner taps Hold on any offer they want to compare later. Held offers move into the bookmark tray at the side of the auction so they survive the round ending. Up to six offers can be held in total across the three-auction series, and a held offer can be released at any time to make room for a better one.

    Bookmarks Up to 6 holds
  9. Run auction round 2

    When round one ends, Fizook automatically launches the second auction. A new pool of vendors enters the ring (the diner’s existing holds carry over) and the live drop loop restarts. The diner watches for cheaper or better-fitting alternatives, holding any new contenders that beat what they already have.

    Round 2 of 3
  10. Run auction round 3

    The third and final round runs the same way. By the time it ends, the diner’s held tray contains the best offers from across all three rounds — a curated short list ready to compare side by side. If the user set an auto-accept threshold during setup and any bid drops below it, Fizook will lock the deal in automatically and skip ahead.

    Round 3 of 3 Auto-accept
  11. Compare the held offers and accept the winner

    The diner opens the holds tray, lines up every saved offer (meal, restaurant, current price, percentage saved, distance, prep time), and taps Accept on the one that wins their wallet. A confirmation sheet asks them to confirm payment method and pickup window, then Fizook locks the deal in. A QR code, an email receipt, and a push notification go out so the diner has everything they need at the restaurant.

    Acceptance QR + receipt
  12. View the auction in history

    Every accepted auction is logged on fizook-history.html: the meal, the restaurant, the price paid, the retail comparison, the percentage saved, the redemption window, and the QR code. Past auctions are searchable and filterable so the diner can rebook a favorite or pull the QR back up if they lose the email.

    History Receipt

Outcome

What the diner walks away with

  • A confirmed meal at the best price they could find across three rounds.
  • A scannable QR code and an email receipt to redeem at the restaurant.
  • A profile that personalizes every future auction automatically.
  • An entry in the auction history they can revisit or rebook.

What Fizook captures

  • A new diner profile with preferences, allergens, and a payment method on file.
  • One completed three-auction series with held, released, and accepted offers logged.
  • Conversion data that feeds the "Avg savings per meal" stat on the landing page.
  • A history row available to fzk-new.html on the diner’s next visit.
3
Vendor · First-time onboarding

The New Vendor Scenario

A restaurant owner discovers Fizook for the first time, registers their restaurant, builds a vendor profile, publishes their first auction-ready offer, schedules exactly when it runs, and learns how to edit, pause, and delete offers from the saved-offers panel.

Live

Process overview

This is the cold-start journey for a brand-new restaurant. The vendor lands on the consumer marketing page, gets pulled in by the bright vendor invite ribbon, signs up, signs in, fills in the restaurant info that powers their vendor profile, and walks through the seven-section offer builder one card at a time. The walkthrough pays extra attention to the Availability section — days of the week, hours of the day, date ranges, and blackout dates — because those settings decide whether an offer ever appears in a live auction. It finishes with how the vendor manages a running roster: editing, pausing without deleting, and deleting outright.

Flow shown to the new vendor

Land on Fizook
index.html
Vendor invite
Want diners coming to YOU?
Vendor sign up
fizook-vendor-register.html
Vendor sign in
fizook-vendor-login.html
Build profile
Restaurant info
Build offer
fizook-vendor.html
Schedule & publish
Live in auctions

Each step below corresponds to one stop on the flow above. Follow them in order to reproduce the full walkthrough.

Steps for a new vendor to register, build a profile, and manage offers

  1. Discover Fizook on the consumer landing page

    The restaurant owner lands on index.html — the consumer-facing entry page. As they scroll past the diner-focused hero and live bidder demo, they hit the big animated ribbon labelled "Want diners coming to YOU?" sitting between the audience picker and the final CTA. The ribbon is built specifically to catch the eye of a restaurant owner who showed up looking for the diner experience.

    Entry point Marketing page
  2. Click the vendor invite ribbon

    Clicking the ribbon (or the "I run a restaurant" audience picker card) routes the user to fizook-vendor-login.html. The vendor login page is themed in green and amber so it visually distinguishes itself from the consumer surface, and the call to action is unambiguous: existing vendors sign in, new vendors create an account.

    Vendor doorway
  3. Open the vendor sign-up page

    From the vendor login page the new vendor clicks the "Create a vendor account" link in the form footer, the audience picker, or the final CTA button. All three route to fizook-vendor-register.html, the vendor registration form.

    Sign up entry
  4. Fill out the vendor registration form

    The registration form asks for everything Fizook needs to onboard the restaurant: legal restaurant name, owner first and last name, vendor email (with live validation), a vendor username, a password and a confirmation (with strength meter and match check), the restaurant phone, the full street address with city, state, ZIP, the cuisine type, and an optional Tax ID / EIN. Two required checkboxes confirm the Terms of Service and the user’s authority to register the restaurant. Submit lands them on the offer builder.

    Registration 13 fields
  5. Sign in as a vendor

    For return visits, the vendor signs in from fizook-vendor-login.html using the email or username and password they just registered. The login page’s glassmorphic card mirrors the consumer login on the index page but is themed for restaurant owners and lands them directly on the offer builder rather than the diner auction setup.

    Authentication
  6. Land on the offer builder

    The vendor arrives on fizook-vendor.html — the seven-section offer builder. A sticky section navigator runs across the top so the vendor can jump between Restaurant Info, Meal Details, Pricing & Auction, Card Display, Fulfillment, Availability, and Notifications. A saved-offers panel on the right rail will hold every offer they publish from this page forward.

    Offer builder 7 sections
  7. Configure the Restaurant Info (vendor profile)

    Section 1 doubles as the vendor profile. Upload a square restaurant logo (shown on every offer card), then fill in the legal restaurant name, the brand display name that appears to diners, the restaurant phone, the vendor email, the manager on shift, the optional business license, and the full address. Everything entered here flows through to every offer the vendor publishes, so it only needs to be filled in once.

    Section 1 Profile
  8. Add the Meal Details for the first offer

    Section 2 captures the meal itself: a square meal photo (at least 400 by 400), the meal name, a description, the meal type (breakfast / lunch / dinner / snack / late night), the cuisine, the portion size, an optional calorie count, a spice slider, what the meal includes (sides, drinks, sauces), the dietary tags, and the allergens. A toggle at the bottom decides whether diners can request modifications via a short note.

    Section 2 Meal info
  9. Set pricing and auction limits

    In Section 3 the vendor enters the retail price, the starting auction price (usually 10–20 percent below retail), the floor price they refuse to drop below, and the maximum discount percentage. The auction-limit fields cap how many of this meal can sell per hour and per day, and three auto-decline toggles let Fizook bail out automatically when an auction hits the floor, when capacity is full, or when the offer is outside scheduled hours.

    Section 3 Pricing
  10. Tune Card Display, Fulfillment, and Notifications

    Sections 4 through 7 cover the diner-facing polish and the kitchen-facing wiring. Toggle which adornments appear on the offer card (on-fire badge, strength bars, vendor stats). Pick the service modes (dine-in, pickup, delivery), the average prep time, and the accepted payment methods. Finally, choose where alerts land — KDS, email, SMS, or all three — and what triggers them (every accepted offer, only sub-floor deals, or end-of-auction summaries).

    Sections 4 – 5 – 7
  11. Schedule the offer (days, hours, dates, blackouts)

    Section 6, Availability, is the heart of an offer’s lifecycle. Activate the days of the week the offer should run by tapping the day pills. Activate the hours of the day on the 24-hour grid — each hour button opens a popup so the vendor can pin a precise start minute (:00, :15, :30, :45) or turn the hour off entirely. Set an active-from date and an optional end date if the offer is a limited-time campaign. Add any blackout dates — holidays, private events, or known closures — as a comma-separated list.

    Scheduling controls auction eligibility

    An offer is only invited to a live auction when the current day-of-week AND hour both fall inside its schedule, the date sits inside the active-from / end date window, and today is not in the blackout list. Skip this section and the offer keeps the form defaults — which means Monday through Friday only. A Saturday or Sunday auction will never see it.

    Section 6 Schedule gate
  12. Publish the offer

    At the bottom of the form the vendor clicks Publish offer. The page calls publishOffer(), which gathers every field across all seven sections into a single offer object, writes it to localStorage['fz-offers'], and refreshes the saved-offers panel. The page scrolls the panel into view so the vendor sees their newly published offer drop in as the top row.

    Persistence
  13. Manage offers from the saved-offers panel

    The saved-offers panel becomes the vendor’s command center. Every row shows a thumbnail, the meal name, the current price, the schedule summary, and a pair of icon buttons. The pencil Edit button loads the offer back into the form so the vendor can change anything — the meal photo, the price, the schedule, the allergens — and re-publish to save the update. The trash Delete button drops the offer entirely after a confirmation prompt.

    Edit + delete Lifecycle
  14. Pause an offer to take it out of auctions without deleting it

    When the vendor wants to take an offer offline temporarily — a sold-out ingredient, a slow shift, a holiday week — they edit the offer and tap the Pause this offer button inside the Availability section. The button flips to red and the saved-offers row picks up a Paused badge.

    Pause keeps the offer; only auctions ignore it

    Pausing flips one boolean on the offer (availability.paused: true). The offer stays in storage with all its settings intact — pricing, schedule, allergens, photo — but the auction’s eligibility check on fzk-new.html skips it, so diners never see it. Edit the offer again and tap This offer is paused to resume.

    Pause vs delete Reversible
  15. Run an auction to see the offer compete

    From the saved-offers panel the vendor clicks Run auction with these offers. The auction page fzk-new.html reads every offer from localStorage['fz-offers'], filters them by current eligibility (schedule, dates, blackouts, paused state), groups by vendor so each restaurant becomes a single bidder card, surfaces the cheapest current offer per vendor, and starts the live price drop loop. Watching the page is the final confirmation that the offer is live, scheduled correctly, and ready for diners.

    Auction Smoke test

Outcome

What the vendor walks away with

  • A complete vendor profile attached to their restaurant.
  • At least one published offer with a schedule, pricing, and fulfillment options dialed in.
  • A saved-offers panel ready to hold dozens of offers across the menu.
  • Confidence to edit, pause, and delete offers as the menu, season, or shift schedule changes.

What Fizook captures

  • A new vendor account with restaurant info, contact details, and cuisine on file.
  • One or more offers stored in localStorage['fz-offers'], each tagged with the vendor’s legal name.
  • Eligibility data (days, hours, date range, blackouts, paused flag) the auction page can filter on in real time.
  • A vendor ready to be grouped into a single bidder card whenever a diner runs an auction.
4
Cross-cutting · AI guide

The AI Agent Scenario — meet Fizzy

A persistent AI guide called Fizzy lives in the bottom-right of every Fizook page. She welcomes new arrivals, figures out whether they are a diner or a vendor, and then walks them through the exact next step they need to take based on the page they are currently looking at.

Live

Process overview

Fizzy is implemented as a single self-contained JavaScript file (jscript/fizook-agent.js) included on every active Fizook page. She injects her own CSS, a floating animated mascot button, and a chat-style panel. Her state — whether you are a diner or a vendor, whether you are new, and which page you last visited — lives in localStorage so she remembers you across navigations. The conversation is driven by a page-aware content map: the same chip click on a different page produces a different set of instructions, always tuned to where you are in the flow.

Flow shown to the visitor

Floating mascot
Bottom-right of every page
Welcome chat
"Hi! I’m Fizzy."
Identify role
Diner or vendor?
Page-aware guidance
What to do here, now
Full journey
Diner or vendor flow

The same Fizzy works for both audiences. The role question routes the conversation; the page detection routes the content.

How Fizzy works on every page

  1. She floats in the bottom-right corner

    On every page Fizzy renders as a 72-pixel floating action button with a friendly robot face, two pulsing aura rings, three orbiting spark emoji, an occasional blink, and a gentle wiggle every few seconds. She floats up and down on a 3.4-second cycle so she is always alive in your peripheral vision without being distracting.

    Animated mascot Always visible
  2. She nudges with a speech bubble

    Roughly five seconds after the page loads, a small white speech bubble pops out beside her with a friendly "Need a hand? 👋" prompt. It fades after a few seconds and quietly reappears every twenty-something seconds until the panel is opened.

    Periodic nudge
  3. Click opens her chat panel

    Clicking the mascot opens a 380-pixel chat panel anchored to the bottom-right. The header carries her name (Fizzy), a green live-status pulse, and a close button that rotates 90 degrees on hover. Messages slide in with a gentle fade and a tiny three-dot typing indicator appears before each reply.

    Chat UI Live pulse
  4. First-time welcome — she asks if you are new

    On the first visit Fizzy greets the user with a warm hello, a one-line description of Fizook as a reverse auction, and two quick-reply chips: "✨ Yes, I’m new!" or "🙋 I’ve been here before". Either answer is stored so she never asks twice.

    Welcome Persistent
  5. She identifies whether you are a diner or a vendor

    Next she asks the key routing question: "🍕 I’m a diner" or "🍴 I’m a restaurant". The answer locks in for every page after that, so Fizzy always knows which flow to walk you through — until you ask her to switch.

    Role gate
  6. She gives page-aware instructions

    Fizzy reads the current URL to figure out which page you are on, then picks the matching guidance from her content map. Same chip click, different page, different answer. Example: on the home page she tells a diner to scroll to the live demo and hit sign up. On the auction setup page she tells the same diner exactly which fields to fill in. On the live auction she tells them to tap Hold on offers they like.

    Same agent, different context

    Page-awareness is the whole point. A diner standing on the offer builder gets redirected to the diner side. A vendor on the consumer sign-up gets pointed at the vendor registration page. Fizzy never gives the wrong instructions for the page you are on.

    Context-aware URL-driven
  7. She offers the full diner journey on request

    Tap the "🚀 Show me the diner flow" chip and Fizzy lists every step of the diner journey: sign up, build a profile, configure an auction, run all three rounds, hold up to six offers across the series, accept the winner, and review the win in history. Every step links to the relevant page so the diner can jump straight in.

    Diner flow 7-step recap
  8. She offers the full vendor journey on request

    Tap the "🚀 Show me the vendor flow" chip and Fizzy lists every step of the vendor journey: discover Fizook on the consumer page, register as a vendor, sign in, fill the restaurant info, build a meal, set pricing and limits, schedule the offer’s days and hours, publish, and manage the saved-offers panel (edit, pause, delete). Each step links to the matching page.

    Vendor flow 8-step recap
  9. She lets you switch roles or start over

    At any moment the bottom of the panel offers two extra chips: "Switch to vendor" / "Switch to diner" to flip her into the other flow, and a "Start over" ghost chip that wipes her state and walks back through the welcome conversation.

    Role switch Reset
  10. She remembers you across pages

    Fizzy persists her state in localStorage['fz-agent-state'] — role, newcomer flag, last page, bubble seen. When you navigate from the home page to the auction setup, she does not re-ask whether you are a diner; she just updates her on-page instructions. Open her again and she greets you with a "Welcome back!" instead of the first-time intro.

    Persistent localStorage
  11. She is accessible and dismissable

    The chat panel is a role="dialog" with an aria-live="polite" message stream, the close button is keyboard-focusable, and pressing Escape closes the panel without losing any state. The mascot button advertises itself with an aria-label and updates aria-expanded when the panel is open.

    A11y Keyboard

Outcome

What the diner gets

  • A friendly guide that always knows where they are in the flow.
  • One-tap navigation to the next correct page.
  • A persistent companion that remembers them across visits.
  • Confidence that they will not get lost during their first auction.

What the vendor gets

  • A walkthrough of every section of the offer builder, in plain English.
  • Explicit guidance on schedule, pause, edit, and delete — the bits that confuse new vendors.
  • Quick links to the right Fizook page no matter where they are in the surface.
  • The same conversational tone for both onboarding and ongoing management.