Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Name of the project: clearly state the project’s name for easy identification. This should align with our naming conventions.

  • Problem statement: define the problem the design is intended to solve. This should be a succinct description of the user’s pain point or the business challenge being addressed. For example, "Users are having difficulty navigating the payment flow, leading to a drop in successful transactions."

  • User story: the user story provided by the PM (Jira ticket) should be documented here, reflecting the end-user’s need in the format  "As a [user type], I want to [goal], so that I can [benefit]."
    View user stories documentation.

  • Task description: describe the specific tasks involved in delivering the design solution. This should break down the key steps that the design team will focus on to solve the problem.

  • Acceptance criteria: this will primarily be provided by the PM (view acceptance criteria documentation) and sets the conditions that need to be met for the design to be approved. However, designers must also consider additional criteria, including:

    • High-level design considerations: general principles or standards the design must meet (e.g., accessibility, responsive design).

    • Constraints: any technical or business limitations that will affect the design, such as platform constraints or user behaviour patterns.

  • Deliverables / success metrics: x

...