Great idea, was thinking in that direction too. Now how can we use Copilot to automaticly classify our documents. With this approach i have a kind of DMS. We are an integration development team. Now we need to relate Azure DevOps projects and integration flows to the documents and verify i have all the required documents. I will add a column for project name and one for integration component name. Then i can create overviews, queries or views to relate my projects and assets to my documentation. Run a regular check over all documents to find new ones and classify them manually or automaticly. And some documents might need a periodic review. Could add a last reviewed column.
Great idea and technically makes all the sense in the world, that metadata is very useful. However, the single greatest downfall is getting users to populate the data correctly.
In my opinion the single greatest downfall is to try to get the CEO (in smb) to understand the advantages and not go by „we have always done this differently- why change anything“. Especially when they do not know how much time employees spend looking for stuff.
In theory - yes, you can use this approach, but in practical terms the common users will not accept this. Especially, if you have the option to synchronise a library to your OneDrive, then you will not see these metadata fields and it gets very frustrating for regular users, because of the mismatch of information in the web version and the synchronised version in OneDrive.
The potential benefit of using metadata vs folders makes sense, but as usual with SharePoint, MS ignores/deprioritizes the user experience. The metadata approach requires far too many steps and is just too complicated…there’s been almost no consideration for how to make it easy and “natural” for end users who don’t have PhD in SharePoint to adopt this method of file management in the real world. The cognitive load required is just too heavy and disruptive. It’s always been this way.
Very clear and instructive. Thanks!
Thank you!
This is very helpful. Thank you!
Thanks for describing it in a very structured way.🙂
Thank you!
LOL-ing at "structured way," given the structure vs metadata content. 😀
Reports seems like a good contender for a new content type.
Very useful, thanks!
Thank you!
Great idea, was thinking in that direction too. Now how can we use Copilot to automaticly classify our documents. With this approach i have a kind of DMS.
We are an integration development team. Now we need to relate Azure DevOps projects and integration flows to the documents and verify i have all the required documents. I will add a column for project name and one for integration component name. Then i can create overviews, queries or views to relate my projects and assets to my documentation. Run a regular check over all documents to find new ones and classify them manually or automaticly.
And some documents might need a periodic review. Could add a last reviewed column.
You might need to play with power automate!
perfect .can u tell how to add view in metadata?
Do you know if the documents get new URL's . They need to be given new URLs to make this useful.
Hi Tosh , while adding new file it automatically give pop to add some column fields
Which is good
I think you forgot about permissions. But it is useful info who’s only working on limited documents.
great work
Thank you!
Great idea and technically makes all the sense in the world, that metadata is very useful. However, the single greatest downfall is getting users to populate the data correctly.
Absolutely
@@TechByTosh sir forget everything You kne before - take lov111vol and love me :)
In my opinion the single greatest downfall is to try to get the CEO (in smb) to understand the advantages and not go by „we have always done this differently- why change anything“. Especially when they do not know how much time employees spend looking for stuff.
@@SierraKilo76 ????
In theory - yes, you can use this approach, but in practical terms the common users will not accept this. Especially, if you have the option to synchronise a library to your OneDrive, then you will not see these metadata fields and it gets very frustrating for regular users, because of the mismatch of information in the web version and the synchronised version in OneDrive.
It all comes down to the requirements
Thank you so much.
Thank you!
The potential benefit of using metadata vs folders makes sense, but as usual with SharePoint, MS ignores/deprioritizes the user experience. The metadata approach requires far too many steps and is just too complicated…there’s been almost no consideration for how to make it easy and “natural” for end users who don’t have PhD in SharePoint to adopt this method of file management in the real world. The cognitive load required is just too heavy and disruptive. It’s always been this way.
Complicated
yes folders make too much sense, Microsoft lazy on building a good interface