Jared Matfess's Blog

Having fun with SharePoint, Office 365, and Microsoft Azure

Accelerating your O365 Adoption with SharePoint Communications Sites & Chatbots! — July 23, 2017

Accelerating your O365 Adoption with SharePoint Communications Sites & Chatbots!

My two big passions right now are SharePoint Communications Sites & the Microsoft Bot Framework. So it made a whole lot of sense for me to try and find a way to combine those two. I recorded a quick video (see below) walking through the idea of embedding a QnA Bot within your Office 365 Adoption site to help drive the frequently asked questions your users might have. In the good ol’ days of IT we would normally just create a FAQ’s page that nobody would bother reading. These days though with the rise of chatbots in our personal lives such as Siri, Alexa, etc. I believe it is vital for IT to consider offering this technology within Enterprise services.

There’s a lot of other videos & posts that talk about how to build a simple chatbot using the Microsoft QnA Maker service along with the Bot Framework, so I didn’t go into much detail with that. So instead I give a quick video preview of what my sample O365 Adoption site looks like, and then demonstrate asking my adoption chatbot a question about Microsoft Teams.

Hope it’s worth your time to give a watch:

In case you want to try out my chatbot – you can access it here:

Enjoy!

Opting out of Microsoft Office 365 changes aka off by default — March 21, 2017

Opting out of Microsoft Office 365 changes aka off by default

I love Office 365. I want to put that right out there, because I mean it. The innovation that Microsoft keeps on pumping into the service continues to raise the bar for enabling collaboration. At my last company we were years away from moving to Office 365 and now that I’m at Slalom, we’re all in! It’s fantastic!

However, I do not like how new features & functions are being introduced to organizations – and by that I mean “on by default”. Case in point, there’s been a bit of noise on Twitter for the past two days about a change rolling in that will automatically provision an O365 Group for a manager and their direct reports: https://support.office.com/en-us/article/Automatic-creation-of-Direct-Reports-groups-in-Outlook-f43455ed-81a6-4588-8299-08caa62abedd?ui=en-US&rs=en-US&ad=UShttps://support.office.com/en-us/article/Automatic-creation-of-Direct-Reports-groups-in-Outlook-f43455ed-81a6-4588-8299-08caa62abedd?ui=en-US&rs=en-US&ad=US

Example of Twitter madness: (I blame Joanne Klein! LOL!)
2017-03-21_19-03-37

On the surface that might sound like a decent idea for some organizations – take my own team for instance. When my role changed and I became a supervisor I created a private Office 365 group for my team to collaborate. However, it was a conscience decision to meet a need that I had to collaborate with my team. I’m the only supervisor in our office that has their own Office 365 Group as the others aren’t quite ready to move there yet. I am picking on groups but there has been a lot of new features that are automatically added to tenants. I will concede that there certainly is the ability with a PowerShell command to disable that feature, but is that really the best user experience?

I’m a firm believer that the real value of Office 365 is realized with planning, communications, a bit of hand holding, and then some more communications. The “on by default” certainly presents opportunities where one could get “slipped by the goalie” and then there’s the apologizing as you have to back out that change and communicate to your customers that it’s just Microsoft being Microsoft and rolling stuff out. It’s not a good user experience, it’s uncomfortable to roll back changes that organizations are not prepared to support, and it leaves a bad impression of how Microsoft is managing the service. The reality too is what’s a good idea and right timing for an organization might not be applicable to another.

I think the counter-argument to rolling in new features as off by default is that there are some corporations that will “never” turn on the new stuff. The reality is, those could very well be the same organizations that immediately turn off the new functionality already. I would also say that shame on the admin that doesn’t enable Teams in their tenant, or whatever new service gets developed over the next 6 months.

My compromise would be this – why not set your preference at the tenant level?

I did a nice little mock-up to help show where that setting might go.

features

Again, I’m not knocking this particular change but I do believe it’s not a one size fits all.

I think enabling administrators to set their environment in a way that best meets the needs of their organization is the best approach for introducing new change. Happy collaborating!

UPDATE:

I submitted a user voice based on this blog post to help get the right attention:

https://office365.uservoice.com/forums/273493-office-365-admin/suggestions/18730039-allow-tenant-admins-to-control-new-features-being