Communicate project information to others
Part of the output can be produced by software today.
Software drafts well and sends at volume, and vertical support agents now resolve a large share of inbound questions end to end. What does not transfer is the relationship, and the judgment about when a message should not be sent at all.
| How automatable | Partly automatable |
|---|---|
| Kind of work | Routine communication and explanation |
| Jobs that do it | 9 occupations |
| Tool categories that apply | Vertical agents, Builders |
| O*NET activity | Communicating with Supervisors, Peers, or Subordinates (4.A.4.a.2) |
What this looks like on the job
Not our paraphrase. These are real task statements recorded against this activity, spread across the 9 occupations that perform it.
- Translate nursing practice information between nurses and systems engineers, analysts, or designers, using object-oriented models or other techniques.
- Explain design specifications to integration or test engineers.
- Document and communicate database schemas, using accepted notations.
- Prepare reports or correspondence concerning project specifications, activities, or status.
- Provide test specifications to quality assurance staff.
- Communicate project information through presentations, technical reports, or white papers.
- Develop technical specifications for data management programming and communicate needs to information technology staff.
- Collaborate with agricultural workers to apply remote sensing information to efforts to reduce negative environmental impacts of farming practices.
- Review class material with students by discussing text, working solutions to problems, or reviewing worksheets or other assignments.
- Prepare design presentations and proposals for staff or customers.
- Provide feedback to designers and other colleagues regarding game design features.
- Provide support and information to functional areas such as marketing, clinical monitoring, and medical affairs.
- Provide feedback to production staff regarding technical game qualities or adherence to original design.
- Present new game design concepts to management and technical colleagues, including artists, animators, and programmers.
What we would actually use
One recommendation rather than a shortlist, because a shortlist is just your problem handed back. This is what we would buy for routine communication and explanation, and what it costs.
Drafting replies costs nothing beyond the assistant you already pay for. Only move to a support agent billed per resolution once the inbound volume is large enough that the per-resolution price beats the hour it takes you.
Chosen for the cheapest thing that does the job, not the best funded. Nothing on this site is sponsored, and the full landscape is there when you want to disagree with us.
The rest of the category
Context, not alternatives to weigh up. We name the layer rather than promise a named product does your specific task.
Matched from the kind of work, not from vendor marketing. Check any of them can reach the system your records actually live in — that connection, not the model, is where these projects stall.
How people actually do it
No workflow names this activity yet, but these automate the same kind of work, with the prompts to paste and what to keep for yourself.
Who does this work
9 occupations in the O*NET database perform this activity. Each one has a full breakdown of its other tasks.
Work that goes with it
O*NET groups these under “Communicate with others about specifications or project details”. In practice they tend to be done by the same person, in the same sitting.
Method. The activity, its taxonomy placement and the occupations that perform it come straight from the public-domain O*NET 30.3 database. The automatability band is ours: we map each of O*NET’s 41 generalized work activities to how much of its output current software can produce, assuming a person still reviews and owns the result. It is a coarse three-way judgment on purpose. A precise-looking percentage here would be invented.