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

    - Free letter size .pdf

    - 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
H3.
Automated Historical Records and Versions



Knowledge work applications can automatically store information about the actions that have been performed on specific interaction objects or enacted within a given functional area. Product teams can envision concepts for usefully presenting captured historical events in ways that could allow workers to meaningfully trace, and potentially restore, system elements to earlier states and versions.






Examples from three knowledge work domains:
(Illustrated above) An architect wants to review changes in a particularly controversial section of a building project before a client meeting. She uses her building modeling application to view the version history of the section, which allows her to browse a list of related changes that have occurred in the last week.

A financial trader opens a completed transaction in his trading application to see which specific actions have been taken on the deal since he closed it. Even though he cannot change anything without making some phone calls, the history info allows him to assess whether the large and crucial deal is being handled promptly.

A scientist views the history of a single clinical sample in her lab’s information management application. All of the actions that have been taken on the sample, from its acquisition to different steps of processing and experimental manipulation, are chronologically listed, along with automatically saved version “snapshots”.
When computers are applied to knowledge work, individual users’ actions can be tracked in considerable detail. In the same vein as storing interactions in support of undo functionality (H2), computing tools can usefully “informate” work activities by automatically recording, and displaying on demand, meaningful information about actions taken on particular objects, or within particular functions.

Since tracking some types of actions may not be useful or desirable, product teams can envision automated history functionalities that record only those events that may be pertinent to workers’ retrospective looking goals, which may include certain actions performed by the tool itself (E5). These recorded events, or automatically stored versions, can be particularly valuable in application concepts where important interaction objects and functions are likely to be accessed by multiple workers during the course of their normal practices (A7, C7, G4).

When product teams do not actively consider the potential role of stored, accessible history for content and functional areas within their application concepts, opportunities to support valuable understandings in work practice can be lost. Additionally, when teams do not consider the possibility of automated versioning, they may be overlooking a key area of potential functional value. Certain practices may be made more difficult (D2) without automated history options, such as understanding collaborative action, communicating about work progress (J4), planning next steps (B5, D3), and evaluating critical incidents (C9, G3).

Conversely, inappropriate visibility into stored events can be distracting (D4) and can potentially lead to unwanted surveillance effects (A2).

See also: A, B1, D5, E1, E2, G5, H




Application Envisioning questions:

When might the individuals and organizations that your team is targeting find value in looking back at what has occurred to certain onscreen objects or within particular functionalities? Why might they want to look at these histories? What related information and options — such as the ability to restore to earlier, automatically captured versions — might support their motivations?

More specific questions for product teams to consider:
How do targeted workers currently track historical information about artifacts in the work practices that your team is striving to meditate?

What information do they record? Why?

When do targeted individuals currently refer to these historical records?

What value does historical information provide in their own efforts? In cooperative and collaborative activities?

Given workers’ current retrospective looking goals and cultural environments, which specific interaction objects and functionality concepts in your team’s sketched product ideas might valuably provide historical records and views?

What larger technology trends and advanced analogies to other products could inform your team’s ideation of concepts for meaningful historical trails and automated versioning?

What interactive pathways could be made available from within lists of recorded events? How might these actions relate to your team’s functionality concepts for active versioning and undo?

Which of your sketched functionalities, such as any significant automations, might be subject to complex, critical incidents? How might historical trails provide value after these incidents have occurred?

What novel interactive and representational approaches might your team envision to allow knowledge workers to more effectively use stored historical information about certain objects and functions?

What unwanted surveillance effects could unintentionally occur from capturing specific actions or data elements in saved historical records?

How might your team’s approaches for automatically stored histories relate to your functionality concepts supporting cooperation, collaboration, and workspace awareness?

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.”