[Sigia-l] The Need for a Definition of I/A - real world example (was "first principles")
Richard_Dalton at vanguard.com
Richard_Dalton at vanguard.com
Tue Mar 11 10:05:04 EST 2003
[ WARNING: Definition of I/A discussion follows ]
In an effort to do what has recently been suggested and share experience
and real-world context for problems I thought it might be interesting to
explore why i'm so keen to have some more definition to I/A and to see if
anyone else is in a similar situation.
In my organization we have a strong need to bring clarity to lots of
people's jobs - we have a lot of people involved in various aspects of
"creating websites" - Information Architecture (whatever that is),
Interaction Design, Graphic Design, Usability, etc ... and the interaction
between some of these roles (I/A and I/D in particular) needs some
improvement. With a clearer definition of the roles and responsibilities
(based on sound understanding of the discipline) I think things could be
so much better.
So ... based on a lot of experience in the different roles, a lot of
reading, and some data (most of our user feedback can be categorized as "I
can't find it" or "I can't use it") i've suggested that for our
organization Information Architecture is defined as "finding stuff" and
I/D as "using stuff".
Is anyone else in a similar position with their organization? Does anyone
have any suggestions or thoughts to share?
- Richard Dalton
More information about the Sigia-l
mailing list