examples/apps for your team/PunchOps
// PunchOps ships in the Technical design system

Engineering drawing. Dimensioned. Annotated.

PunchOps’s actors, end-to-end workflow, and marquee artifact rendered in the Technical template’s voice. Same data, template-native composition.

// PARTS LIST · REFERENCED ACTORS · 08
01
MM
Project mgr
· REF 01
QTY01
02
KP
Superintendent
· REF 02
QTY05
03
LR
Foreman
· REF 03
QTY04
04
EC
Electrical
· REF 04
QTY06
05
BP
Plumbing
· REF 05
QTY03
06
OG
Paint
· REF 06
QTY08
07
TA
QA
· REF 07
QTY02
// ASSEMBLY DIAGRAM · 5 STAGES · 2 COMPLETE
5 STAGES · 04:22:18 SLAWALKKira1May 14 · 09:00ASSIGNLex2May 14 · 11:00TRADES FIXTrades3in progressRE-WALKKira4CLOSEOUTMateo5
// OUTPUT · DRAWING G-702 · SHEET 1 / 4
Unit A-302 · 14 items · trade-sorted
$ 2,377,000 · TOTAL CONTRACT01100%0250%030%04100%050%06100%0750%090%$1,761,690 EARNED · 76%+ 14 items
DRAWING
PUNCH LIST · APP 07
CLIENT
CORNERSTONE CAPITAL
DRAWN
M. STERLING
SCALE
NTS
SHEET
A-07 / 04
PUNCH LIST + QA INSPECTIONSLIVE DEMO

PunchOps

Multi-unit projects close with hundreds of punch items across rooms, trades, and subs — tracked on clipboards and photos that never quite tell the same story when it's time for owner sign-off.

PunchOps centralizes unit-level inspections, punch items by trade, subcontractor assignments, reinspections, and owner sign-off packets in one workflow.

7 roles · 4 workflow paths · 17 entities · 13 screens

// why this is hardSubs mark items "done" and inspectors find them not done, units have to pass internal QA before owners see them, and owner sign-off has to be airtight.

Open the live demo ↗Sign in to build yours →// punchops.ustack.ai
Unit-level checklistsTrade assignment boardReinspection trackingOwner sign-off packetsTrade performance reports
// target buyer
  • ·Multifamily developers
  • ·Hotel renovation teams
  • ·Condo + townhome builders, remodelers, facilities teams
// why this is a great uStack demo

Construction-operations counterpart to DrawRequest — same vertical, different actors, different workflows.

// actors

Roles with distinct permissions and access.

ActorRole
Project ManagerProject completion oversight
SuperintendentCreates punch items, assigns trades
Inspector / QA LeadPerforms inspections
SubcontractorFixes assigned items
Owner / ClientReviews + signs off
Unit ManagerUnit-level readiness
AdminChecklists and templates
// core workflows

Happy. Exception. Approval. Reporting.

// 01 · happy path

Inspector opens unit checklist → punch items created by room/trade → subs assigned → subs mark complete → inspector reinspects → unit marked ready → completion dashboard updates.

// 02 · exception path

Sub marks complete → inspector rejects fix → item returns to open → rework reason logged → aging counter continues.

// 03 · approval path

Unit passes internal QA → owner reviews punch summary → owner signs off or creates owner items → final acceptance logged.

// 04 · reporting path

Open punch by trade, aging punch items, unit readiness, reinspection failure rate, subcontractor performance, project completion forecast.

// surfaces

Screens and data model.

// screens · 13
  • ·Project dashboard
  • ·Building/floor/unit map
  • ·Unit detail
  • ·Room checklist
  • ·Punch item detail
  • ·Subcontractor assignment board
  • ·Inspector mobile-style checklist
  • ·Reinspection queue
  • ·Owner sign-off
  • ·Trade performance dashboard
  • ·Readiness report
  • ·Settings
  • ·Audit trail
// data model · 17 entities
ProjectBuildingFloorUnitRoomChecklistTemplateChecklistItemInspectionPunchItemTradeSubcontractorAssignmentEvidenceItemReinspectionSignOffRejectionReasonAuditEvent
// run-time

Automations and generated outputs.

// automations
  • Aging punch flags
  • Reinspection queue creation
  • Trade performance rollups
  • Unit readiness scoring
  • Owner sign-off packet generation
  • Daily open punch report
// generated outputs
  • Unit punch report
  • Trade assignment report
  • Owner sign-off packet
  • Readiness dashboard export
  • Reinspection failure report
  • Project completion summary
// deployment rationale
Why this app runs honestly with no integration sprawl.

// v1 demos without third-party services

Mostly relational + workflow state. Photo evidence as Blob in production, placeholders in demo. No maps or payment dependencies.

// this isn't a mock

This exact app is live and clickable at punchops.ustack.ai. Click around — same architecture described above.

// stack
Next.jsNeon PostgresPrismaAuthVercelFile uploadsAudit trailReports
build your version of this

Same architecture. Your scope.

Sign in, write a paragraph that describes your version of PunchOps, and uStack ships a working app on your URL. Take the code, have us host it, or scope a custom build — same production methodology underneath.

Sign in to start →← Back to examples