Solution Design Best Practices
Follow these best practices to create consistent, user-friendly solutions.
For more design best practices, see Design Best Practices.
On this page
General design suggestions
-
Consider the user's point-of-view when making design decisions.
-
Keep layouts simple and minimize the use data-driven events, calculations, tabs, and fields to improve performance.
-
Display only what is relevant and necessary in the context in which it is displayed.
-
Document everything.
- Add descriptions wherever possible.
- Include help text on any fields that need additional explanation.
- Include the Platform version number in the application description. All applications are forward compatible, but not backward compatible.
- Include a publication date for solutions and applications.
- Maintain a separate library of custom object code (you can get this from the Application Custom Object Summary report).
-
Do not over-engineer to accommodate outliers. Make choices that benefit the majority of users in the majority of situations.
-
Do not make design decisions based on accommodating the most mature, complicated business processes. Start simple and allow for more complexity to be added later, as needed.
-
Do not duplicate core Archer applications.
Before you begin building your solution
-
Create a high-level solution architecture.
-
Create a list of impacts to other applications and fields within those applications.
-
Research the impacts to other solutions and share them with the broader solutions team.
-
Work with a UX designer and senior solutions team members to verify the design against requirements.
Layout & workflow best practices
-
Make sure page layouts and workflows are user-friendly.
-
Make use of both columns for smaller fields.
-
Span columns for text areas.
-
Move grid-based fields to the bottom of the layout when possible.
-
-
Confirm editable fields follow a logical process flow.
-
Use color strategically, thoughtfully and consistently to direct attention or communicate meaning. Do not use color as a purely decorative element.
-
Make sure that the system communicates what’s happening. Inform users of location, actions, changes in state, or errors.
-
Think about defaults that may reduce burden on the user. Carefully consider user types and goals to anticipate how prefilled, preselected or default states may reduce their cognitive load.
-
Do not place First Published and Last Updated fields on the layout. These items are shown in the page header by default.
-
Minimize the number of fields kept off-layout.
Sections
-
Use sections to organize fields in logical groups.
-
Enable the expand and collapse option for all sections.
-
Make context-based choices about which sections should be expanded or collapsed by default.
-
Allow users to open or collapse multiple sections at a time.
-
-
Avoid hiding critical information within a collapsed panel.
-
Limit nested sections to the primary section and 1 level of subsections. Avoid multiple sublevels of sections as the user can easily become lost within the hierarchy.
-
Include an About section.
-
Include a text box with instructions that inform the user of the application’s purpose.
-
Set section to collapsed by default.
-
Tabs
-
Tabs are limited to the parent set and 1 sublevel.
-
Limit parent tabs to fewer than 7 per layout.
-
Limit child tabs to fewer than 7 per layout.
-
-
Create only 1 row of tabs to ensure that tabs are easy to scan and to reduce visual noise.
-
Write short, plain language tab labels. Tab labels should usually be 1- 2 words. Consider using an icon as a tab label.
-
Arrange tabs in an order that makes contextual sense for the user.
-
Left-align tab sets within the page design
-
Logically group the content on the tabs so that users can easily predict what they'll find when they select a tab.
-
Use tabs only when users don't need to see content from multiple tabs simultaneously. Having to switch back and forth between tabs increases cognitive load.
-
Highlight the selected tab so it is obvious which tab you are viewing.
-
Ensure that unselected tabs are clearly visible.
Permissions and access controls
-
Limit record permissions to fewer than 10.
-
Limit rules-based record permission fields to fewer than 7.
-
Access controls
-
Assign users to groups.
-
Assign access roles to specific groups.
-
Naming conventions & labeling best practices
Keep naming conventions as simple as possible. The following table suggests the lengths for naming conventions.
Item | Length |
---|---|
Workspace & dashboard names | 5 words or less |
Report names | 4 words or less |
Application & questionnaire names | 3 words or less |
Solution names | 3 words or less |
Field and section names |
2 words or less |