Loading Stories...

Solid Edge SP

Solid Edge SP is a design management solution for Solid Edge® software users who notice that, as the volume of their data grows; using Windows folders and network drives is limiting their ability to complete their design projects efficiently.

Solid Edge SP addresses this issue by providing easy vaulting and retrieval of Solid Edge files and related design data, along with a visual approach to manage linked documents, product structures and projects.

2+

Years of Development

12+

Developers

1

UX Designer

Scope of my work

1. Product Research

Stakeholder Interviews

Interviewing internal stakeholders to gather insights about business goals.

User Interviews

Questionnaire was prepared and meeting was set with user to understand qualitative data  such as their needs, wants and behavior.

Competitive Research

To understand industry standards and best practices.

2. Product Definition

User Personas

Fictional characters that represent the different user types for your product. i.e. Contributors, Administrators, Approvers, Reviewers…

Empathy Map

A collaborative visualization was created to articulate what we know about particular ‘user type’. This helped to create a shared understanding of user needs, and aid in decision making.

Value Proposition Mapping

Visual Map was created to represent wants, needs and fears of our user and figuring out, how the new product or service answers them. This framework ensured that there is a fit between the product and market.

3. UX Story

UX User Stories

With structure: “As a [user] I want to [goal to achieve] so that [motivation].”

Problem Statement

How might we create a Microsoft Sharepoint based application that helps in easy vaulting of complex design data through Visual Approach.

Low Fidelity Prototyping

Low-fidelity paper sketches of the product possibilities were created using think out loud protocol.

4. Ideas Generation

Brainstorming Ideas

Session was kept informal and worked well as participants were allowed with out of box ideas. This generated both practical and impractical ideas.

Affinity Map

These diagrams helped to organize information into groups of similar items and to generate qualitative data or observations.

Priortization Matrix

Simple prioritization method was used i.e. “effort vs. impact” matrix, alternatively known as “value vs. complexity”. Then it was divided into four areas, i.e. Aspiration, Big Win, Small Win and No Go. 

5. User Journey Map and Information Architecture

User Journey Map

How do user actually use our application and the functionalities?’ formed the basis of user Journey Map. 

Information Architecture

Information Architecture IA to define site content, hierarchy and functionality.

Navigation Model

Map included collection of user interface components and patterns that helps visitors find information and functionality. 

6. Design

Sketching

Drawing by hand on a piece of paper, on a whiteboard. And brainstorming sessions.

Wireframes and Testing

To visualize the basic structure of a pane, basic structure and visual hierarchy.

Prototype and Testing

