Product / Program Manager · Software for teams & AI product experiences
View my portfolio and resume · Browse the guided demos
I work on software products for teams: understanding a problem, choosing what to improve, defining how it should work, and checking whether the result is useful. This portfolio makes those decisions visible through fifteen interactive demos, case studies and product requirements documents (PRDs).
My contribution: product problem framing, prioritization and tradeoffs, requirements and workflows, fictional sample-data design, success criteria, and evaluation. AI tools assisted with drafting, implementation and verification. The product decisions, requirements and evidence are the basis for reviewing my work. Each demo has deliberately narrow scope so a reviewer can inspect the choice, its cost and what would change the direction.
My background spans recommendation and onboarding work at Oracle, enterprise search and asset review at 5th Kind, mobile growth and packaging at Mabrosi, and program delivery at Raytheon. These demos are independent fictional exercises in those product decisions. Each case study explains the connection and a question that could challenge the chosen approach.
- AI product judgment: Relevance Studio case study — decide when a recommendation is useful enough to show and when to admit there is no fit. Try it.
- Discovery and search: Findability Lab case study — distinguish missing metadata from a search-policy problem before investing in a more complex solution. Try it.
- Program leadership: Program Atlas case study — explain the impact of a delay, compare recovery costs and identify who must accept the remaining risk. Try it.
For a quick onboarding example, First Mile demonstrates value before complete setup. All demos use fictional records and run in your browser. The walkthroughs give exact steps and expected results.
You can review the portfolio without reading code. Start with a project’s case study for the decision and tradeoff. Follow its sample walkthrough to reproduce a concrete scenario, then use the PRD and validation plan to inspect the rules and evidence limits.
| Case study | Product management judgment to inspect | Product evidence | Interactive demo |
|---|---|---|---|
| Experiment Verdict | Keep the original success and harm limits in force when the headline looks attractive. | PRD · Sample walkthrough | Review fictional experiment evidence |
| Outcome Ledger | Distinguish completed work, observed change and a benefit that still needs evidence. | PRD · Sample walkthrough | Trace a fictional benefit |
| Return Path | Offer a useful next step while respecting the person’s permission and attention. | PRD · Sample walkthrough | Review a return invitation |
| Renewal Compass | Address the customer’s underlying need without quietly displacing shared priorities. | PRD · Sample walkthrough | Compare renewal options |
| Findability Lab | Make search rules and corrections understandable instead of hiding their limitations. | PRD · Sample walkthrough | Explore the sample library |
| Package Forge | Choose a plan that meets the requirements before comparing price. | PRD · Sample walkthrough | Compare fictional packages |
| Relevance Studio | Explain the recommendation and give the learner control over the limits. | PRD · Sample walkthrough | Explore recommendations |
| Review Room | Keep feedback and approval attached to the version actually reviewed. | PRD · Sample walkthrough | Review a sample asset |
| First Mile | Help someone understand first value before asking them to invite teammates or finish setup. | PRD · Sample walkthrough | Try guided practice |
| Program Atlas | Explain the effect of a delay before choosing which cost or change in scope to accept. | PRD · Sample walkthrough | Explore program dependencies |
| Feedback Nexus | Use scores to support a discussion while keeping the source evidence open to challenge. | PRD · Sample walkthrough | Review feedback |
| Task Assistant | Keep a person in control of every proposed task change. | PRD · Sample walkthrough | Try the rules-based assistant |
| Metric Dashboard | Show how a measurement was calculated before using it to support a decision. | PRD · Sample walkthrough | Explore product health |
| Resource Radar | Make time constraints visible while leaving scope and staffing decisions with the team. | PRD · Sample walkthrough | Compare allocations |
| Launch Control | Require named owners and evidence for readiness, then renew the decision when conditions change. | PRD · Sample walkthrough | Review launch readiness |
For Evaluation/Evidence, start with Experiment Verdict; for Value Realization, start with Outcome Ledger. For Lifecycle/Growth, start with Return Path; for Enterprise/Account Strategy, start with Renewal Compass. For Search/Metadata, start with Findability Lab; for Packaging/Monetization, start with Package Forge. Relevance Studio covers AI/Relevance, and Review Room covers Enterprise/Collaboration. First Mile covers Product/Growth, and Program Atlas covers Program/Value. Feedback Nexus shows evidence-based prioritization, while Task Assistant shows confirmation and recovery boundaries. The walkthroughs use exact sample inputs and observable results; they are product tutorials, not claims of customer validation.
The portfolio connects product discovery, onboarding, AI and search policy, enterprise content review, packaging, lifecycle engagement, account strategy, experiment evaluation, benefit evidence, and program delivery. Each case makes a distinct decision inspectable through requirements, a working sample, and recovery.
Northstar gives the examples a consistent fictional setting, but the apps are independent: a shortlisted feedback item does not create an Asana task, change a staffing plan, or approve a launch. Each demo makes one decision and its limits inspectable. Together they show how I define useful scope, preserve human judgment, and decide what evidence is missing before investing further.
The portfolio's decision questions remain relevant as organizations adopt agents. Microsoft's 2026 Work Trend Index emphasizes human agency, judgment and organizational readiness. These themes support examining who makes a decision and whether the surrounding workflow is ready for it.
For 2027 planning, my proposed investment lens is to ask who can authorize an action, which context deserves trust, what useful outcome would justify the operating cost, and when a simpler workflow should win. These are planning hypotheses to test. The demos expose the product questions with fictional data; they do not demonstrate deployed agents or future market outcomes.
Choose the question you want to evaluate. Each document uses the fictional Northstar scenario and makes its assumptions explicit.
| PM skill | What to inspect | Example |
|---|---|---|
| Customer discovery | Neutral research questions and evidence that could disprove the problem hypothesis | Feedback Nexus discovery plan |
| Automation and human control | Alternatives, approval boundaries, and conditions for revisiting a product decision | Task Assistant product decisions |
| Measurement and evaluation | How a proposed study distinguishes comprehension from task completion | Metric Dashboard validation plan |
| Prioritization | The evidence needed before investing in the next planning capability | Resource Radar product backlog |
| Risk and launch judgment | Product risks, warning signs, and the limits of a launch decision | Launch Control product risks |
These are product artifacts for review, not records of completed customer research or shipped commercial outcomes. The requirements and demos show what can be inspected now; the discovery, market, and evaluation plans explain what I would need to learn before investing further.
Each case study distinguishes a product decision, a demonstrated sample behavior, and an unanswered research question. The walkthroughs make the sample behavior reproducible; the measurement plans define what would count as evidence before further investment.
Northstar is a fictional B2B SaaS company used across these independent examples. The demos require no login, paid API, real customer data, or live external integrations. Task Assistant uses predefined rules entirely in the browser; it has no AI model, server backend, or Asana connection. Its existing Asana-Agent URL is a legacy address.
Proposed success metrics are hypotheses, not achieved business results. Software checks establish whether specified behaviors work; they do not replace customer research, demonstrate adoption, or prove commercial impact. Validation plans distinguish those open questions from the behavior demonstrated today.
Source code remains public for transparency. The PRDs, case studies, and interactive workflows are the starting points for evaluating my product management work.