Template Request For Enhancement
Template Request For Enhancement
1.
Please fill out this RFE template to the best of your ability. Why? Because if you do (1) the Customer will have a more
reliable RFE process, (2) Account Managers will know that their RFEs are being evaluated using consistent data, (3) Product
Managers will have more information from which to make scoping decisions, and (4) Engineering will have a clearer idea of
what needs to be implemented.
2.
Information
Headline
Description
Story
Pick a prototypical user (such as Clara the Customer Service Engineer). First, describe the
business problem s/he faces. Second, describe what s/he needs the system to do for him that is
new (within the context of the existing product functionality). (Example)
Usage Expectations
Business Impact
Page 1 of 4
Provide additional customer expectations if they exist. This may include revenue
implications, competitive solutions, general reaction to the current situation, etc. (Examples)
Timeframe
Expectations
Current
Implementation /
Workaround
3.
Customer
Customer Contact
Customer Environment
Account Manager /
Support Representative
Support Issue ID
Additional Internal
Information
4.
Date
TBD
Revision History
Version
0.1
Description
Describe what initiated the initial RFE (customer visit, support call,
etc.)
Author
TBD
Page 2 of 4
Examples
Headline
Description
Story
Examples:
Enable administrators to design interfaces for color blind users
Add ability to limit user-entered date input to a specified range of dates (min/max)
Users need a way to include graphics when submitting a ticket
(Return to Headline)
Examples:
There are some users within our company who are red/green color blind or blue/yellow color
blind. They have a difficult time distinguishing alerts, tables or other graphical elements that use
these colors close to each other. Please add a method to enable administrators to control the
colors used throughout the application.
When gathering date information from end users, many times typically by accident users
will enter a date that is not within a ranged expected by the application. While we can today
create active links or filters to catch this situation, we would prefer to make this a property of the
field rather than requiring another workflow object. This should include both absolute and
relative date formats (e.g. either March 19th, 2007 or 3 months from the current date.
Many times, users want to include a screenshot or other graphic when submitting a ticket.
Right now, this is accomplished by using an attachment. However, other technologies (e.g.
Microsoft Outlook) allow graphics to be embedded within a standard text field. Please add the
ability for users to include a graphic within traditionally textual fields (e.g. Character, Diary).
(Return to Description)
Tips: Use a narrative story or a series of numbered steps. Talk about the end-to-end experience
and keep a black-box orientation. Make no assumptions about how the system will work and
explain what will happen instead. Recommendations for implementation can be included if
desired, but should be called out as such.
Example:
1. Dave the AR Developer creates an application to track vacation requests within the
company. To reduce user errors, Dave wants to limit the vacation requests to have a
minimum value of one month prior to todays date and a maximum value of 3 years in the
future.
a. The minimum value is less than todays date to enable vacation requests to be
entered after the vacation actually happens in emergency situations.
2. Dave creates a form that contains two date fields that accepts input from the user. The fields
represent the first day of the vacation request (naming it Beginning Date) and the last day
of the vacation request (naming it Ending Date).
3. Dave sets the properties of the date fields to limit the dates to one month prior or 3 years
after todays date.
a. Recommendation: These properties should restrict users from selecting a date
outside the range in the first place rather than generating an error for an invalid date
entered.
4. Once the form is made available to users, Amy Admin uses the application to request a
vacation for herself
5. Todays date is March 12th, 2006. She wishes to request a vacation from November 20th,
2007 to November 27th, 2007.
6. She is restricted from entering a date more than 30 days prior or 3 years after todays date.
Since her dates fall within this range, she is allowed to enter the date information.
a. Recommendation: If for some reason, the date cannot be restricted from being
entered, a date entered outside the range should be automatically changed to the
minimum or maximum values
(Return to Story)
Proprietary and Confidential
Page 3 of 4
BMC Software, 2005
Business Impact
Other comments /
expectations
Current
implementation /
workaround
Additional Internal
Information
Page 4 of 4