At the Microsoft Business Applications Summit this week I had a chance to take a look at and discuss Microsoft Product Visualize. I loved seeing how it worked, but more importantly I had dug into the details of where data is stored and how is it created.
So first What is Microsoft Visualize?
Consider the Microsoft Dynamics Product Catalog. You have a list of products associated with an opportunity and each item has a description. This doesn't really offer the most efficient way to quickly grasp all that you want to know. We then consider the flat, 2D ability to add a picture. Great! Wonderful, but can we do more? This is where Product Visualize for Dynamics 365 comes into plan.
I have my Tablet (Surface/iPad/etc), I am at a client site and I am discussing an opportunity that includes a number of products. I might even have two similar products, because my prospect or client has not decided on what they want. Product Visualize offers not only a 3D Image of the product, but it offers the ability to show a full 360 Degree 3D View of the product depending on how the "user" (myself, the prospect or customer) moves the tablet.
So how does Product Visualize technically do this?
Product Visualize uses a product .glb file stored in an integrated SharePoint library. The library that can be configured when Dynamics 365 is setup and configured. The file contains the 3D model saved in GL Transmission Format (glTF). gITF offers the ability to store such information such as node hierarchy, cameras, materials, and animations and a GLB file is the binary version of .GLTF files.
Note: For those of you who are old hands at gITF and glb, please feel free to expand on this..
BUT how do we actually get the images and the data for the GLB file?
I have my product and I have Dynamics 365 for Customer Engagement, but I don't have a glb file. This is where the growing momentum in partnerships between the new worlds within the graphical industries and the ever evolving world of customer engagement becomes a huge win/win.