Skip to main content

AI & Complex Systems

AI Strategy Enterprise Platforms Complex Systems

Keeping technology centered on people.

I help teams decide where platforms, automation, and AI create real leverage, where human judgment still matters, and how to build systems people can understand, trust, maintain, and evolve.

Human-Centered AI
Automation Strategy
Enterprise Platforms
Systems Thinking
Technology Governance

My Technology Philosophy

The question is not whether we can automate something. It is whether we should.

New technology creates possibilities quickly. Good product leadership creates the discipline to decide which possibilities are useful, responsible, maintainable, and actually connected to a human or business outcome.

I approach AI, automation, and enterprise platforms as parts of a larger service system. That means looking beyond the feature itself to understand how it changes decisions, accountability, workflows, cognitive load, trust, data quality, operational ownership, and the work people still need to perform.

My role is not to advocate for more technology. It is to help teams apply technology intentionally, especially in complex environments where a technically impressive solution can still create operational confusion or move risk somewhere less visible.

Questions I ask first

  • What human problem are we trying to reduce?
  • What decision is the technology influencing?
  • What should remain under human control?
  • How will someone understand what the system did?
  • What happens when confidence is low or the system is wrong?
  • Who owns the experience after launch?

My Decision Framework

Automate. Assist. Preserve.

I separate work based on the kind of judgment it requires. That creates a practical framework for deciding where automation should own the work, where AI should assist a person, and where technology should stay out of the decision entirely.

01 / Automate

Remove mechanical work.

Routine validation, routing, duplicate detection, status updates, data movement, notifications, and other predictable tasks are strong candidates for automation when rules and failure states are clear.

02 / Assist

Improve human decisions.

AI can summarize, classify, identify patterns, surface relevant evidence, suggest next actions, and reduce preparation work while keeping a person responsible for interpreting context and making consequential decisions.

03 / Preserve

Protect human judgment.

High-impact decisions involving ambiguity, ethics, exceptions, accountability, or meaningful consequences should preserve clear human ownership even when technology supports the surrounding workflow.

Human-Centered AI

AI should reduce cognitive load without hiding consequential decisions.

The strongest AI experiences are not the ones that make the technology most visible. They are the ones that make complex work easier while preserving context, confidence, accountability, and a clear path for human intervention.

01

Explain What Happened

People should be able to understand what the system produced, what information influenced it, and where uncertainty exists instead of receiving an unexplained answer.

02

Design for Confidence

Confidence should shape the workflow. High-confidence routine results may move quickly, while lower-confidence or higher-risk outputs should invite review rather than pretending every answer is equally reliable.

03

Keep Source Context Visible

When AI summarizes, extracts, or recommends, users need an efficient path back to the underlying evidence so they can verify rather than simply trust the generated output.

04

Design the Exception Path

The experience has to account for disagreement, missing information, edge cases, and system failure. Human override should be a designed capability, not an emergency escape hatch.

Technology as a System

The feature is only one layer of the problem.

Complex technology decisions sit inside a network of people, data, policies, architecture, workflows, support models, and organizational ownership.

That is why I work closely with Engineering and Architecture early. A technically elegant solution can still fail if it creates an unsustainable maintenance model, hides important state, introduces unnecessary customization, or requires users to adapt to how the technology works instead of supporting how the service needs to operate.

I use experience strategy to connect those layers so Product, Design, Engineering, Architecture, security, compliance, and operations are solving the same problem instead of optimizing their part in isolation.

The system I evaluate

  • User goals and decision-making
  • Workflow and operational ownership
  • Data quality and provenance
  • Architecture and platform constraints
  • Security, privacy, and compliance
  • Maintenance and support cost
  • Accessibility and usability
  • Long-term governance

Enterprise Platforms

Use the platform as leverage, not as the product strategy.

Platforms like Salesforce create enormous capability, but platform features should not dictate the experience. I help teams distinguish where native capability creates speed and maintainability from where customization is justified by genuine product need.

01

Favor Sustainable Capability

Native components, declarative configuration, existing platform services, and governed patterns often provide more long-term value than custom technology that solves only today’s request.

