QR code parking payment: the simplest way to collect

Who this is for and how the workflow runs

QR code parking payment is the entry-level Park Graph product, and every Park Graph lot uses it regardless of plan. It is built for operators who want to collect payment without an app, without a meter, without a gate, and without a contractor install — three out of four of which are usually the constraints that have kept a lot stuck on cash, paper envelopes, or a wall-mounted kiosk for years.

Typical operators on the QR-payment-only configuration are independent surface-lot owners, churches and small-venue parking on event days, construction-yard supervisors billing visitor crews, neighbourhood-association lots, and small municipal lots that do not justify a full kiosk-replacement budget. The product is designed to be the obvious next step from a coin meter or a clipboard, not a full enterprise rip-and-replace project.

The product is a deliberate opposite of pay-station-first parking platforms. The driver never installs an app, never creates an account, and never enters loyalty-program data. The operator never buys hardware, schedules a contractor, or signs a multi-year service contract. The QR sign and the operator's Stripe account are the only two pieces of infrastructure required to take a paid session, and either can be replaced or migrated independently of the other.

Setup is the entire workflow. Print the QR sign, post it, accept payments. A driver opens their phone camera, points it at the sign, and taps the link banner that pops up. The Park Graph payment page loads in the mobile browser. They pick a duration, the total updates in real time, they tap Apple Pay or Google Pay, and the session is live in under a minute end-to-end.

When the session is about to expire, the driver receives a notification with a one-tap extend link. If they leave early, Park Graph's manual-capture model only charges for the time used, so over-buying duration is risk-free for the driver and never leaves an operator holding an open authorisation that has to be reversed manually later. The operator sees the session, the payment, and the eventual payout in the dashboard with no manual reconciliation step.

QR signs are designed for tamper resistance: the canonical parkgraph.com payment URL is rendered underneath the code in human-readable text so drivers can verify they landed on the real page. Tamper-evident sign material makes a swap visible. The forthcoming /trust/qr-code-safety page documents the full anti-spoof guidance, including how operators should respond if they suspect a sign has been swapped or stickered over by a third party.

Operator pains we measured before we built this

We interviewed roughly forty parking operators before writing the first line of Park Graph code, ranging from a single-lot owner in Cleveland to the parking director of a twelve-garage university system. Five themes came up in more than half of those conversations and they shaped the platform we ultimately built; the response below is what we ship today.

Hardware fails. Meter and kiosk hardware fails in winter, after vandalism, and on its own schedule. Each repair costs four hundred to twenty-five hundred dollars and takes a lot offline for one to three days. Park Graph has zero on-site hardware. A printed QR code is the only physical artifact and a five-dollar reprint replaces a damaged sign without scheduling a contractor or waiting on a part to ship.

Drivers refuse another app. Adoption ceilings on driver-app-first platforms run twenty to thirty-five percent abandoned payment rate and a steady stream of complaint volume. Park Graph runs in the mobile browser. Scan, choose duration, tap Apple Pay, done. No install, no account, no loyalty signup, no email captured involuntarily, no marketing relationship the driver did not ask for.

Rate changes are slow. Many legacy systems require an on-site service visit to adjust pricing. Each visit costs one hundred fifty dollars or more and ties up the operator with stale rates while the work is queued behind whichever other lot the vendor has on the route that week. Park Graph propagates rate updates from the dashboard site-wide in seconds, with full version history and a one-click revert if the change does not perform as expected.

Reconciliation lives across PDFs. Sessions, refunds, and payouts on legacy platforms live across monthly PDF reports that arrive long after a decision could have been informed by them. Park Graph reconciles every session row to a Stripe payment intent and includes it in the daily Stripe payout file. Operators can pull the entire history through CSV export, the API, or a warehouse drop into Snowflake, BigQuery, or Databricks.

Vendors lock data. Most legacy platforms gate revenue and occupancy data behind quarterly reports and partner integrations. Park Graph publishes the full operational dataset through a public API and the dashboard sees the same data the API returns. Operators retain ownership of every record and can take it with them in industry-standard formats if they ever choose to migrate.

Implementation: from sign to first paid session

The Park Graph rollout collapses to five steps and an optional sixth. Step one is creating the lot in the dashboard with name, address, and capacity; geocoding and timezone are auto-detected and the rate table is initialised empty. Step two is connecting Stripe; new operators finish Stripe Connect onboarding in five to ten minutes, and existing accounts link instantly through OAuth without re-entering business details.

Step three is generating the QR sign — pick A4 or 11x17, download the print-ready PDF with brand and rate disclosure, and print on standard office or vendor stock. Step four is posting the sign at the lot entrance and scanning it yourself with your phone to confirm the payment page loads and shows the right rate. Step five is monitoring the dashboard for the first transient session, which typically lands within an hour of the sign going up.

Step six is optional and configures the parts of the platform that make Park Graph more than a payment relay: AI-agent visibility (one toggle, makes the lot discoverable to ChatGPT, Perplexity, Gemini, Grok, and Microsoft Copilot), accounting integration (QuickBooks, Xero, NetSuite), CRM integration, and gate or sensor integration where present. Operators have shipped the entire flow including step six in under thirty minutes; the slowest documented rollout was a four-week phased deployment for a municipality coordinating with sign installers and a streetlight repaint.

