REQUIREMENTS MAPPING AND BUSINESS REQUIREMENTS DOCUMENT DESIGN

Companies that spend more time on the solution requirements building and system design stage can more comfortably guarantee successful rollout and full user acceptance. During this stage, we work with you to ensure that no business requirement compromises the integrity of the entire NetSuite solution, and at the impact of each requirement toward your business operations has been carefully considered.

 

KEY PRINCIPLES & BEST PRACTICES

USE NETSUITE'S STANDARD FUNCTIONS AS PROJECT TEMPLATES

NetSuite includes a variety of pre-built workflows and configurations to manage your business, from CRM, to order management, procurement and bookkeeping to name just a few. We use the standard workflows and best practices offered by NetSuite as a basis for building your requirements, only suggesting customisations when they are strictly necessary. In this way, we can help you to avoid re-inventing the wheel and help you control the costs and complexity of your implemented system.

IDENTIFYING FUNCTION GAPS

We help you achieve a detailed understanding of the gaps between your requirements and the standard functions offered by NetSuite. This will help you get a detailed picture of the costs and workload of any necessary customisations, and help you determine which requirements are near priorities.

CONFIRMING REQUIREMENT PRIORITY ORDER

ERP implementations are highly complex projects. To guarantee success, it is preferable to deploy a system that is useful to your business as quickly as possible then optimize further in later phases..

KEY PRINCIPLES FOR IDENTIFYING PRIORITY REQUIREMENTS

Following the business investigation stage, customers may discover that some requirements are too complex or cost intensive to be worth including in the initial implementation phases. The following is a list of core questions that we encourage customers to bear in mind when establishing the priority level for each of their requirements:

-Why do we need this?

-What is the impact of this requirement on the rest of the implementation?

-What is the impact in 5 years?

-Is this customization worth the cost of implementing?

-Do it now or later?

THE “MOSCOW” METHOD FOR SYSTEM REQUIREMENTS BUILDING

Once the answers to these questions have been established, we recommend the application of the “MoSCoW” method of project management for defining and confirming the order of priority for business requirements, and later project phases, respectively:

-MUST have this requirement to meet the business needs

-SHOULD have this requirement if possible, but project success does not rely on it

-COULD have this requirement if it does not affect anything else on the project

-WOULD like to have this requirement later, but delivery won't be this time