It’s a bit late but it’s always good to learn more Summit takeaways. Here is what was discussed on Day 2 of Summit 2015.
Between 2011 and 2015 there are over 1500 updates so there are many reasons to upgrade. Keep in mind that the longer you wait to upgrade the more difficult it will be. To upgrade (not migrate/re-implement) you will need to go through each version. Keep in mind the optional table merge for 2013 needs to be done to move to 2015. Make sure you schedule time for this in your upgrade if you want to skip 2013.
Upgrades are difficult because of the little hacks and things we did to get around limitations. Using Business rules will make future upgrades easier. Make sure you take advantage of the new features to replace the code you have.
Keep in mind that some new permissions were added with 2013. This means if you have custom Security Roles these will need to be updated to include the new permissions.
If you are considering using mobile, set up IFD and ADFS now. Code will need to be updated to work correctly with IFD. Take the time to do that work with the upgrade so that when you are ready you can just turn on IFD.
Make sure you talk to your ISVs early and ensure they have a migration and upgrade plan. Be sure to follow this plan to prevent accidental deletion of data.
When reviewing your reports, look on the SSRS server to see the date for the last time it was run. If it hasn’t been run for 6 months, remove it.
When demoing new functionality, use CRM Online. CRM 2015 online is the same code base for CRM 2016 on-premise.
- Legacy Upgrade Tool – report of everything that I going to fail in IE or Other browsers with the upgrade
- XRM Tool box: Document generator shows all of the items that have been added to entities
CRM was designed for sharing data. Don’t over complicate it with too many business units or security limitations.
New in 2015 – Hierarchical security. This allows you to configure security based on manager or position hierarchy. In both, users will have full access one level down, then read access down the rest of the chain.
A great way to prevent mistakes that are more difficult to control is real time workflows. You can have these run pre-delete for instance to stop users from deleting records of certain statuses. These can be used for many user-error items such as changing status, reassigning, deactivating, etc. Bonus tip: You can even put the user’s name in the error!
When looking at a new to you implementation, first take time to evaluate security. This helps you be effective on day 1 as you evaluate concerns, risks, etc.
When building, create an implementation strategy. This gives you something to follow and later will provide historical data of what was done, when, and why.
When working on changes, ensure there is a gate keeper for these requests. This person can manage any dependencies and act as the owner for all changes that go into the production implementation. It is good if this person has a technology background so they can understand and monitor all dependencies for multiple areas (within CRM, integrations, plugins, etc.).
Share the love of CRM with your developers. Show then CRM and explain the power (i.e. creating a field here is updating the database schema). Show them how to build fields, workflows, business process flows, etc. This is a great way to get them involved and help to make sure all changes are fully evaluated to see if they can be done inside of CRM or not.
User Adoption tips:
- Find your biggest resistor and determine the main reason for the resistance
- Work with the resistors through personal training. Show them how CRM will help them. They will become your cheerleaders without even realizing it.
- Continuously provide tips and tricks
- Drive excitement by showing them new features and how these will solve their problems
- Show users what’s in it for them
That’s all for today. I hope to have Day 3 posted soon!