Senior Analytics & Applied Data Science Leader · Decision Systems · Consumer Credit
I build analytical products that turn complex data into decisions people can understand, test and carry into the next operational step.
My 16+ years span Wells Fargo, the Office of the Comptroller of the Currency and the U.S. Census Bureau. At Wells Fargo, I advanced to Senior Lead Analytics Consultant at the Executive Director level. This independent portfolio makes my current work in credit strategy, analytical engineering, statistical modeling and business-facing decision intelligence available to inspect.
No Cold Handoffs: the logic, evidence, interpretation and ownership travel together.
LinkedIn · Featured work · Domain tools · Professional foundation
Explore Power BI: Merchant decisions and account journeys · Version validation and application-level change
Independent, synthetic, non-production demonstrations. Screenshots open in the browser; the linked Power BI files open in Power BI Desktop—not as hosted live dashboards.
What financing can a merchant support, why, and what happens after funding?
PostgreSQL · Python · Power BI
I designed and published a sales-based merchant-financing product demonstration connecting acquisition, sales and settlement, liquidity, obligations and cash-flow capacity to product economics, financing terms and the funded-account lifecycle. Strong sales alone do not establish capacity; finding supportable terms does not automatically confer approval.
P03 Application Journey joins merchant backstory, operating evidence, risk/economics and decision narratives to remittance, monitoring and servicing for funded paths. The narratives preserve source-engine rationale; Power BI explains the decision rather than making it.
Original P03 view, merchant 738 / Baseline. Risk/loss fields are Current Portfolio — synthetic estimated-PD proxy, LGD, EAD/exposure, and comparative Expected Loss—not calibrated lending risk or realized profit. Activity after the 23 July 2026 source cutoff is synthetic-forward through 22 November 2026. Open full resolution.
The four-page application connects cohort context → performance over time → individual merchant explanation → servicing and attention. Industry, acquisition-source, scenario and date controls let a reviewer move from the portfolio to the account behind it.
I challenged premature decline logic and redesigned constrained-counteroffer search. On the same 750 synthetic merchants across two scenarios, reportable structures expanded from 557 to 6,519, while evidence requirements, hard-policy stops and distinct review/authorization outcomes remained in place. Inspect the version comparison.
Narrative QA covers all 1,500 application-scenario paths. The funded demonstration follows 130 scenario paths for 120 days, keeping recommendations, permissions, synthetic servicing and reconciliation distinct.
See the distinction under Recession Energy: merchant 738 versus merchant 098. Merchant 738 lacks required evidence, while merchant 098 receives an authorized counteroffer after a feasible structure is found. The 738 image above shows its separate Baseline outcome. Different terms can repair a financing structure; they cannot replace required evidence.
View the merchant example · Explore MSBF · Power BI file (.pbix) / Reading guide
Power BI Desktop: inspect a separate viewing copy without refreshing or saving over the accepted PBIX; follow the Current Use Guide.
Also inspect the executive cohort command center
P01 connects funding sources, decision categories, industry economics and account-attention signals. This original view is Baseline only, not the combined two-scenario population.
Risk/loss context: Current Portfolio — synthetic estimated-PD proxy, LGD, EAD/exposure, and comparative Expected Loss. This is synthetic-forward account evidence, not a live book or actual financial performance. Full-resolution command center · Cohort report.
Architecture, proof posters and technical/use guidance
Executive brief · Architecture · Module documentation · Published v2.1.0
Learn the mechanism: How the Governed Decision Engine Works explains evidence, structure search and final authority. What Happens After the Decision follows monitoring, permissions, servicing and reconciliation. Both open at full resolution; the masterclass adds worked cases.
Using the report: the Current Use Guide governs viewing and reproducibility. The accepted PBIX retains its historical v2.1.0-rc2.pbix filename. A generalized new-campaign runner is not provided.
How do policy choices—and changes to the analytical foundation—alter a credit decision?
PostgreSQL · SAS reconciliation · Power BI
I built a configurable consumer-credit strategy environment with adjustable population size, product/score mix, selected product bounds, policy thresholds and counteroffer settings. I executed 39 runs of 50,000 synthetic applications each: 1.95 million decision evaluations, not 1.95 million unique borrowers. Source-consistent comparisons within appropriate scenario groups expose access, affordability, exposure and review/decline tradeoffs.
The synthetic foundation also evolved through four Module 1 workstreams: mortgage realism, risk-proxy dispersion, scenario design and revolving-payment sensitivity. For example, revolving-payment estimates were revised so that APR changes affect payment burden—making the synthetic foundation more useful for strategy testing.
This two-page report is Module 1 v1.0 → v2.0 release/version validation, not a dashboard of the separate Module 2 strategy campaign.
The Executive Summary establishes the full matched population, affected applications and field-level differences. The Application Release Impact Explorer lets a reviewer select an application, inspect before/after values and read an automated DAX narrative connecting the changes to documented Module 1 workstream themes.
Original application-level release evidence. ESTIMATED_PD and EXPECTED_LOSS_AMOUNT belong to the Current Portfolio — synthetic estimated-PD proxy, LGD, EAD/exposure, and comparative Expected Loss framework. Rounded display values do not replace precise reconciliation values; workstream associations are not exclusive causal attribution. Open full resolution.
The report reconciles 50,000 matched applications, distinguishing 21,326 affected applications from 58,382 application-variable differences. I used ERR/SAS reconciliation in this version-analysis workflow, connecting the data comparison to both executive and application-level understanding.
Power BI file (.pbix) · Executive validation report preview · Application change explorer
View the executive release-validation summary
These are synthetic version-comparison counts, not a campaign approval rate. Risk/loss fields use the Current Portfolio — synthetic estimated-PD proxy, LGD, EAD/exposure, and comparative Expected Loss formulation. Full-resolution summary.
Explore CDS · Campaign run evidence · Module 1 workstreams · Validation summary · System architecture
When does customer-attrition risk emerge, and how do configured scenarios change the same cohort's predicted survival?
Python · pandas · scikit-learn · lifelines
I directed development and executed a configurable time-to-event workflow for synthetic customer-retention analysis. Descriptive K-Means personas remain separate from regularized Cox proportional-hazards modeling. Input contracts, cross-validation, out-of-fold calibration, proportional-hazards review and risk stratification connect the fitted model to scenario analysis and stakeholder reports.
Same target IDs; different configured assumptions. These curves show modeled sensitivity—not measured retention improvement or causal treatment effects. Retained validation posture: PASS_WITH_REVIEW, with documented proportional-hazards sensitivity and calibration limitations. Late-horizon support is limited: the retained calibration evidence has no records remaining at risk at the 24-month endpoint. Open full resolution.
The demonstration uses 7,500 synthetic records and compares six scenarios on the same 1,875-record target cohort. Changing a base feature also rebuilds its interactions and squared terms before rescoring. Neutral and adverse controls keep the comparison from becoming a showcase of favorable outcomes alone.
Explore SSF · Python implementation · Executive deck · Technical evidence · Validation and review posture
How should a proposed reporting correction interact with the underlying account-performance history?
With adjustable population size and account-profile mix, this PostgreSQL testbed lets users explore credit-reporting remediation on synthetic histories before live implementation. It links account-month history and Payment History Profiles to Account Status, Payment Rating, DOFD, Date of Account Information and Date Closed, then exposes simulated before/after changes and eligible unresolved cases for manual follow-up.
The domain distinction matters: reporting cleanup is not evidence of behavioral cure. Recovery, cure, deletion and review remain different questions. This is a methodology sandbox—not a production furnishing or ongoing monitoring service.
Explore the sandbox · Reporting-population generator · Impact, cure and treatment logic
Focused prototypes address analytical prerequisites and specialized calculation problems. They complement the featured products without implying one integrated eight-project platform.
Forensic Data Integrity · Python
Which selected column-level data-fitness issues deserve investigation? Inspect hidden-null screening, scoring assumptions and hypothetical cleanup—not a claim that data have been repaired. Diagnostic source.
Enterprise Reconciliation Reporting · SAS
What changed between datasets? Compare key coverage, schema/type/format and within-key values, with configurable tolerance and normalization logic. Analyst guide · Source.
Insurance Coverage Reconciliation · SAS
How should customer proof and configurable short-gap treatment affect coverage adjustment? Make the date-window methodology inspectable; an adjustment factor is not payment authority. Coverage logic.
Financial TVM Optimization · SAS
How does time affect financial redress? Explore Treasury-linked daily accrual and periodic capitalization from supplied impact amounts and dates—not realized payments or a performance benchmark. Calculation source.
Reuse, not eight isolated stories. I used ERR in CDS's release-analysis workflow and adapted CDS counteroffer concepts into MSBF. That is reuse of a tool and transfer of a method—not a claim of identical source versions or one common production pipeline.
My employment record supplies the institutional context; the independent projects above supply inspectable work samples.
Wells Fargo · Consumer Auto: advanced to Senior Lead Analytics Consultant at the Executive Director level. Led analytics for Collateral Protection Insurance (CPI) customer remediation and other Consumer Auto remediation workstreams, representing more than $1B in exposure and customer impact. Responsibilities included seven years of CPI recalculation-tool ownership and analytical delivery, plus credit-reporting corrections, furnishing controls and executive decision support.
Office of the Comptroller of the Currency: supported 16 Credit Risk Analysis Division economists in credit-risk research and bank examination/stress-testing work, including DFAST. Engineered longitudinal bureau data and pricing inputs for economist-led Auto research; developed and tested CECL/lifetime-PD approaches; independently recalculated and validated evidence. Research support is distinct from final model, publication or supervisory ownership.
U.S. Census Bureau: statistical-production modernization, a six-analyst nightly operating workflow, analyst-controlled validation tools and automated management narratives.
The recurring thread is practical: make the data usable, challenge the method, explain the result and preserve the next person's ability to act on it.
Build: SAS · SQL/Teradata · Python; PostgreSQL and Power BI/Power Query/DAX in the public portfolio.
Challenge: source and output reconciliation · benchmark/challenger comparisons · sensitivity analysis · model diagnostics.
Deliver: requirements and code · usable analytical views · executive interpretation · documented operating handoffs.
I use AI to accelerate implementation and documentation while retaining responsibility for requirements, analytical judgment, verification and delivery. Project-specific sources distinguish implemented capability, demonstrated runs, review qualifications and future work. Synthetic examples do not establish employer deployment, commercial adoption or realized customer outcomes.
Let's connect about senior analytics, credit strategy, decision systems and analytical-product work. LinkedIn · All repositories