Actual interaction experience (the look and feel with low-fidelity (clickable wireframes) to high-fidelity (coded prototypes).

7. UI and Visual design

Graphic and Imagery creation

Icons, Splash Screens creation. Checking in to TFS with Visual studio.

Dialogs

Creating XAML dialogs, side panes in Visual Studio(and Blend) and checking in to TFS.

Workflows WSP Creation

Default Sharepoint user workflows were created and corresponding WSP(s) were checked in.

8. Validation and Testing

Testing Sessions

Including moderated/unmoderated usability testing, beta testing, and A/B testing.

Surveys

Capturing both quantitative and qualitative information with open-ended questions like “What part of the product you dislike?”

Analytics
Quantitative data (clicks, navigation time, search queries, etc.) from an analytics tool (Tobii).

9. Release Readiness

UIQC
Checking the UI when build is available and filing bugs/defects if any issues observed.
Localization Testing

Testing the UI on different locales for trimming issues, display issues and key(s) checks.

Design Process

Application development was rather long-term process, involving internal and external stakeholders, planners, existing Solid edge customers, a designer, developers and QA team members.

For UX design, I tried to incorporate Double Diamond design model with four stages i.e. Discovery, Definition, Development and Delivery. These stages worked as a map to organize the thoughts in order to improve the creative process.

User Persona

User Persona were created for each group of users; to include behavior patterns, goals, skills, attitudes, background information, as well as the environment in which a persona operates. 

Types of personas were: Contributor, Manager, Reviewer, Approver and Administrator.

“If I had a way to share projects and collaborate in real time, that would make my engineering workload so much easier to handle”.

Shekhar Reddy
Contributor

Empathy Map

A collaborative visualization was created to articulate what we know about particular ‘user type’. This helped to create a shared understanding of user needs, and aid in decision making.

The four quadrants were Hears, Sees, Says and does, & Think and feels. How he thought and felt was based on observations as to how he behaved and responded, his suggestions and conversations etc.

Value Proposition Map​

Visual Map was created to represent wants, needs and fears of our user and figuring out, how the new product or service answers them. This framework ensured that there is a fit between the product and market.

clipboard, notes, plain-307332.jpg

How might we create a Microsoft Sharepoint based application that helps in easy vaulting of complex design data through Visual Approach.

Problem Statement

Brainstorming Ideas, Affinity Diagram and Priortization Matrix

Brainstorming was done to generate ideas and to solve clearly defined user problems. Team brainstormed in controlled conditions and a free-thinking environment, to generate ideas to answer ‘How might we’? sort of questions.

Brainstorming Ideas

Session was kept informal and worked well as participants were allowed with out of box ideas. This generated both practical and impractical ideas.

Affinity Map

These diagrams helped to organize information into groups of similar items and to generate qualitative data or observations.

Priortization Matrix

Simple prioritization method was used i.e. “effort vs. impact” matrix, alternatively known as “value vs. complexity”. After coming up with the Effort and Impact score, you can divide your matrix into four areas, i.e. Aspiration, Big Win, Small Win and No Go. This required every stakeholder to have common understanding and mutual approval.

User Journey Map

How do user actually use our application and the functionalities?’ formed the basis of user Journey Map. Visualization was created for users relationships with application over time and across different commands and sites.

All the touch points and channels were highlighted between user and the application. This actually sorted many of our common functionalities.

Information Architecture

 The content was organized, structured, and labeled in sustainable way.  The goal was to help users find the complex  information and complete the tasks in most effective way. 

Hierarchial Site Map

Scope of work was detailed to cover all the critical parts of application architecture. Primary and secondary pages were sorted properly based on their importance to user. This map represented all key pages of the site and structured them in a way that is clear to the user and doesn’t feel cluttered.

Navigation Map

Map included collection of user interface components and patterns that helps visitors find information and functionality. All the navigation menus, breadcrumbs, contextual links were incorporated from all the sites (Sharepoint sites) for given functionality. Effectiveness was improved by adding all the cross site details, touch points, user decisions and thus the workflows.

Iconography and Other Graphic Work

command
Command Functionality

Complex PDM functionalities required discussion with stakeholders for understanding and then working on graphic.

Ethonography

It was important to understand the commands from Mechanical Engineers perspective

Finding the Metaphor

Metaphors really help to sort otherwise complex PDM fuctionalities.

Recognition by Recall

This was about understanding experience about known software like Windows and create the icons accordingly.

3D Skeumorphic Icons

Development for Insight XT was started on Sharepoint 2010. Thus, initially around 400+ icons were created to match Sharepoint 2010 UI with detailed 3D graphics, shades and shadows to achieve realistic look and feel.

Icon2
Flat Icons

But later. Microsoft released Sharepoint 2013, which consisted of flat icons and new UI. Thus, I modified all those 400+ icons to match new flat Windows look and feel.

Access level of User types

All user types were granted access level based on their work. Table also defined clear ownership.

UX Priorities

Progressive Disclosure

Complex PDM functionalities are made simpler to use by using methods like Progressive Disclosure and Omni-Channel UX.

Lesser Server Calls

Downloading, storing, sharing and retrieving data takes up energy. Thus workflows, interactions were designed to reduce sever calls and thus reducing data consumption.

Sustainable Design

Findability: Web page is focussed on making the content as accessible and easy to locate as possible.
Performance optimization: Lighter controls, minimal UI, non-graphic heavy makes webpages faster to run.

Information Architecture

For Data Management and SE CAD application(s) it is very crucial to structure and organize information to make it easily navigable for the user.

80/20 Rule

Generally 80% of user time is spent on 20% of Features. Thus the most frequently used commands, features formed main ribbon and menu(s). The secondary ones were included in drop down(s), sub menu(s).

User Engagement

Fast loading pages helped in user engagement. At locations that took time, enough status messages were thrown in to keep user aware.
Recognition by Recall helped in making user feeling familiar with otherwise difficult workflows.

MVP

My last decade years experience of software products help me to understand how to follow Minimum Viable Product (MVP) method to develop UX+UI in iterative way with each passing release.

Localization
Localization

Helped localization teams across globe on getting the UI localized. Weighing impacts of requested last minute UI changes on product stability, localization and approving/rejecting the same at extreme end of development cycle.

...And the Application UX

Landing Page/ Dashboard Design

It provided preview of the most crucial information for the user at the moment he is looking at it, and an easy way to navigate directly to various sites of the application that require users attention. This was ‘Dynamic operational dashboard’ which provided data changes across organization clearly; and also show assigned tasks and their current status.

Constraint

User actions are limited by only showing applicable commands and thus avoiding workflow errors.

Mouse Click Study​

Content layout was done with help of Mouse click study on prototypes.

Flexibility-Usabilty Tradeoff

Most of the panes were fixed with no unpin, move option reducing flexibility but increasing Usability.

Performance Impact

Lesser display of info on default results in lesser server call and thus better performance.

In-House Site

It provided preview of the most crucial information for the user at the moment he is looking at it, and an easy way to navigate directly to various sites of the application that require users attention. This was ‘Dynamic operational dashboard’ which provided data changes across organization clearly; and also show assigned tasks and their current status.

Progressive Disclosure

Folder structure is collapsed on default to avoid showing over display of info. User can expand it as he/she wants.

Information Architecture

Ribbon commands were grouped based on their usage pattern, common functionalities for best user interests.

Information Layout

All the dialogs and related UI were moved to side pane for seamless experience of main canvas where user will perform most of functions.

Recognition over Recall

Most of UI elements like Ribbon, RMB menu support, Sub-menus, Command tooltips and tool messages were designed like MS Office for user familiarity.

Search Site

Workflow 1 : Uploading model to Solid Edge SP and opening it

Most important thought behind development of Solid Edge SP was to provide easy data management application to manage mechanical files.

Thus, first step was to provide easy upload of ‘unmanaged data’ to our ‘managed’ application.as

Upload mechanical file to Solid Edge SP

Ribbon command was provided in Solid Edge to add file to Solid Edge SP.

Dialog UX

Command opened a dialog which has all the required functionalities to upload file to Solid Edge SP. There is option to conduct 'Dry Run and report the problems' before upload.

Browse dialog to select the location to upload:

Users selects the required site (individual page on Sharepoint is called site here) to upload data.

Destination folder selected:

The destination location is reflected to on the dialog and user. There is option to check-in selected file after upload so that it is locked to the current user.

File is uploaded to Solid Edge SP and checked-out

The file is uploaded to SE-SP and is checked out to current user.
The file is downloaded to local cache and worked from there. Thus there are lesser server calls. Considering mechanical files are heavy files, lesser upload/download encourages efficiency.
Now user clicks 'Open to Solid Edge SP' to navigate to the application where it is stored.

File is opened in Solid Edge SP

The file is uploaded at selected location. User can see the file structure below In-house. SE-SP supports all file types for upload; thus user can add any file type under this structure. Available commands for given selection are displayed in ribbon and RMB menus.

Workflow 2 : Handling and managing Data in Solid Edge SP Client

Solid Edge SP User experience was designed using Microsoft Office standards, providing a fast learning curve through Recognition by Recall. The interface provided easy visualization of product structures and many design relationships by leveraging SharePoint capabilities.

Content Browser

Content browser displaysthe 'uploaded data' along with its product structure. All the commands applicable for given selection were enabled.

RMB menus and Ribbon Command UX

User can RMB or use 'ribbon' command bar to open PPC window. RMB commands and Ribbon is designed based on historical data acquired from user. i.e most frequently commands at top and functional grouping.

Preview/ Property Card

PPC UX was designed to show Preview on default. The properties can can be expanded only if required based on usage. Read only field were grayed-out and option to refresh for fresh server call was provided.

Open in Relation Browser

Command to open in RB was available in RMB and ribbon. This formed most usable SESP command.

Relation Browser

Relation Browser was designed to support all view types. The command layout again followed Microsoft Ribbon. This provided visual approach on providing file structure. Each node displayed 'current file status' and filetype.

Thumbnail View in Relation Browser

Relation Browser also supported 'Thumbnail View' This was not provided on Default to improve webpage performance.

Indented Metadata View

Indented View content, rows and columns were designed to provide user with required info on metadata. Though the User Interviews concluded this to be default view in Relation Browser, beta program testing made us to change the View types as default.

Workflow 3 : Creating Change Requests and Notifications

I have designed and detailed user experience for creating ECO, ECR(s); status messages and related changes.

SESP- DocController Workflow

Persona

Doc-controller(Test Engineer) creates Engineering Change Request(ECR)

Doc-controller(Test Engineer) notices stability issue in fork. He thinks that adding ribs to yoke will add required strength. Thus, he click 'Opens in SESP' in Solid Edge ribbon.

Change Management Page

The Doc-controller is routed to Change Management page of Solid Edge SP

New ECR Dialog

Doc-controller uses the new ECR (Engineering Change request) command from ribbon. He fills in required field.
Then, SESP automatically generates Item Number.

New ECR created

New ECR is created. Corresponding status message is displayed. The newly created ECR becomes 'Active' object.
'Active Object' is reflected in ribbon

Linking the problematic part to ECR

Doc-controller browses to Search page to find problematic part.

Search Criteria's

Based on his memory he can use one of the predefined property and also add the criteria. Here he remembers that problematic part was 'in' the fork. and seaches accordingly.

Search Results

Wider results are displayed matching the criteria.

Adding Further filters

He adds further 'Content type' filter to narrow down search.

Confirming the Part

User can RMB the Preview/Properties Card to check if he is browsing the right part.

Linking the Problematic Part to Active ECR

User RMB's and 'links' the searched problematic part, to the Active ECR. Corresponding information message is displayed.

ECR and Linked Part on the Page

On Change Management page he could see the part is linked to ECR node,

Creating ECR Document

From ribbon command, he creates ECR document. The document details out issues and correction needed to file in simple word format. The predefined template was already designed and added to SESP. User just needs to fill the data.

ECR Document

Since ECR 0004 is till Active, the document is created at that node.
The part and document is now shown at ECR node.

Dashboard

DocController browses to his dashboard. We can see recently worked file 'Fork Yoke' at top of recent files. LCA displays the status of recently used files. Preview/Properties Card is off by default.

Creating New Task

He creates new SharePoint task to review ECR. It is assigned to SESP Approver with required description.

SESP-Approver Workflow

Persona SESP-Approver

Approver Dashboard

The task is reflected on Dashboard of SESP-Approver. It mentions he has to review ECR.

Change Management Page

Approver opens the task from dashboard and is navigated to Change Management Page. He reviews the ECR, open the word document and reads the details. He then clicks to review the actual issue by opening model in Solid Edge.

Reviewing the model in Solid Edge

He reviews model in Solid Edge. Checks if stability issue really exists, and adding ribbs would solve problem.

Approval and Creating ECO (Engineering Change Order)

Approver is now confirmed about the issues and creates ECO i.e. Engineering Change Order

Creating New Task for Engineer

Approver thus closes his own task and he create new task for Design Engineer to 'complete design change'. i.e. add ribbs to yoke and increase stability.

User Persona: SESP Contributor

Persona SESP-Contributor

Task and Details Reflected on Engineers Dashboard

The task and details are reflected on Engineers dashboard and the workflow continues...