stakeholders

Finally, after almost a dozen articles, I'm prepared to discuss a framework for a UX architecture, what I've called the PQRS Model, or Puzzle-piece Framework. To review, I've been mining Architecture (as in bricks-and-mortar) in the hopes of discovering ways to discuss UX architecture. Architecture has historically been strategic, no doubt because of its expense, but also because it encompasses so many life-safety and fundamental human needs. Until UX architecture crosses a similar threshold in its enterprises, it will remain a tactical player. That day is coming, for the same reasons Architecture crossed the threshold: enterprises can't accept the costs of…

Throughout this series, I've been using Architecture (bricks-and-mortar Architecture, capitalized) as an analogy for UX architecture (lower-case). Because Architecture has "had a seat at the table" for hundreds of years, perhaps we can learn from its success and apply those lessons to UX architecture, thereby increasing UX architecture's strategic value. In the next installments, I turn to more tactical concerns: the deliverables and processes required to execute on a UX architecture. In this piece, I discuss how different stakeholders require very different deliverables. I also discuss how Architecture and UX architecture differ in terms of stakeholder understanding about the desired outcome. Awhile…