For small service businesses (think: tattoo shops, salons, personal trainers), PDFs still generate enormous value as consent forms and waivers.

Every tattoo artist needs a signed liability waiver. Every personal trainer needs a health screening form. These are still overwhelmingly paper PDFs that get stuffed in a filing cabinet.

The value isn't in the format itself - it's in the legal protection the signed document provides. The format is actually a hindrance (hard to search, easy to lose, impossible to analyze at scale).

The real opportunity is replacing these static PDFs with digital equivalents that maintain the legal value but add searchability, automatic storage, and analytics.

I’ve sat on both sides of this and it’s a genuinely interesting question.

As someone with a technical background I completely understand that feeling. You walk past someone spending three hours on a PowerPoint and think, what is actually happening here.

But here’s what I’ve come to understand. The document is rarely the work. It’s the evidence of the work.That Word doc someone spent a day on probably represents weeks of conversations, decisions, disagreements, alignments and compromises that happened before anyone opened a blank page. The document is just where all of that gets crystallised into something an organisation can act on.

Organisations don’t run on code or products alone. They run on shared understanding. And shared understanding needs to be written down, formatted, presented and communicated in ways that different kinds of people can absorb and trust.

The person making that presentation isn’t just making slides. They’re translating something complex into something a room full of people with different contexts can agree on in forty five minutes. That’s actually a really hard skill.

The other thing worth considering in most organisations decisions don’t get made because something is technically correct. They get made because someone communicated it in a way that felt credible and clear to the people holding the budget.

Engineers build the thing. But someone has to convince the organisation the thing is worth building, funding and scaling.

That’s what those Word docs and ppts are often doing. Unglamorous. Underappreciated. But genuinely load bearing

You could say the same about software. In both cases someone is looking at a screen typing things. One is used for communicating with other humans, the other is used for communicating with computers. For sure there are software engineers working on projects where its not apparent how it generates value and it may not actually generate value.

Those employees cannot (and are not expected to) code, so dynamic elements are not an option. So what you'll get are mostly either reports or messages. Reports could be created by software (which is how an engineer would do that), messages (like responding to client or manager requests) require more human-facing skills.

Sales, communication, coordination

How do your priorities as a developer materialize? Why are those the priorities? How are they decided upon? What does it take to do this?