Hi, I’m Brian Dys — a photographer from the inside looking out · a composer entangled in electronic music · a UX designer · a spouse, a parent, & everything in between.
The Product Design Journey Framework (PDJ) is a framework for charting the journey and identifying key processes in designing web products such as websites and web apps.
Product Discovery – Delivery
The Product Discovery begins with The Design Sprint and followed by experiments thru Research and Development. At this point, the Project’s Time, Budget, Scope (as seen in the Product Requirements Document), and of course the Product itself take shape.
The Product Delivery involves the commencement of making the Product come to life thru Design and Development. This is where it becomes possible to be launched in the market.
Reading the Table
In reading the table, one would usually go from left to right—from Product Discovery to Product Delivery. In each phase of Discovery – Delivery, one could read from top to bottom. In a particular Stage, there is a Process involved which in turn, produces the Artifacts. The Artifacts then, ideally, follows the Building Block concept wherein the succeeding artifact is built on top of the one that came first. Although it’s important to note that one could start at any stage.
|Product Discovery||Product Delivery|
|Design Discovery||Design Delivery||Frontend Development||Backend Development|
|Stages||Research||Information Architecture, Interaction Design||User Interface Design||Sensory Design||Frontend Development Structure||Frontend Development Style||Development Stages|
|Processes||Research to Requirements Design Process (R2R)||Requirements to Interaction Design Process (R2I)||Interaction to Interface Design Process (I2I)||Interface to Sensory Design Process (I2S)||Design to Development Design Process (D2D)||Development Processes|
|Improvement Loop Design Process (ILP)|
|Artifacts||Product Requirements Document (PRD)||Content Inventory, Interaction Diagram||Interface Diagram||Mockups, Style Guide||Frontend Development Content||Frontend Development Presentation||Product|
As an example, in the Product Discovery phase, during the Research Stage, the research findings will go through a process called Research to Requirements Design Process (R2R). Logically, in order to move a step ahead, the process will produce an Artifact that will be used in the next stage—in this case, the Product Requirements Document (PRD). Then this Artifact will be the basis in the next stage—which is Information Architecture and Interaction Design Stage. The journey goes on in a similar manner.
A Note on Development
Since this framework is focused mainly on design, the closest stage from Design is Frontend Development. With that in mind, the Backend Development encompasses all stages and processes that isn’t frontend—including, but not limited to, database development, server development, and other development operations. It’s also important to note that as soon as there are locked-in requirements as seen in the PRD, development in the backend could commence. And needless to say that along the journey, collaboration among teams will influence the product.
The PDJ was developed from the following frameworks and processes:
- Product Discovery – Delivery Framework
- Design Discovery – Delivery Framework
- Elements of User Experience Framework (EUX)
- Improvement Loop Design Process (ILP)
Iterations for Improvements
Other Design Processes
IDEO’s Human-centered Design takes a similar approach:
Inspiration → Ideation → Implementation
Define → Ideate → Prototype → Build → Analyze
The Product Design Journey is framed within the context of the Project. And the Project’s basis are Time, Budget, and Scope. Standing on top of these basis is the Value which resides in the future. In order for us to get from present to future (to realize the Value), we have Discipline which encompasses the principles, processes, knowledge, resources, tools, and techniques by which will guide us in this journey.
- Discovery vs. Delivery by Silicon Valley Product Group
- A Product Discovery and Delivery Process by Barry Overeem
- 1.0.8 -
- Added A Note on Development
- 1.0.7 -
- Added Design System as Artifacts of User Interface Design and Sensory Design.
- 1.0.6 -
- Opted to not force "Discovery" and "Delivery" on the Development stages—instead, categorized it into "Frontend" and "Backend" Development. Frontend Development Structure and Style being the counterpart of Design Discovery and Delivery, respectively.
- Reviewing the process; added Information Architecture with Interaction Design so that it will not be assumed out of the process; chose to use Sensory Design over Visual and Accessibility Design towards aligning with the concept of Universal Design.
- Linearized the stages of User Interface Design and Visual and Accessibility Design; the concurrency of those stages can be tackled in the strategy aspect and not in this framework.