Conducting a Large Admin Team by Andrew Wainacht & Judith Shimer
-
Upload
salesforce-admins -
Category
Technology
-
view
43 -
download
0
Transcript of Conducting a Large Admin Team by Andrew Wainacht & Judith Shimer
Andrew Wainacht and Judith Shimer
Senior Client Administrators, Patron Technology
Conducting a Large Admin TeamSmart Protocols for Safety and Consistency
Andrew Wainacht
Judith Shimer
Senior Client Administrators
Forward-Looking Statements
Statement under the Private Securities Litigation Reform Act of 1995:
This presentation may contain forward-looking statements that involve risks, uncertainties, and assumptions. If any such uncertainties materialize or if any
of the assumptions proves incorrect, the results of salesforce.com, inc. could differ materially from the results expressed or implied by the forward-looking
statements we make. All statements other than statements of historical fact could be deemed forward-looking, including any projections of product or
service availability, subscriber growth, earnings, revenues, or other financial items and any statements regarding strategies or plans of management for
future operations, statements of belief, any statements concerning new, planned, or upgraded services or technology developments and customer contracts
or use of our services.
The risks and uncertainties referred to above include – but are not limited to – risks associated with developing and delivering new functionality for our
service, new products and services, our new business model, our past operating losses, possible fluctuations in our operating results and rate of growth,
interruptions or delays in our Web hosting, breach of our security measures, the outcome of any litigation, risks associated with completed and any possible
mergers and acquisitions, the immature market in which we operate, our relatively limited operating history, our ability to expand, retain, and motivate our
employees and manage our growth, new releases of our service and successful customer deployment, our limited history reselling non-salesforce.com
products, and utilization and selling to larger enterprise customers. Further information on potential factors that could affect the financial results of
salesforce.com, inc. is included in our annual report on Form 10-K for the most recent fiscal year and in our quarterly report on Form 10-Q for the most
recent fiscal quarter. These documents and others containing important disclosures are available on the SEC Filings section of the Investor Information
section of our Web site.
Any unreleased services or features referenced in this or other presentations, press releases or public statements are not currently available and may not
be delivered on time or at all. Customers who purchase our services should make the purchase decisions based upon features that are currently available.
Salesforce.com, inc. assumes no obligation and does not intend to update these forward-looking statements.
How many Admins does your company have?
> 3 Admins
> 10 Admins
> 25 Admins
> 50 Admins!
Do you hear any of these complaints?
From your admins…
“Another Admin built this and I don’t understand
what they did!”
“I can’t find documentation for this project!”
“I accidentally broke the client’s account!”
From your clients...
“This was built wrong! Do it over!”
“When I ask for help, your Admins don’t
understand what feature I’m talking about!”
“This Process/Visual Workflow/Validation Rule
broke our account!”
What We’ll Cover Today
How
Using a Custom
Object, Chatter Action,
Approval Process,
and Process Builder
to make it work
Customize
Tweak the protocol to
fit your business
Document
Give your Admins
easy-to-follow steps to
ensure compliance
What
The protocol that will
reduce mistakes and
confusion for Admins
and clients alike
A smart protocol will:
Require Admins to test in a sandbox
Establish essential tests for each type of project
Require review and approval before deploying to Production
Generate a clear, reportable record of the project
1
2
3
4
MAKE IT EASY CLEAR INSTRUCTIONS
Building a Smart Protocol for Your Admin Team
BE CONSISTENT
How Project Approval Works
How Project Approval Works
Admins use a Case Chatter
Action to submit their request
for approval
How Project Approval Works
Admins enter essential project
information
How Project Approval Works
A new Add-On Feature record
is created, related to the Case
and the Account
How Project Approval Works
A Process automatically
submits the record for
approval, notifying the
submitter and approvers
How Project Approval Works
If your Admins work in clients’
Salesforce instances, all
projects for a particular Account
can be viewed from the
Account record
Customizing Your Protocol
Customizing Your Protocol
NAME YOUR OBJECT
• Add-On Features
• Projects
• Changes
• Customizations
WHAT TO TRACK
• Process Builder
• Custom Objects
• DLRS
• Validation Rules
• Visual Workflow
• Non-Salesforce projects
WHAT TO TEST
• Transactions
• Creating and editing records
• Critical business processes
Documenting Your Protocol
Make Sure to Include:
Tips to establish that the project is necessary
Sandbox instructions and testing requirements
How to submit a request for approval
How to implement an approved project in Production
1
2
3
4
Thank Y u