Skip to content
English - United States
  • There are no suggestions because the search field is empty.

Attribute Best Practices

What are Attributes?

Attributes provide a structured system for categorizing content and projects into various topic areas that align with your organizational structure, content framework, and business reporting.


📋Tips:

Content attributes help drill down content search results to find the correct answer more efficiently. Think of it in terms of online shopping and applying filters to find all the women’s, white, long-sleeved shirts available in a size medium. Content attribute data can be exported to Excel or uploaded to other systems for reporting purposes.Project attributes, on the other hand, are utilized for managing RFP team workload and reporting. Project attribute data can be exported to Excel, pulled/pushed from/to Salesforce, or uploaded to other systems for sales reporting purposes.


Why are Attributes Useful?

A structured attribute architecture helps:

  • Organize content into various subgroups for ease of filtering and finding responses more quickly and easily.

  • Prevent content duplicates.

  • Ensure content accuracy and SME accountability.

  • Track key RFP metrics for reporting purposes.

  • Turn data to information for gaining insights.

 

How to Develop / Modify an Attribute Structure

Start by mapping out an attribute tree outside of RocketDocs. Excel is a great tool for this exercise. Work with representatives from the RFP team to gain alignment and consensus. 


📋Tip:

The theme throughout this exercise is to KEEP IT SIMPLE! Don’t get too granular with attribute values (you can always add more in the future if necessary). Please refer to the attribute best practices below for more tips.


Once the attribute structure is finalized, the next step is to determine the attribute type and whether it's a required field (i.e., a value must be selected when content/project is added or before a project is published).

Attribute types include:

  • Contact – people list (e.g., sales lead); tied to user groups managed within Administration > Permissions > Groups

  • Currency – number field with pre-set currency type (e.g. USD, Euro)

  • Date – date field with calendar selector

  • Single-Select List – list of values where only one value can be selected

  • Multi-Select List – list of values where multiple values can be selected

  • Number – open number field

  • Text – open text field

  • Yes/No – select yes or no

  • Calculation (Projects only) – calculates the number of days between two date fields to facilitate reporting

Projects attributes can also be designated as 'required to publish.' This means that a value will not be required on project creation but will be required in order to publish the project. Some examples of required to publish fields include: Level of Difficult, Number of Questions, Main Focus Area (or other information that you want to track but that you may not know until the project has been completed).


📋Tips:

  • Use Multi-Select and Text lists sparingly.

  • Multi-Select Lists are used when a single response can apply to multiple categories as shown below:

Asset Class (Single Select)

Strategy/Fund (Multi-select)

Equity All Cap Value

Fixed Income Mild Cap Value

Alternatives Large Cap Value

Global Credit

Global Fixed Income

High Yield

Insurance

Hedge Fund

Fund of Fund


Attribute lists are not conditional and can be used in any combination. This is by design so lists don’t become unruly and filtering remains easy to use. Devising a flowchart, getting team buy-in, and distributing the final structure to the team will ensure consistency if multiple users are adding and categorizing content.


Tip:

  • Sub Topic values are more granular than Main Topic values but should still be general enough to apply across multiple main topics.


Attribute Best Practices

When creating a brand-new attribute structure aim to keep it simple: start with no more than three to five attributes. This can be built upon later if it becomes clear that more attributes are needed. When it comes to attributes, more is not necessarily better. If categorization is too granular, it's difficult to maintain, it can create confusion for people inputting content/projects, you risk incorrect categorization, and it makes filtering more difficult/time consuming. The most common attributes include (category names can vary based on the type and structure of your organization):

 

Content Attributes:

Project Attributes:

  • Main Topic
  • Sub Topic
  • Business Line
  • Department
  • Product/Strategy/Fund
  • Region
  • Language
  • Product/Strategy/Fund
  • Sales Lead
  • Client Type
  • Region
  • Consultant
  • Revenue
  • Win/Loss

📋Tips:

  • Main topic should be higher level, larger buckets of content and contain 12-15 selection values. Best practice would be to make this a single- select list.

  • Sub topic should be smaller, more granular buckets of content and contain 30-35 selection values. Best practice is to make this one also a single-select list.

  • Content attribute values with five or less associated content records are good candidates for consolidation with another value.


Tags

Tags are used to associate terms or keywords to content in a freeform way to help users easily locate records using a variety of search terms. There is no structure around how many tags are created and what terms can be used as tags.


📋Tips:

  • Tags should be viewed as a supplement to and not a replacement for attributes.

  • Do not rely on tags as the primary system of categorization; you risk inconsistent terminology and users adding multiple iterations of the same term (e.g., policy vs. policies). The purpose of tags is not for categorization but to build out a variety of search terms (like synonyms or acronyms) that will facilitate finding a response.