The workflow

From product knowledge to delivery, step by step.

ProductShape gives product knowledge stable structure and links it to the documents that implement it. Your existing repository and review process stay in control.

Define, validate, cite, and changeA loop connects canonical files to consumers and human review.01020304Product filesDeterministic validationConsumer documentsProduct Change and reviewHuman review keeps the accepted definition in control.
  1. Start where you are

    Initialize a new product or add ProductShape to an existing repository. For a brownfield system, recover candidate knowledge from evidence; the tool structures the work but does not scan code and invent a model.

  2. Write a proposed definition

    Describe an actor, rule, journey, requirement or term in the change's proposed state. The initial baseline follows the same governed Product Change process as later updates.

  3. Check structure

    Run validation to check schema, IDs, relationships and lifecycle rules. Structural validity is a useful signal, not proof that the definition is semantically complete.

  4. Review and accept

    People decide whether a change is accurate. Apply materializes it on a working branch; a reviewed merge accepts the new baseline.

  5. Cite and verify

    Consumer documents cite accepted artifacts by stable ID and content digest. Verification makes changed or broken references visible for review.

Keep product and implementation changes connected, not conflated.

A Product Change records product intent. The implementation may ship in the same or a later pull request. A merge does not claim the change was implemented, tested, or released.

Get started →