Inaugural online book | Application Concepting Series No. 1



100 Ideas for Envisioning Powerful, Engaging, and Productive User Experiences in Knowledge Work

Download E-Book or Order Softcover Book



In addition to this website, Working through Screens
is available in several other formats:

    - Softcover print on demand books (NEW)

    - Free letter size .pdf (NEW)

    - Free large format .pdf

    - Free "Idea Cards" .pdf


View all Working through Screens Formats

Email List

Join our email list to receive updates about our publications:


Contact Our Consulting Studio

Contact Flashbulb Interaction to find out how we can help your team to better conceptualize and deliver your next application design.

E: info@FlashbulbInteraction.com
P: 206.280.3135

View Jacob Burghardt's profile on LinkedIn

Latest Studio Updates

From our FlashbulbUX Twitter feed:
  •  
Follow Flashbulb Interaction Studio Updates on Twitter



Feedback on Working through Screens?

Email us your thoughts or Twitter @FlashbulbUX

Application Envisioning idea
B2.
Flexible Identification of Object Instances



In order to effectively support knowledge work practice, certain types of interaction objects typically need to have multiple instances. Especially for those object types that are higher volume and a main focus of ongoing effort, product teams can envision flexible, complimentary options that could allow workers to apply meaningful identification schemes.






Examples from three knowledge work domains:
(Illustrated above) A financial trader often needs to find previously completed transactions in his trading application. He can identify individual trades by their unique trade numbers or a combination factors such as the security traded, the quantity traded, and which trader in his group completed the deal.

An architect names and saves a selected structural element as a reusable template within her building modeling application. She applies a variety of searchable attributes to the new template, including the building element’s function and material composition.

A scientist identifies a new clinical sample in her laboratory information management application using a code for the tissue’s donor and the experimental treatment that it will undergo.
The identification of an individual artifact can trigger a knowledge worker’s memories and understandings of its place and meaning in their work (A, D3). The naming or categorization of an artifact can also act as a bridge to existing, related information (B3).

Product teams may find that identification requirements can vary drastically for different types of interaction objects in their application concepts. Granular objects, such as a single point in a drawing, often require no identification other than their location in space. Low volume objects based on domain artifacts may need only a simple, yet highly flexible, “name” field (A9) in order to be effectively integrated into workers’ practice. High volume, persistent objects (I) that are a primary focus in work activities (F2) can require a number of complementary identification attributes (K). In situations where teams find it difficult to envision standardization of these attributes, knowledge workers may value customizable identification functionality (C8) that allows them to develop information management strategies (I1) to meet their local needs (A7, A8, K1).

When product teams do not actively consider how individuals and organizations could meaningfully identify various interaction objects, opportunities to facilitate important clarity within diverse work practices can be lost. Inadequate object ID information can hinder many aspects of knowledge work, such as retrieval of application content (I2, I3) or the orchestration of collaborative action (A7, C7, G4). When faced with limited object identification functionality, workers may define cumbersome and elaborate naming conventions in an effort to address a range of identification needs (D2, D3, E1, E2).

Conversely, excess identification fields and options may create situations where workers feel that they need to enter more data than is practically valuable.

See also: B, C5, F1, F11, G2, H4, I, J5, J6




Application Envisioning questions:

What flexible, complimentary methods might your team envision to allow targeted knowledge workers to identify and easily recognize certain instances of interaction objects within your application concepts? How might different identification options drive different approaches to information structuring and seeking behaviors?

More specific questions for product teams to consider:
How do targeted individuals currently identify specific instances of their workplace artifacts — especially those items that are involved in the tasks and larger activities that your team is striving to mediate?

Are existing methods based on free form names? Do they contain categorical identification attributes?

What important variations in identification approaches can your team find within and across targeted organizations?

How might your team translate existing identification methods into your application concepts? How could existing methods be extended?

What object identification information will satisfy the majority of cases? How much identification might be too much?

What customizations might your team envision to support uncommon object identification needs within targeted organizations? Will this functionality provide enough value to offset its added complexity?

How will workers enter object identification data in your sketched functionality concepts? What innovative methods might your team envision to valuably decrease these efforts?

As volumes of data build up over time, what secondary information could also serve as identification for different types of interaction objects? What implicit attributes could become elements of larger identification schemes?

How might your team’s ideas about such schemes relate to your other design responses for supporting work in the context of volumes of information?

Do you have enough information to usefully answer these and other envisioning questions? What additional research, problem space models, and design concepting could valuably inform your team’s application envisioning efforts?


< PREVIOUS PAGE  |  NEXT PAGE >



Back to top  |  View Table of Contents

All original contents of Working through Screens online book are subject to
the creative commons license (Attribution-NonCommercial- ShareAlike http://creativecommons.org/licenses/by-nc-sa/3.0/) unless otherwise noted.
Please attribute the work to “Jacob Burghardt / FLASHBULB INTERACTION Consultancy.”