3 Months
Prototyping Lead +
Interaction Designer

Capturing Tacit Knowledge

How might NASA technicians leverage the experience of their colleagues and ensure best practices are widely applied?

Guiding Questions

1. How will our solution be better than simply talking to a peer?
2. How will technicians curate and organize the content?
3. What will it take for technicians to trust the knowledge they see?  

First Prototype

The initial goal was to understand reputation signals, so I designed a crude Reddit-like forum. 


The format was naturally wrong. 

Upvoting and downvoting was too subjective.

 Technicians would only be motivated to use a product if it assisted them in the context of following WAD prodecures.

Second Prototype


I revised our design scenario, and made sure the UI was built around the context of a techician following a WAD.  I took inspiration from an unlikely source: I thought annotating the WAD with technician tips served our user better. 

A larger screen such as a tablet is preferable, and supported by our research.

If a note is editable, it's also important for technicians to be able to see the edit history.

People want to see who wrote a note, or where it was sourced from.

Final Iteration

We moved towards a tablet interface, and we were also more thoughtful about how tribal knowledge may manifest in different media type other than notes. Video, for instance, was supported in this iteration.


I addressed how notes may be used in the context of a team huddle. Here the team can see that their colleagues marked a note to review in briefing. They can assess whether the note will be useful within the work they're about to execute. 

I utilized the closeout section of the technician's process to get clarity on which notes they used, and better understand why notes are or aren't being used in different facilities and contexts.



Framer was used to ensure that we could prioritize both rapid iteration, and modularity when we established components we wanted to keep. The tool offered fantastic versatility, allowing me to switch between coding, and designing components interchagable. I even wrote a whole Medium post on it. 

Elements could be easily made interactive, and then modular and reusable everyone using class components. 

Product Vision

The product it intended to resolve the needs of both technicians as well as NASA as an organization. Like many products, the more adoption this has, the more useful it would be. By focusing on the needs of the technician, the intent is that the product achieves a critical mass of user input necessary to its utility. As more technicians reference notes or respond to questions in closeout, the product should become smarter. It should gain some awareness of the context informing which notes are useful, and where. Notes may be more useful in some facilities than others, or in some conditions, such as bad weather. In turn, the product would become better at recommending contextually-relevant notes to technicians as more contextual insight is gained. 

placeit (2)
placeit (3)
placeit (4)
placeit (5)

Case Studies

Team CardsVisual + Interaction Design

Campaign ManagerUX Case Study

Capturing Tribal KnowledgeResponsive Design / Prototype

Evolving Methods of PerceptionArt and Machine Learning Final Project

Data Driven DisplayInteraction Design Project

Share and TearProduct Design