Sign In Start Free Trial
Account

Add to playlist

Create a Playlist

Modal Close icon
You need to login to use this feature.
  • Book Overview & Buying The Salesforce Business Analyst Handbook
  • Table Of Contents Toc
The Salesforce Business Analyst Handbook

The Salesforce Business Analyst Handbook

By : Srini Munagavalasa
4.9 (22)
close
close
The Salesforce Business Analyst Handbook

The Salesforce Business Analyst Handbook

4.9 (22)
By: Srini Munagavalasa

Overview of this book

Salesforce business analysis skills are in high demand, and there are scant resources to satisfy this demand. This practical guide for business analysts contains all the tools, techniques, and processes needed to create business value and improve user adoption. The Salesforce Business Analyst Handbook begins with the most crucial element of any business analysis activity: identifying business requirements. You’ll learn how to use tacit business analysis and Salesforce system analysis skills to rank and stack all requirements as well as get buy-in from stakeholders. Once you understand the requirements, you’ll work on transforming them into working software via prototyping, mockups, and wireframing. But what good is a product if the customer cannot use it? To help you achieve that, this book will discuss various testing strategies and show you how to tailor testing scenarios that align with business requirements documents. Toward the end, you’ll find out how to create easy-to-use training material for your customers and focus on post-production support – one of the most critical phases. Your customers will stay with you if you support them when they need it! By the end of this Salesforce book, you’ll be able to successfully navigate every phase of a project and confidently apply your new knowledge in your own Salesforce implementations.
Table of Contents (21 chapters)
close
close
1
Part 1: Planning and Analysis – BRD/Prioritized Product Backlog
7
Part 2: Design, Development, and Testing – Iterative Cycles with Prototypes and Conference Room Pilots
13
Part 3: End User Testing, Communication, Training, and Support

Practical tips for success

I would like to outline a few pointers that you can use when you do business analysis tasks. These are relatively simple tasks that helped me tremendously. The simplest and easy-to-do items are always overlooked. You can avoid common causes of missing out on understanding business needs by taking note of the following pointers:

  • Understand the goals and objectives of the business analysis work that you plan to perform. You should be in a position to explain in simple terms why you are performing these activities.
  • For any business analysis effort to be successful and to be able to identify needs, analysts need to gain trust from stakeholders. This is a long process and needs to be earned. I would encourage you to start it early.
  • Get to know the stakeholders. You can get information from organizational charts or social profiles.
  • Schedule meetings in advance. Make sure that you find the right time and location/medium and block time in advance.
  • Provide an agenda. Prepare and communicate it a day or so before the meeting.
  • Facilitate the meeting and make sure that you encourage everyone to contribute. Your job is to facilitate discussion and mediate any conflicts.
  • Capture notes (assign one of your team members who is good at note-taking) and send out the minutes.
  • Follow up as needed until you and the stakeholders understand and agree to high-level requirements.
  • Do not get into designing solutions. Understand the business requirements. If you’re savvy with Salesforce and CRM technologies, if you know a requirement is not feasible because of design constraints, say so and place it in the parking lot. Being open and honest will help build trust in the long run.
  • Approach with a design-thinking mindset. Look for people and their needs before feasibility and viability. This automatically maximizes usability and user experience. Your goal should be to gain a good understanding of the complete situation and not provide options or solutions.
  • Ask end users and stakeholders how their needs benefit them and their business unit. If this need is not fulfilled, do they have a workaround?

With this, we have completed this chapter on how to identify sources of requirements.

CONTINUE READING
83
Tech Concepts
36
Programming languages
73
Tech Tools
Icon Unlimited access to the largest independent learning library in tech of over 8,000 expert-authored tech books and videos.
Icon Innovative learning tools, including AI book assistants, code context explainers, and text-to-speech.
Icon 50+ new titles added per month and exclusive early access to books as they are being written.
The Salesforce Business Analyst Handbook
notes
bookmark Notes and Bookmarks search Search in title playlist Add to playlist font-size Font size

Change the font size

margin-width Margin width

Change margin width

day-mode Day/Sepia/Night Modes

Change background colour

Close icon Search
Country selected

Close icon Your notes and bookmarks

Confirmation

Modal Close icon
claim successful

Buy this book with your credits?

Modal Close icon
Are you sure you want to buy this book with one of your credits?
Close
YES, BUY

Submit Your Feedback

Modal Close icon
Modal Close icon
Modal Close icon