In organizations that run document management systems — construction firms managing drawing sets, government agencies handling case files, hospitals storing patient records — PDF performance complaints go straight to the IT helpdesk and die there. The helpdesk can't reproduce the problem reliably, can't tell whether it's the file, the network, the viewer software, or the user's machine, and can't prioritize it because they have no data showing how often it happens or who it affects most.

'The program will take a decent amount of time to fully open and load bigger files, which slows down other programs you are working in at that time' — when that complaint comes in as a support ticket, IT has almost nothing to work with. They don't know if it's a 2GB drawing file or a 200KB form that triggered it. They don't know if it's one user on an underpowered laptop or thirty users on a shared server connection.

The reason this gap persists is structural: PDF software vendors sell to the end user or to the business buyer, but neither of them is the IT administrator who would actually benefit from telemetry on open times, crash rates, and file-size-to-load-time correlation. The vendor has no incentive to surface that data because it would expose their own performance problems. So IT teams are flying blind, managing complaints they can't diagnose.

This is a business because large document management deployments don't get smaller — construction projects add drawings, hospitals add records, and IT teams are permanently responsible for a problem they can't currently see. The need to diagnose and prove performance problems recurs every time a department complains, every time a software renewal comes up, and every time a new file type gets introduced into the workflow.

What to build

Build a lightweight Windows agent that sits alongside existing PDF viewer installations, logs file open times, file sizes, memory usage at open, and crash events per user session, then surfaces a dashboard for IT administrators showing which file types, which users, and which network locations are responsible for the slowest load times — with exportable reports for vendor escalation or hardware refresh justification.

Where to start

Start with mid-sized construction and engineering firms, where drawing file sets are notoriously large, IT teams are small enough to make decisions quickly, and there's a concrete recurring event — project kickoff, when drawing packages are distributed — that makes the pain visible and measurable on a schedule.

The hard part

Getting the agent approved for installation in enterprise environments — particularly healthcare and government — requires navigating security review processes that can take months, which means your sales cycle is long and your cash flow is unpredictable in the early stage before you have reference customers who've already cleared those hurdles.

How it makes money

Per-seat annual license billed to IT, with pricing tiers based on number of monitored endpoints — starts affordable for a 50-seat pilot and scales naturally as the IT buyer rolls it out to additional departments.

See the evidence. The complaints behind this idea, the products they came from, and similar ideas in Document Creation.

More ideas in Document Creation