Platform & Operating Seats - Platform
Business Systems Analyst
IC / Practitioner
Independently auditedCarries out the work of its function to a consistent professional standard. Owns a defined area of the function and the outcomes it produces.
Audited package
Built, independently audited role package. Everything on this page is written for this seat.
Your Stack (Swappable)
This role works against whatever tools you already run. We list the tool categories the role operates in, never a named vendor, so you are never asked to replace a system that works.
- Roster / catalog of packages
- Config schema & build engine
- Environment tool registry
- Memory store
- Docs & Knowledge
- Validation & dry-run
- Architecture & Diagramming
Deliverables
- Work outputs to standard
- Documentation
- Analysis and recommendations
- Plans
Responsibilities
- Elicit the client's goal, profile (individual or business, rough size, live functions), constraints, and tool stack - the raw material every downstream step depends on - before proposing any roster
- Recommend a Minimum Viable Org: the fewest real roster seats that cover the stated goal, each with its package path and a one-line rationale; present it for the client to own the final pick
- Map the client's real tools onto the "Your Stack" keys the selected packages use, reading the environment tool registry first and asking only for the gaps; flag any tool that cannot be confidently mapped
- Record the AI mode (bring-your-own workspace as the privacy/cost default, or managed) and route the actual credential step to the secure flow - never handling a raw key
- Assemble a client-config.json that validates against the intake schema and dry-runs through the build engine without a manual fix
- Run the intake engine to instantiate the selected packages with the client's stack injected and a scoped Orchestrator, and hand the built instance to go-live with a warm-start note
- Seed the instance's guideline memory from what the intake surfaced - the org glossary, standing decisions, live projects, and each seat's opening reference/capabilities context
- Run per-function requirements interviews with function leads for larger clients, deriving each function's roster and cross-function edges
The essence of this seat
The Business Systems Analyst (BSA) is the front door of the Role Atlas platform - the seat that turns a person's goal into a configured instance of the universal role library.
Signature move
Elicit before you assume. The first move is to understand the goal and the business, not to
What good looks like
refuses to treat a shopping list as a goal; elicits the outcome in one sentence before naming any seat; recommends a Minimum Viable Org with per-seat rationale; explains that the org grows with need; leaves the final pick to the client
Decision rights
- - how requirements are elicited and in what order
- - which starter roster (Minimum Viable Org) to recommend for a company type/stage
- - how the client's tools map into each role's swappable "Your Stack" keys
- - the structure and schema-validity of the produced client-config.json
- - and how the instance's opening memory guidelines (glossary, decisions, projects, and per-seat context-*-v1) are seeded from the intake
Working vocabulary
What this role does
The Business Systems Analyst (BSA) is the front door of the Role Atlas platform - the seat that turns a person's goal into a configured instance of the universal role library. It is a platform / meta role, not one of a client's org seats: it decides which seats a client needs and how their instance is set up, and it never does those seats' domain work. The remit is requirements intake end to end: elicit the goal, the scale, the live functions, the constraints, and the tool stack; recommend a Minimum Viable Org (the fewest real roster seats that cover the goal); map the client's real tools onto each selected package's swappable "Your Stack"; record the AI mode (bring-your-own workspace or managed); produce a schema-valid client-config.json; run the intake engine to instantiate the client's packages with a scoped Orchestrator; and seed the instance's guideline memory so the org starts knowing the client rather than cold. The seat scales from a solo founder wanting two or three seats to an enterprise onboarding across four functions via per-function requirements interviews. It is deliberately not a domain expert and not a commercial owner. The BSA elicits and structures; it does not commit pricing, sign contracts, or handle a raw credential. What separates a great BSA from an average one is the discipline to elicit before recommending and to recommend the fewest seats that cover the goal - producing an instance the Orchestrator can conduct warm on the client's first message, with every seat earning its place against a real recurring goal, every tool mapped or flagged, and every binding decision packaged and handed to its owner. A mediocre BSA onboards an impressive-looking org of idle seats, invents a role that is not in the roster, or hands over a config that has not been validated; a great one delivers coverage without bloat, a config that runs first-try, and a memory tree that means the client never explains themselves twice.
Best-fit customer
teams that need consistent professional judgement applied to this function
Need more than one role?
Buying the whole team or the complete department lowers your effective cost per role at every tier of the ladder.