School Food Service
Technology and operations decisions where district leadership, IT, and stakeholders must align.
This interactive experience is the shipped product itself — the same application code customers run in production, mounted read-only in your browser over a real sample journey. Not a video, not a mockup: because the demo and the product are one codebase, it can never drift from the real thing.
Inside this journey
-
Program Discovery
Align on program goals, current operations (POS, meal counts, eligibility processes), stakeholders, and measurable success signals.
Discovery Questions
Program snapshot: a quick tour of how you run school meals
- Tell me about the number of meals your district serves on an average school day, and how that changes over the month.
- Describe your current point-of-sale setup across sites, including terminals, cloud services, and any offline modes you use.
- Who on your team is responsible for eligibility decisions and who files the monthly reimbursement claim?
- Walk me through the most recent state audit or claim review you experienced, what triggered it, and the result.
- How frequently do you finalize menus and update production forecasts each month?
- Is there an unresolved audit finding or outstanding corrective action that would prevent you from moving forward with a new vendor?
Where the process is most fragile, and what that costs you
- If a single compliance or claiming failure this year could put reimbursements at risk, which one would it be and why?
- When claiming errors happen, which downstream task suffers first, for example reimbursements, financial reconciliation, or state audit preparation?
- How many audit findings or corrective actions has your program had in the last three years?
- What operational step breaks most often when point-of-sale slows or goes offline during peak meals?
- Which element of menu planning creates the largest forecast uncertainty, recipes and yields, student participation, or special diets and allergies?
Alternatives on the table and reasons to stay or switch
- Who else are you actively considering to address these issues, and what draws you to them?
- List the categories of alternatives you have evaluated so far, for example your incumbent vendor, an internal build, or a different software provider.
- What would have to be true about your current process for you to keep it in place for another school year?
- Has anyone on your team proposed solving these problems by building or extending internal tools rather than buying?
- Which vendor deliverables or guarantees would prompt you to switch vendors immediately?
- Name the shortcoming in a vendor response that would cause you to rule them out today.
People who will approve, influence, or block progress
- Identify any person or group who could block the project if their concerns are not addressed, and explain why.
- List the functions that will need to approve the project, such as child nutrition, finance, IT, procurement, or school leadership.
- Walk me through who manages student data sharing agreements and who can authorize data extracts.
- Tell me which budget owner controls funds for software and hardware purchases and how they prefer to be engaged.
- If the pilot proves the expected results, what final approval or contract signature will be required to expand district wide?
Readiness risks that could derail implementation
- Point to the integrations or data handoffs you expect to be the highest risk during implementation and explain why.
- Select the category that best describes your student information system across most sites.
- Do you have a current inventory of POS terminals and models for each site available to share?
- Rate how clean your eligibility data is and list the most common issues, for example duplicates, missing case numbers, or inconsistent fields.
- Identify who on your side will provide API credentials or scheduled file extracts and whether they are typically available on request.
- Would a critical integration being unavailable for more than 30 days stop the project?
What success looks like in measurable terms
- Point to the single measurable outcome that must improve first for this project to be a clear win for your program.
- Select the KPIs you will use to judge success.
- Provide the specific targets you would set for those KPIs in the first six months.
- Name the roles today that track these KPIs and the role that will own them after deployment.
- In the event the pilot fails to meet targets, is there a remediation budget or extension authority to address gaps?
Site-level logistics and calendar constraints
- Describe any site-level constraint that would stop a go-live on day one, for example restricted access, union rules, or unsupported hardware.
- Provide the number of school sites in the initial pilot and the grades they serve.
- Do you have on-site contacts at pilot schools who can approve hardware installs and schedule trainings?
- Characterize the state of existing POS hardware at pilot sites, recent, aging, or unsupported, and note any warranty coverage.
- Are there regular windows when kitchens, dining halls, or vendors are unavailable for installs or training?
- Can you reschedule a missed install or training within two weeks without disrupting meal service?
Timeline, procurement signals, and next steps
- Assuming everything aligns, how quickly are you prepared to commit to a pilot and who must sign the paperwork?
- Choose your target pilot go-live window, for example within 4 weeks, 5–8 weeks, 9–12 weeks, or the next school term.
- Explain the budget cycle or procurement milestones that could delay contracting, and the dates you must work within.
- Indicate which commercial terms are non-negotiable for moving forward, such as payment schedule, liability limits, or data use agreements.
- Share the name and title of the person authorized to approve the pilot contract, and their preferred procurement process.
- When the pilot demonstrates the expected ROI, what is the fastest path to district-wide contracting and the single critical blocker that would remain?
-
Solution Experience
Translate how the platform will reduce claiming risk, speed transactions, and simplify menu planning and forecasting using the buyer's real scenarios.
Solution Experience
- Solution Experience: Claiming Risk, Transaction Speed, Forecast Accuracy
- Confirm the current state and its cost to your operations
- You confirm the demonstrated transaction flow meets your busiest lunch period throughput needs.
- Run a sample claiming reconciliation using one month of your POS transactions and deliver the discrepancy and audit-trail report before the follow-up review.
- You confirm the claiming reconciliation eliminates the main reconciliation gaps you described and materially reduces audit risk.
- Proof: Replay a busiest-period transaction flow using your sample data
- Provide one month of raw POS transaction exports, the last three months of submitted claim summaries, and production spreadsheets for two representative sites.
- Agreement on the remaining evidence and acceptance criteria required to finalize scope and move toward mutual commit.
- Proof: Run a claiming reconciliation on a sample month
- Prepare a proposed acceptance criteria checklist that ties transaction latency, claiming accuracy thresholds, and forecast variance targets to the go/no-go decision.
- Proof: Demonstrate menu planning into production forecasting with your menus and counts
- Identify the decision-makers who must confirm the acceptance criteria and share their availability for the follow-up evidence review.
- Validate the outcomes and acceptance criteria
- Solution Experience: Claiming Risk, Transaction Speed, Forecast Accuracy
- Solution Experience Deck
- Solution Brief
- meeting
- slides
- document
-
Solution Scope
Define included modules (menu planning, production forecasting, POS, eligibility, claiming, inventory, reporting), responsibilities, integrations, and acceptance criteria.
Scope Configuration
- Deploy POS terminals and peripheral hardware
- Configure POS transaction workflows and meal-type capture
- Provision student meal accounts and cashless payments
- Load menu database with USDA meal-pattern templates
- Run nutrient analysis and meal-pattern validation
- Configure production forecasting and daily prep sheets
- Implement inventory management and purchasing workflows
- Migrate free and reduced eligibility records
- Set up monthly claiming and reimbursement filing
- Integrate with student information system rosters
- Integrate with district financial/ERP for food cost
- Configure allergen and special-diet tracking
- Train cafeteria staff on POS and production tools
- Activate participation, food-cost, and labor dashboards
Scope Questions
Deploy POS terminals and peripheral hardware
- How many POS terminals do you plan to deploy per school site (include teacher/staff kiosks)?
- Which POS terminal models and receipt/printer/scanner brands are currently in your cafeteria fleet?
- Do existing kitchen network drops and power circuits support the new terminals and peripherals or will electrical/network work be required?
- Provide the target go-live window for the earliest and latest sites and any fixed blackout dates (e.g., state audits, school vacations).
- List any peripheral requirements tied to meal service flow (PIN pads, kitchen display, weight scale, barcode scanner).
- Identify any acceptance criteria for hardware deployment (e.g., terminal boot-to-transact time under X seconds, network bandwidth per POS).
Configure POS transaction workflows and meal-type capture
- When capturing meals at the POS which meal-type codes do you use today for reimbursable differentiation (e.g., NSLP lunch, SBP breakfast, a la carte)?
- Which student identifier(s) will you use at the POS (student ID barcode, PIN, last name lookup, account number)?
- Do you require transaction splits for second entrees, reduced-price vs free verification prompts, or reimbursable meal hold rules per USDA guidance?
- Specify the maximum acceptable transaction time per student at peak service you expect (seconds) to measure POS performance.
- Describe how meal modifications (e.g., vegetarian, allergen substitutions) should be captured on the POS receipt and claimable meal record.
- Confirm the acceptance criteria for POS workflow configuration (example: all meal-types map to claim codes and reconcile to daily meal counts).
Provision student meal accounts and cashless payments
- How will students be identified for accounts at POS: district student ID, state ID, or locally issued numbers?
- Which payment methods do you plan to accept for meal accounts (cash acceptance point, online card payments, third-party wallets)?
- Do you have an existing parent/guardian portal for payments and low-balance alerts or will one be provisioned?
- Provide the format and sample of your current student account balance export (fields: student ID, balance, last payment date).
- Are there confidentiality or FERPA-linked restrictions on which staff can view student account balances at point of sale?
- Which reconciliation cadence do you require for meal account receipts to district bank deposits (daily, weekly, monthly)?
Load menu database with USDA meal-pattern templates
- How many unique rotating menus or menu cycles do you operate (e.g., 4-week cycle, seasonal menus)?
- Which meal pattern templates must be active for validation (NSLP lunch, SBP breakfast, after-school snack)?
- Do you have standard recipes with portion sizes and CN (Child Nutrition) labels or will recipes need to be standardized/imported?
- Provide how you currently track menu substitutions and seasonal ingredient changes (spreadsheet, paper, recipe cards).
- List any state agency menu review constraints or pre-approval documents required for your district menus.
- Which sites require menu variations for breakfast-in-the-classroom or alternate service models that affect menu loading?
Run nutrient analysis and meal-pattern validation
- Are nutrition labels or ingredient-level data available for purchased products to support nutrient analysis?
- Which nutrient thresholds are monitored for compliance (calories, sodium, saturated fat) against USDA meal pattern limits?
- Describe the approval workflow for menu items that fail automated validation (who reviews and signs off on exceptions).
- Provide the list of recipes or items that require CN label cross-check during validation.
- Are there sites with special grade spans (K-5, 6-8, 9-12) that need differentiated nutrient targets?
- Confirm the acceptance criterion for nutrient analysis accuracy (example: 98% match between recipe nutrient totals and validated USDA-coded targets).
Configure production forecasting and daily prep sheets
- How do you currently forecast daily meal counts (historical POS counts, teacher pre-orders, SIS schedules)?
- Which look-ahead window do you require for forecasts (same-day, 3-day, 7-day)?
- Provide the required fields on daily prep sheets (planned servings, prep quantity, portion size, production time).
- Are there production minimums or par-level constraints for scratch or commodity-reliant recipes that must be enforced?
- Identify any receivers or site prep leads who must approve final prep sheets each service day.
- Which variance threshold between forecast and actual counts should trigger an operational alert (percentage or absolute count)?
Implement inventory management and purchasing workflows
- Do you track inventory at site-level kitchens, district central warehouse, or both?
- Which units of measure do you use for inventory (cases, pounds, each) and do you need automated conversion rules?
- Describe your purchasing workflow: district PO to vendors, blanket orders, or manual requisitions per site.
- Identify any mandated USDA commodity tracking or inventory tagging requirements your district follows.
- Are there preferred vendor catalogs or EDI ordering endpoints we must integrate for automated ordering?
- Indicate the stocking par levels for top 10 high-turn items or whether par will be set after initial baseline period.
Migrate free and reduced eligibility records
- Do you have a current eligibility export of free/reduced/paid student statuses in CSV or SIS feed format ready for migration?
- Which data fields are included in your eligibility extract (student ID, certification date, benefit type, household case number)?
- Are direct certification lists used in your district and how often are they refreshed (monthly, quarterly)?
- Describe the owner and process for verifying eligibility appeals or overrides post-migration.
- List any security or FERPA handling requirements for eligibility records during transfer and storage.
- How will you verify migration completeness (example: reconciliation of migrated counts by school against prior month certified counts)?
Set up monthly claiming and reimbursement filing
- Which state agency claim format do you file (standard CSV, direct web portal, or XML upload)?
- Provide the current month-close schedule and submission deadlines for your state claim filing.
- Do you require automated reconciliation between POS daily meal counts and the monthly claim worksheet?
- Identify the finance contacts who must sign or approve the monthly claim and the document type used for approvals (email, e-signature, paper).
- Are there historical claim adjustments or prior-year audit findings we should account for when configuring claiming rules?
- What evidence will validate successful claiming setup (example: test claim file accepted by state portal or green-status in claim preview)?
Integrate with student information system rosters
- Which SIS (student information system) export format will you provide (CSV roster, OneRoster API, SIF)?
- How often must rosters sync to the platform (near real-time, daily, weekly)?
- Are there student populations to exclude from feeding rosters (pre-K pilots, alternative programs)?
- Who owns roster corrections in your district: nutrition staff, school admin, or SIS team?
- Provide the field mapping requirements for student records (student ID, grade, free/reduced status, homeroom).
- Are student photo lookups required at POS for verification and do you have consent to use images?
-
Mutual Commit
Finalize commercial and legal terms, data access agreements, timelines, and governance to confirm mutual obligations and readiness to proceed.
Agreement Modules
- Master Services Agreement (MSA)
- Statement of Work (SOW)
- Subscription Agreement / Order Form
- Data Processing Agreement (DPA)
- Education Data Addendum (FERPA)
- Hardware Order Confirmation
- Service Level Agreement (SLA)
- Change Order Agreement
- Governance & Escalation Plan
-
Deployment
Lock readiness facts and configuration values before execution begins and operationalize the rollout.
-
Pre-Deployment Readiness
Capture concrete readiness facts the deployment depends on — site owners, legacy hardware status, data extracts, access windows, and go-live windows.
Pre-Deployment Questions
Environment and site access
- List the sites included in this rollout and the site owner (one line per site: "Site name — site owner name & email").
- For each site, is the production POS terminal networked and available for integration? (so we can plan cutover sequencing)
- If any site is not ready, list the affected site(s) and a one-line status per site (offline, legacy model, needs replacement, vendor window required).
Data and configuration
- Is the student and eligibility data extract approved and available for migration, and who owns the source file (name & role)?
- If the extract is not available now, what is the expected delivery or approval date? (so we can reserve migration windows)
- Is integration with the district financial/ERP system confirmed for cost reporting, and what integration approach is agreed?
People and ownership
- Provide named owners (name & email) for these workstreams: technical integration, data migration, site operations, and district approvals.
- Who will be the single point of contact on each site's go‑live day and what is their availability type? (used to confirm decision authority during cutover)
Timing and constraints
- Are there blackout windows or no‑deployment days in the next 90 days that would prevent cutovers? (list dates below if yes)
- Preferred per‑site go‑live windows (select all that apply): choose timing that fits site operations.
-
Configuration Details
Lock the exact configuration values the deployment team will use — integration credentials, POS counts and models, field mappings, and claiming/reporting settings.
Configuration Details
ENVIRONMENTS & ENDPOINTS — where this deployment will live
- Enter the production platform subdomain to configure (format: lowercase letters/numbers/hyphen, e.g., district-123). Default: "prod"
- Select the deployment region for the production instance (Default: "US-East")
INTEGRATIONS & AUTHENTICATION — connect your systems without sharing secrets
- Select the identity provider (IdP) type you will use for SSO (select one)
- Enter the non-secret IdP client/application identifier the platform will reference (if None, enter "N/A") — format: exact client/app ID string
- Choose how the IdP secret (private key/client secret) will be exchanged at deployment kickoff (we will not collect the secret here)
POS HARDWARE & SITE CONFIG — exact counts and model consistency
- Total number of POS terminals to configure across all sites (numeric). Default: 1
- Are POS terminal models consistent across all sites? Default: "Yes"
- If POS models are mixed, will you upload a site-to-POS-model mapping file to the deployment folder (Yes/No)? If consistent, enter "N/A".
FIELD MAPPINGS & CLAIMING — exact names the build will use
- Select the source the deployment should map the "meal_type" value from (Default: "POS transaction field name")
- Provide the exact case-sensitive field/column name to map for "meal_type" (format: exact string). If using "Other", describe exactly.
- Enter the IANA timezone to use for monthly reporting cutover (Default: "America/New_York")
- Select the claiming aggregation level we should configure (Default: "Site-level (each school)")
- Default handling for transactions tied to an unknown student eligibility status (Default: "Hold for review")
-
Deployment
Execute the rollout with sequenced tasks for hardware deployment, data migration, staff training, and operational handover at each site.
-
-
Success
Measure adoption and outcomes (claiming accuracy, participation, food cost, labor efficiency), and maintain a shared channel for issues and enhancement requests.
Success Reviews
- Go-live Health Check (weeks 1-4)
- First Outcomes Measurement (weeks 4-10)
- Acceptance Gate Review (around day 90)
- Quarterly Success Review
Issues & Enhancements
- Run a targeted review of food cost inputs and recipe yields to improve food cost per meal reporting.
- Run targeted training for meal counting procedures at sites showing low participation capture.
- Prepare a clean data extract and field-mapping verification to be used for the acceptance gate analysis.
- Restate acceptance criteria and numeric targets
- Produce a documented acceptance decision for each acceptance criterion recorded in Solution Scope, noting pass or fail.
- If any criterion failed, agree remediation items with deadlines sufficient to close the loop before final acceptance.
- Confirm the incumbent system is set to decommission or read-only and that data migration/archival tasks are scheduled or completed.
- Publish the acceptance decision and the remediation plan with dates and verification steps.
- Execute legacy system wind-down tasks: finalize archival, set read-only mode if applicable, and confirm contract/renewal disposition.
- Create the post-acceptance support and enhancement request channel and circulate access instructions.
- Trend review for key metrics
- Confirm whether claiming accuracy rate and food cost per meal are on track against targets recorded in Solution Scope and identify any corrective priorities.
- Agree the prioritized enhancement requests to be scoped for the next quarter and confirm the triage outcomes.
- Ensure the shared issue and enhancement channel is up to date and that high-priority tickets have clear resolution timelines.
- Publish the prioritized enhancement list and expected delivery windows for the next quarter.
- Close or update all high-priority support tickets with target resolution dates and verification steps.
- Re-confirm success criteria and owners
- Confirm deployment components (POS, integrations, data migration) are operational or document required fixes.
- Verify training completion status and identify any user groups needing follow-on training.
- Capture all high-priority blockers with owners and target resolution dates.
- Publish a short deployment health summary with open issues and owners within 24 hours.
- Collect missing access credentials and environment details required to remediate open integrations.
- Schedule targeted follow-up training sessions for any user group with <80% training completion.
- Present first-data dashboard
- Determine whether claiming accuracy rate and student participation rate are moving toward the targets recorded in Solution Scope.
- Identify the top 2 root causes for each metric gap and agree remediation workstreams and completion dates.
- Confirm ownership and timeline for data quality fixes required to ensure reliable reporting at the acceptance gate.
- Implement claiming rule adjustments and publish the change log for the next reporting window.
- Present outcome data against each criterion
- Open ticket and SLA burn-down
- Deployment and migration validation
- Compare results to targets recorded in Solution Scope
- Document acceptance decision and next steps
- Early adoption signals and usage patterns
- Enhancement request triage and prioritization
- Root-cause diagnosis for gaps
- Operational blockers and continuous improvement items
- Incumbent system wind-down confirmation
- Blockers, defects, and escalation list
- Agree corrective actions and timeline to acceptance gate
- Data quality and reporting fixes
- Operational handover and support plan
- Confirm next quarter targets and cadence
- Immediate remediation plan and next steps