The fastest documented Park Graph deployment was eleven minutes from new account creation to first live paid session. The slowest was the four-week municipal rollout above. Nothing about Park Graph forces a slow rollout, and nothing about it forces an operator to rip everything out of a legacy system at once — most operators run a side-by-side deployment with the legacy platform for the first two to four weeks before fully cutting over.

How Park Graph compares to the alternatives

The Park Graph product position is built around three structural differences from legacy platforms. There is no driver app, no on-site hardware, and no multi-week implementation engagement. Drivers transact through the mobile browser, operators install nothing, and the first paid session lands in minutes rather than weeks.

Setup time per lot runs under thirty minutes on Park Graph against two to six weeks on legacy platforms and weeks to months on do-it-yourself meter or kiosk projects. Monthly platform fee for a single lot is zero on Park Graph's Starter tier; legacy platforms typically charge two hundred to eight hundred dollars per month before transaction take. Take rate runs three point three to ten percent on Park Graph depending on tier; legacy take typically runs five to fifteen percent stacked on top of the monthly fee.

AI-agent booking is built in on every Park Graph plan and not available on any major legacy platform. The Park Graph public OpenAPI spec and MCP server are accessible to any developer; legacy platforms restrict API access to certified partners under NDA. Real-time occupancy on Park Graph derives from paid session data without sensors; legacy platforms typically require sensor hardware to provide equivalent data, and that hardware sets a floor on the cost and the timeline of the deployment.

Specific competitor comparisons — ParkMobile, SpotHero, Passport, AirGarage, SKIDATA, Flowbird — are covered line-by-line on the dedicated comparison pages under /compare. The summary above generalises the experience of working with a national meter vendor or a driver-app-first platform; specific feature parity is documented per competitor.

Use cases we see most often

Surface lot, no booth. Replace coin meters and a part-time attendant with a single QR sign. Park Graph handles payment, refund, and dispute resolution without on-site staff. Best fit for lots in the twenty-to-three-hundred-space range where a full-time attendant is not economically justifiable.

Mixed-use garage. Run hourly transient and monthly permit billing through one platform. Permit holders pay nothing on entry; transient drivers scan the QR code. Best fit for operators with both billing relationships and a need to consolidate the data into one analytics stack.

Event venue overflow. Spin up event-only pricing for game days or concerts. The lot turns on at noon, surges during pre-game, and reverts overnight automatically based on configured event windows. Best fit for stadium, arena, and amphitheatre operators that have to handle large but predictable demand pulses.

Hotel valet plus self-park. Self-park guests scan the QR code; valet folio integrates via the API with the property management system. Best fit for hospitality operators with a PMS integration requirement and a desire to keep guest billing centralised on the room folio.

Construction-yard parking. Sub-contractor crews pay per shift via QR code. Foremen pull weekly attendance reports without setting up new accounts per visitor. Best fit for daily transient with a rotating workforce that does not justify the overhead of credentialed access.

Municipal on-street zone. Replace a failing pay-and-display kiosk with QR signage on every block. Officers verify payment by license plate from a phone app driven by the same API that powers the dashboard. Best fit for public-sector parking modernisation projects that need to ship before the next budget cycle.

Operator economics

Park Graph charges no setup fee, no per-lot fee, and no per-space fee. The free Starter plan keeps operators at ninety percent of every transaction with no monthly fee. Pro at four hundred ninety-five dollars per month keeps operators at ninety-five percent. Enterprise at two thousand four hundred ninety-five dollars per month keeps operators at ninety-six point seven percent and unlocks white-label branding and custom integrations.

For a one-hundred-space lot at three dollars fifty per hour with thirty-five percent utilisation, the platform processes about thirty thousand six hundred sixty dollars per month in gross collections. The Pro plan keeps twenty-nine thousand one hundred twenty-seven of that for the operator after Park Graph and Stripe take rates. The same lot on a legacy platform with a three-hundred-dollar monthly fee and a twelve percent take rate keeps twenty-six thousand six hundred eighty-one. The Park Graph delta funds the Pro plan plus a sign reprint plus a small operating reserve every month.

Hardware avoided ranges from three thousand to twenty-five thousand dollars per lot relative to a legacy meter or kiosk install. Setup time runs thirty minutes or less from sign printed to first paid session. Operator take runs up to ninety-six point seven percent of gross at the Enterprise tier. Numbers above are typical first-year deltas reported by Park Graph operators relative to their previous platform; per-operator results vary with utilisation, ticket size, and the specific fee structure of the platform being replaced.

Trust and security

Park Graph operates at PCI DSS Level 1 with all card data tokenised by Stripe — Park Graph never sees raw card numbers. Park Graph is aligned with SOC 2 controls; we are not yet able to share a current SOC 2 attestation report. Data is encrypted with AES-256 at rest and TLS 1.3 in transit using KMS-managed keys.

Driver email and license plate are the only fields retained beyond thirty days; everything else (session metadata, payment intent IDs, operator dashboard interactions) is retained per the documented data-retention schedule. The full security posture, sub-processor list, and incident-response runbook live on the privacy policy and the forthcoming /trust hub.

Read the canonical version

This page mirrors the canonical guide at QR code parking payment (canonical). The canonical page receives all link equity and indexing signals; this URL stays live to preserve historical inbound links and bookmarks while the migration window is open.

For related deep-dives, see /parking, /product, /pricing, and the comparison hub. Operators ready to deploy can start at /signup; developers can start at /developers.