GOOGLE DOC PROTOTYPE

BookMyShow – Plan with Friends

Reducing group booking abandonment by bridging WhatsApp social planning with transaction flows.

01 — PROBLEM FRAMING

The WhatsApp Tax: Group Decision Paralysis

Context: Addresses why group bookings drop off at the payment stage despite strong intent.

Movie planning is inherently social, but the transactional flow is individual. While seat selection happens within BookMyShow (BMS), the actual "Go/No-Go" decision happens in WhatsApp threads. Organizers frequently abandon their carts because they are waiting for final confirmation from their friend group. By the time the group reaches consensus, the BMS session has expired, or the desired seats are gone.

This leads to three major frictions:

  • Financial Liability: Organizers are reluctant to charge ₹2,000+ to their own card without firm commitments from friends.
  • Pricing Ambiguity: Taxes and convenience fees are hidden until the final checkout screen, causing "sticker shock" and forcing organizers to manually recalculate individual costs.
  • Inventory Perishability: Cinema seats sell out quickly. Delaying the transaction for WhatsApp confirmations leads to lost inventory and total booking abandonment.

02 — TARGET USER & JTBD

The Group Organizer's Job-to-be-Done

Context: Identifies the user persona and their primary social/coordination friction.

We are designing for the movie outing organizer who bears the coordination burden. Their core need is best articulated in a Job-to-be-Done (JTBD) framework:

When I am organizing a movie outing, I want to confirm the final headcount and per-person cost before I pay, so that I don't lose money or feel awkward chasing friends for payments later.

Indian moviegoing culture is defined by the phrase "Confirm karo, phir book karta hoon" (Confirm first, then I'll book). The platform must respect this social constraint instead of forcing individual checkout habits onto a group behavior.

03 — SOLUTION & DECISIONS

An Asynchronous Intent-Gathering Bridge

Context: Details the product pillars designed to bridge social planning and transaction.

The solution is Plan with Friends — a pre-payment commitment layer that integrates seamlessly with WhatsApp to sync group intent before any transactions occur.

Key product pillars include:

  • Zero-Friction Response: Friends confirm participation via a lightweight mobile web view. No app downloads or account logins required.
  • Upfront Pricing Transparency: The final, all-inclusive price per person (tickets, convenience fees, and taxes) is calculated instantly and visible on the landing page.
  • Session Resumption: Organizers can exit checkout and return via a persistent "Continue your plan" dashboard once responses accumulate.

04 — USER FLOWS & ACCEPTANCE CRITERIA

How 'Plan with Friends' Works

Context: Visualizes the interaction pattern across the organizer and participant channels.

  1. Trigger: Upon selecting 3+ seats, the app prompts the user to either "Proceed to Pay" or choose "Plan with Friends."
  2. Share Link: The organizer generates a custom invite link sent directly to WhatsApp. (e.g., "Interstellar @ PVR IMAX, 7:30 PM. Total: ₹320/person. Are you in?")
  3. Friend Confirmation: Friends open the link in their browser, enter their name, and toggle "I'm In" in under 5 seconds.
  4. Dashboard Update: The organizer receives push notifications as friends confirm. The organizer's dashboard displays a live list of attendees, updating the final seat reservation size accordingly.

05 — METRICS & SUCCESS

Conversion and Adoption Targets

Context: Establishes quantitative measures of success and inventory health guardrails.

We measure feature success through transaction completion and organic adoption:

  • North Star Metric: Plan-to-Paid Conversion Rate, targeting a 25% conversion of initiated plans into finalized paid bookings.
  • Adoption Rate: Percentage of multi-seat bookings (3+ seats) initiated via the "Plan" flow.
  • Guardrail Metric: Inventory Timeout Rate (monitoring how often seats sell out or release back to the catalog while a group plan is active).

06 — REFLECTION & LESSONS

Strategic Trade-offs & Process Insights

Context: Reflects on the business constraints that shaped the feature's scope.

We faced a critical decision: should we temporarily hold/lock seats during the planning phase? We chose not to lock seats. Reserving inventory without payment would expose the system to denial-of-service abuse and inflate ticketing drop-offs. We accepted the risk of "seats sold out" to maintain business-side integrity.

Additionally, we prioritized group commitment over split payments. While split payments are theoretically attractive, the friction of getting 5 people to pay concurrently is extremely high. Solving the pre-payment intent loop is a lower-friction, higher-yield first step.

LIVE PROTOTYPE — LOVABLE

Interactive Design Verification

Test the dynamic flows, states, and user interactions built during prototyping.

Open live prototype ↗