Analytics apps don't tell you much about usage behavior. You might be able to see how many users performed an event, or how many times they did it. But none of the analytics packages out there are good at showing you how often people do things. Are they using to-dos once a week? Every day? Only signing into the app once a month but happily paying for years?
Time matters. You can't understand usage without time.
Here I describe an approach for defining new information architectures for large organizational websites managed by many stakeholder groups.
Broadly speaking, there are four general phases to the approach:
Auditing. Begin by immersing yourself in existing content and encourage stakeholders to adopt a critical, audience-minded perspective of their content.
Diagramming. Work with stakeholders to develop new conceptual categories that better serve audiences and organizational direction.
Elaborating. Think through content in detail and test new categories against specific instances and edge cases.
Producing. Prepare content teams for production using a shared database of new sitemap pages and editorial considerations that you’ve developed incrementally.
"Artists need to be in there from the start, making the argument for quality. The key to this thing is, for example, if you give an engineer a set of criteria which does not include a quality quotient, as it were—that is, if this sense of the quality, the character of the place, is not a part of his original motivation—he will then basically put the road straight down the middle. He has no reason to curve it. But if I can convince him that quality is absolutely a worthwhile thing and we can work out a way in which the road can be efficient and also wander down by the river, then we essentially have both: he provides his sort of expertise in that the road works, I provide quality in that it passes by the river. In that way, art gets built into the criteria from the beginning rather than being added on afterward."