Why teams move to apps
Apps fix paper's two weak spots: collection becomes tapping buttons instead of writing, and transfer can be automated instead of retyped. The tradeoff is complexity and the risk of technical failure, which is why even app-based teams keep paper backups.
There are two broad approaches to getting data off the device:
- Networked apps sync over wifi or a server. They are convenient but FRC venues often have unreliable or prohibited wifi, and the field network is reserved for robots.
- Offline / QR-based apps avoid networking entirely by encoding each match's data as a QR code that a central device scans. This sidesteps venue connectivity problems completely.
QRScout
QRScout is a popular open-source, QR-code-based scouting system created by FRC Team 2713 (Red Hawk Robotics, Melrose, MA). It runs in a web browser, including offline, at https://frc2713.github.io/QRScout/. The workflow:
- A scout fills out a match form in the app (configured for the current game).
- QRScout encodes everything they entered into a QR code, with fields separated by tabs by default.
- A central laptop with a webcam or a phone scans the QR code, and the tab-separated values drop straight into a spreadsheet like Google Sheets or Excel.
Because the form is defined by a config.json file, teams customize QRScout for each season's metrics, and many teams maintain their own forks for their specific needs. The big win is fast, error-free transfer with no network: scanning a QR is faster and more accurate than retyping a paper sheet, and it works in any venue.
Another widely used open option is ScoutingPASS (by PWNAGE Robotics, FRC 2451), which follows a similar QR-based, configurable approach.
Choosing an approach
- Rookie / small team: paper, or QRScout with phones you already own. Low cost, low risk.
- Mid-size team: QRScout or ScoutingPASS on a fleet of cheap tablets, scanned to one laptop. Big speed gain, still offline-safe.
- Large, software-strong team: a custom app and database (e.g., the kind documented in the Citrus Circuits / Team 1678 scouting whitepapers), often with automated aggregation and TBA integration. High power, high maintenance.
Practical guidance
- Pre-load the match schedule so scouts pick a match/team from a list rather than typing numbers (a major error source).
- Charge everything the night before and bring battery packs and chargers.
- Always carry paper backups. If a tablet dies mid-match, a scout grabs a sheet and keeps going.
- Test your full pipeline before the event, including scanning QR codes into your live spreadsheet, so you find problems at home, not at 8am on match day.
Key takeaways
- Apps speed up collection and transfer but add failure modes, so keep paper backups.
- QRScout (FRC 2713) encodes each match form as a scannable QR code, enabling fast, accurate, fully offline data transfer.
- Match your system to your team's size and software capacity; pre-load the schedule and test the whole pipeline before the event.
Keep going
Take the quiz · +10 XP with an accountMore in Building a Scouting System
Sources & corrections
This lesson is AI-assisted: drafted from primary sources, then reviewed and edited by hand. Errors still get through. When one is reported we fix it and write down what changed — publicly, in the corrections log.
Sources and further reading
- QRScout — GitHub (FRC 2713)github.com
- QRScout — live appfrc2713.github.io
- ScoutingPASS — GitHub (PWNAGE Robotics)github.com
- Citrus Circuits Scouting Whitepapers (Team 1678)citruscircuits.org
Read next
Articles on this, for competition day
The lesson covers how it works. These cover what to do when it breaks.
- 6 min read
FRC Scouting Sheet Template: Printable Paper Sheet + Google Form to Sheets Setup
A ready-to-print FRC scouting sheet plus a Google Form to Sheets setup that auto-averages one row per scout into per-team stats, with a 2026 REBUILT note.
Read - 20 min read
Building an FRC Scouting App: Data Model, TBA/Statbotics APIs, and Picklists
Build an FRC scouting app: match and pit scouting, a simple data model, pulling schedules and EPA from the TBA and Statbotics APIs, and building a picklist.
Read - 13 min read
FRC Code Structure Best Practices: Command-Based Project Architecture
How to structure an FRC command-based robot project the right way — subsystems, commands, RobotContainer, and Constants — verified against official WPILib docs.
Read
Lesson quiz
RequiredAll 3 right completes the lesson. Miss one and only that question comes back — anything you already answered correctly stays banked.
0 of 3 answered
01.In QRScout, how is the data a scout enters moved off their device to the central system?
02.What is a key advantage of a QR-based scouting system like QRScout at a competition?
03.How are the form fields and question set in QRScout customized for a given season's game?
Answer every question to submit.
All 32 lessons in Scouting & Strategy
- Not started:Project 1: Configure a QRScout Form for REEFSCAPE
- Not started:Project 2: Compute OPR by Hand, Then in a Spreadsheet
- Not started:Project 3: Pull Live Data with the TBA and Statbotics APIs
- Not started:Project 4: Build an EPA-Component Robot Ranking Sheet
- Not started:Project 5: Assemble a One-Page Pre-Match Prep Sheet