Source: qdash /integrations — c61 JTBD affordance pass, 2026-08-13
This pass keeps the jobs-to-be-done framing and adds the next layer: what can the operator do from each job? The page needs a small, repeatable affordance grammar: inspect local truth, simulate with current data, export a packet, configure intent, and graduate a route toward live delivery.
Affordances follow the job
A connector catalog gives every route the same weight. A job surface gives each action a reason: if the job is "wake responders," the affordances are replay, edit severities, send a test later, and inspect would-fire rows. If the job is "hand evidence to auditors," the affordances are export, preview packet, archive later, and prove what stayed local.
Job launchpad with action handles
The first screen can stay job-first while adding strong, compact handles. Each job gets one primary action, one local proof value, and a small set of secondary affordances.
Prove nothing leaves
liveTrust starts with a receipt before downstream routes enter the conversation.
Get findings into SOC
projectedAnalysts need qdash findings and event context inside SIEM search.
Wake responders
dry-runSeverity routing already carries operator intent; the missing layer is delivery.
Hand evidence to auditors
local nowGRC needs a packet today and durable archive options later.
Verify ownership
projectedObserved identities become trusted when joined to the customer org.
Move findings to remediation
projectedFindings need owners, tickets, and evidence links to become work.
A job workspace
When a job opens, the page becomes a small workspace: current proof on the left, routes in the middle, and the action stack on the right. The affordances are concrete enough that an engineer can see the product/API work implied by each button.
Affordance matrix
This table is the product checklist. It shows which affordances each job should expose, and it keeps "projected" honest by distinguishing local actions from product-missing live paths.
| Job | Inspect | Simulate | Configure | Export | Go live |
|---|---|---|---|---|---|
Get findings into SOC projected route | sample event | 148.9k events | HEC / OCSF | sample bundle | not wired |
Wake responders dry-run | 10 actions | this week | saved rules | route audit | not wired |
Hand evidence to auditors local now | 41 controls | 148.9k rows | future schedule | works now | not wired |
Verify ownership projected join | 14 identities | alias hints | manual today | identity audit | not wired |
Recipes for accomplishing the job
Recipes turn affordances into short paths. This is useful when the operator does not think in integration names at all; they think in outcomes like "SOC handoff by Friday" or "evidence packet for the auditor."
What changes from v3
v3 answered why each integration is on the page. v4 makes the next interaction visible: inspect, simulate, export, configure, or advance toward live. That is the bridge from a thoughtful framing to an operator-ready product surface.