Maintainability, upgradeability, and organizational support are product concerns, not merely engineering concerns.

02

Customize Intentionally

Custom development should create enough user or business value to justify the additional implementation, testing, accessibility, governance, and maintenance cost.

The goal is not minimum customization. It is deliberate customization.

03

Create Experience Guardrails

Reusable patterns and clear decision frameworks allow teams to solve mature, lower-risk problems independently while involving Design deeply where complexity or risk warrants it.

Governance becomes a way to increase velocity rather than another approval layer.

04

Design for the Operating Model

I evaluate who will configure, support, govern, troubleshoot, and evolve the capability after launch alongside who will use it.

A successful product must work for both the user experience and the organization responsible for sustaining it.

AI Governance

Governance should help teams move confidently, not make innovation impossible.

AI introduces new questions around confidence, accountability, data, transparency, review, and change. I treat those as product-design concerns that need to be resolved alongside architecture and implementation.

01 / Accountability

Define who owns the final decision.

If an AI-supported process affects a consequential outcome, accountability should remain explicit. The technology may advise or prepare, but responsibility cannot become ambiguous.

02 / Transparency

Make evidence inspectable.

Users need ways to understand where generated information came from, distinguish source evidence from inference, and recognize when the system is uncertain.

03 / Control

Preserve correction and override.

People should be able to correct data, reject recommendations, add context, and recover from system errors without fighting the product.

04 / Measurement

Measure whether AI actually helps.

Success should include accuracy, time saved, correction rates, confidence, adoption, failure patterns, and whether the capability genuinely improves the work rather than simply increasing automation.

Technology Leadership in Practice

Technology creates value when it improves the whole system.

Across enterprise transformation work, I use technology decisions to improve both the experience people have and the organization’s ability to deliver, operate, and evolve that experience.

40%

Faster Resolution

Automation and shared workflows reduced unnecessary operational friction.

60%

Fewer Handoff Errors

Governed transitions replaced failure-prone manual coordination.

35%

Less Rework

Shared technical and experience foundations improved delivery readiness.

90%

System Adoption

Governed patterns became the normal way product teams delivered work.

Selected Complex Systems Work

Where technology, people, and operating models intersect.

The technology changes from project to project. My role remains consistent: understand the larger system, identify where technology creates leverage, preserve the decisions that require judgment, and build an experience the organization can sustain.

Enterprise Platform

CMS Case Management

Led the experience strategy for a Salesforce transformation that connected automation, compliance, shared workflows, reusable patterns, and human decision-making across a complex case-management service.

40% faster resolution and 60% fewer handoff errors.

View Case Study

AI-Enabled Workflows

Human Judgment + Agentic Support

Exploring how document intelligence, AI-assisted analysis, contextual recommendations, and automated coordination can reduce preparation work while preserving review, source traceability, and accountable human decisions.

Designed around assisted verification rather than invisible automation.

Explore AI Work

Systems at Scale

Experience Governance

Created shared patterns, contribution models, decision frameworks, and governance that allowed product teams to move faster while reducing unnecessary custom implementation.

90% adoption and 40% fewer redundant builds.

View Leadership Case Study

Working Across Technology

I do not need to own the architecture to help shape better technical decisions.

My value in technical conversations is connecting architecture and implementation decisions back to the experience, operating model, organizational risk, and product outcomes they enable.

I work closely with Engineering and Architecture to understand real constraints, explore tradeoffs, challenge unnecessary complexity, and make sure product decisions account for maintainability and technical reality early rather than discovering those constraints after the experience has already been committed.

Where I contribute

  • AI and automation strategy
  • Platform capability decisions
  • Build-versus-configure tradeoffs
  • Workflow and service architecture
  • Experience guardrails
  • Human-in-the-loop patterns
  • Technology governance
  • Maintainability and adoption

The Principle I Come Back To

Use technology to remove friction, not responsibility.

The best systems make people more capable. They reduce mechanical work, surface the right context, support better decisions, and leave humans with clear understanding and ownership of the outcomes that matter.