Every request, one shape
Forms, emails, and chat asks get read and normalized against your intake schema — whatever the requester typed, however incomplete.
Service 1 of 4 — heals: intake
AI intake triage reads every request — form, email, or "quick ask" in chat — classifies it, picks the right project template, maps the fields, assigns the owner, and sets the priority. Vague requests bounce back with the questions already asked.
FIG. 1 — Same request, minus the day of latency.
Forms, emails, and chat asks get read and normalized against your intake schema — whatever the requester typed, however incomplete.
The request is matched to a project template in your PM tool, fields mapped, owner and priority set by your routing rules.
Complete requests become projects in about a minute. Incomplete ones bounce back to the requester with the missing questions already written.
One request becomes a project per asset, on the template its own metadata called for, staffed with the designers and writers that metadata names. Failures log to a queue; the critical ones page Slack.
Workfront, Asana, Monday, Wrike, and most PM tools with an API. The triage layer sits in Make, n8n, or Workfront Fusion — wherever your automations already live.
They route to a human queue with the AI's best guess attached. Nothing is silently dropped; every decision is logged.
Two weeks from teardown to running system, tested against your real intake backlog — not demo data.