High On Product
High On Product
  • 👋Welcome!
  • 🚀Getting Started
  • Modules
    • Essentials
      • 🤔What is Product Management?
      • 🧠The PM Mindset
      • ☑️What is a PM trying to solve?
      • ✍️Defining a Problem
      • 😇Understanding the User
      • 📊Metrics for Product Management
      • 🏅Prioritization
    • Building Your Profile
      • 👨‍💻PM Projects: What You Need to Know
      • 🔍How-Tos to Get Started
      • 🧗‍♂️Crafting Your Project Roadmap
      • ⏭️What's next?
      • 📃Building a "Non-Tech" CV
    • Mastering Assessments
      • 🧩Aptitude
      • 📊SQL for PM Assessments
      • 🖼️Slide Decks and Reports
    • Preparing for Interviews
      • 📣Commonly Asked Questions + Framework Types
        • 😍Favorite Product
        • 🟢CIRCLES
        • 📌Root Cause Analysis
        • 🧠Product Strategy
        • 🔢Product Metrics
      • 🧩Puzzles for PM Interviews
      • 📊SQL for PM Interviews
      • 🧑‍💻Tech Concepts for PM Interviews
  • PROJECT IDEAS
    • 1️⃣Product Improvement/Strategy
    • 2️⃣Product Critique
    • 3️⃣Product Requirements Document
    • 4️⃣Converting an Existing Software Project into a PM Project
  • Library
    • ⏩Refresher Toolkit
    • 📚Resource Central
  • ABOUT HOP
    • 🤝Meet The Team
    • ❓Get Help
      • 📄License and Distribution
Powered by GitBook
On this page

Was this helpful?

Edit on GitHub
  1. PROJECT IDEAS

Converting an Existing Software Project into a PM Project

Here are some guidelines for converting an existing software project into a product management project with a product requirements document.

A general rule of thumb is you can take a 2:1 ratio in PM CVs, i.e. for every two software projects, you should have one solid PM project.

But let's say you don't have any PM projects yet. In that case, one of our tech/software projects could potentially be restructured into a comprehensive product management project.

When doing this, here are a few key things to keep in mind (assuming you go for a PRD) :

  • Shift the focus from just technical requirements to the overall vision, goals, and user needs.

  • Expand sections on target audience, use cases, product positioning.

  • Make sure to cover the business case - market analysis, revenue models, etc.

  • Try to document the full product lifecycle - roadmap, release plan, evaluation, and success metrics.

  • [Optional] You can briefly mention product messaging, branding, and go-to-market strategy.

The core technical specs can carry over, but you'll want to reframe a bunch of it through a PM lens.

Take it step-by-step, ensuring each section tells a cohesive product story.

PreviousProduct Requirements DocumentNextRefresher Toolkit

Last updated 1 year ago

Was this helpful?

4️⃣