Process Innovation Consultant

Examinetics•Overland Park, KS

13h•Onsite

About The Position

Examinetics is hiring a Process Innovation Consultant to join our growing team! The Process Engineer is an embedded business consultant with a builder's toolkit: a systems thinker who spends their days inside a Business Process Owner's operation, finds where the process fights the people running it, and proves out fixes — fast — by building working prototypes with AI-assisted development. The role exists to advance the BPO's operation while the BPO runs it: the BPO owns the process, the system, and the results; the Process Engineer is their partner who turns 'what if we…' into something clickable within days. The work is hands-on and iterative; not theoretical or academic. The Process Engineer observes real work, maps and measures the current process, designs improved flows together with the BPO, builds prototypes against real scenarios and data, demonstrates early and often, and refines until the BPO confirms the solution fits how the work actually happens. Success is measured in the BPO's outcomes: cycle time down, errors down, manual steps eliminated, and a steady rhythm of improvements reaching production. When you join our team, you will help our clients keep their employees healthy and safe. Come join our rapidly growing company and work with the best!

Requirements

Bachelor's degree in Business Administration, Industrial Engineering, Information Systems, or a related field, or equivalent practical experience.
Management consulting or business-process consulting experience– required: (Big 4 or comparable) stronglypreferred
Demonstrated structured problem-solving, client-facing rigor, and comfort owning an ambiguous engagement end to end.
Demonstrated business-process analysis and systems-thinking capability.
Power-user instincts: a track record of automating one's own work — complex spreadsheet models, macros and Visual Basic, low-code tools — without a software-engineering background.
Business-outcome orientation: measures success in the operation's numbers, not in the elegance of the artifact.
Consultative communication skills; comfortable earning trust with operators and leaders alike.
Comfort with ambiguity, rapid iteration, and discarding prototypes that have served their purpose.
Notably not required — and not the target profile: a traditional software-engineering background, or prior knowledge of the incumbent systems.
This role rewards speed to insight over engineering craft.
Additionally, candidates must exhibit self-motivation and flexibility, strong problem solving skills, and commitment to continuous improvement.

Nice To Haves

(Big 4 or comparable) stronglypreferred

Responsibilities

Work inside the BPO's operation to learn the process end to end — the work as performed, the exceptions, the workarounds, and where the day actually goes.
Map current-state processes and quantify them: cycle times, volumes, error rates, touch points, and manual effort.
Identify friction, waste, and failure points; distinguish what should be redesigned, what should be automated, and what should be left alone.
Design future-state process flows together with the BPO, grounded in what the analysis showed.
Translate agreed process flows into working prototypes using AI-assisted development tools — screens, logic, and data flows real enough to put in front of the people who will use them.
Test prototypes against real scenarios and representative data, not idealized cases.
Demonstrate early and often; gather BPO and team feedback in daily or every-other-day cycles; refine until the BPO confirms fit and function.
Treat prototypes as disposable proofs of a business outcome: optimize for speed to learning, not engineering polish — the production build belongs to others.
Know the limits of a prototype: prove the concept, expose the risks, and be explicit about what remains before a solution is production-worthy.
Package validated prototypes for production build-out: the process logic, business rules, edge cases, and acceptance criteria a production team needs.
Answer questions and preserve design intent while the solution is hardened for security, standards, and compatibility, and stay engaged through go-live.
Establish the baseline before each change and measure the result after it — the Process Engineer's scoreboard is the BPO's numbers.
Document the processes, decisions, and designs produced by the pairing so the knowledge outlives it.
Build the BPO's and their team's fluency with what the new tools can do, so improvement continues between prototypes.
The Process Engineer builds prototypes, not production systems: nothing the Process Engineer builds ships directly to production.
Production hardening and release run through the Software Factory, including a go-live approval.
The BPO owns the system, its implementation, and its results; the Process Engineer's success is measured through those outcomes.