Skip to content
View mvahedi2020's full-sized avatar
  • Kaspere
  • Los Angeles

Block or report mvahedi2020

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Content in all repositories owned by your account will be closed.
Maximum 250 characters. Please don’t include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
mvahedi2020/README.md

Mo Vahedi

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.

Start with the experience most relevant to your role

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.

Explore all fifteen product decisions

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.

Why these projects belong together

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.

Questions before the next investment

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.

A closer look at my product management work

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.

What the evidence shows

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.

Popular repositories Loading

  1. Asana-Agent Asana-Agent Public

    Inspect fictional tasks and review changes to their status or owner. This demo follows predefined browser rules; it has no AI model or Asana connection.

    TypeScript

  2. Metric-Dashboard Metric-Dashboard Public

    Compare product measurements across customer groups and time periods, with the underlying counts shown. Save a question to investigate instead of assuming what caused a change.

    TypeScript

  3. Feedback-Nexus Feedback-Nexus Public

    Compare customer feedback while keeping the original quotes and affected accounts visible. Record why one problem deserves attention before choosing what to work on.

    TypeScript

  4. Resource-Radar Resource-Radar Public

    Compare planned work with the time each person actually has available. Change a draft to address an overload, then review it before saving the plan.

    TypeScript

  5. Launch-Control Launch-Control Public

    Check the required steps before approving a practice launch. If a required condition changes, review the decision again or choose a simulated pause or rollback.

    TypeScript

  6. mvahedi2020 mvahedi2020 Public

    Product management portfolio: B2B SaaS and AI product case studies.