AU Class
AU Class
class - AU

Revit Stakeholder Panel: Revit Stakeholders Discuss Standards in Branded Families

Share this class
Search for keywords in videos, presentation slides and handouts:

Description

This panel will include top Building Information Modeling (BIM) practitioners from the different stakeholders involved in the lifecycle of a facility (owners, designers, builders, and manufacturers). We'll discuss standardization along with what information stakeholders want and need in models and families to make their workflows more efficient. We'll explore what information is wanted now and what information we need to plan to include in the future. We'll also discuss shared parameters, multiple level of development (LOD) versions, and other topics that panelists bring into the discussion. This panel will be followed by a roundtable to open up the discussion to all audience members (Revit Stakeholder Roundtable).

Key Learnings

  • Understand what information should be standardized in branded Revit families
  • Understand what different stakeholders want included in branded Revit families
  • Understand what family information is needed presently and what information content providers should prepare to provide in the future
  • Understand which features stakeholders value the most (comprehensive and standardized shared parameters, parameters that are most vital today and those that are wanted in the future, multiple LOD versions for products, and so on)

Speakers

  • Jim Conger
    Jim Conger is a BIM advocate that speaks frequently at Autodesk University and other related events. Jim has worked in the construction industry for over 20 years and specializes in educating both the design/build stakeholders and the building product manufacturers how to communicate more efficiently with one another. When he is not speaking, he works with North American AECO and building product manufacturers driving innovations in workflow communications. Jim has seen the construction marketplace from many different angles, working as a manufacturer, contractor, distributer, construction marketing manager, and has chaired the technical committee for the Los Angeles Chapter of the Construction Specification Institute. One of Jim's goals is to help create an environment which the design tools provided by manufacturers meet the needs of their customers and help make the design workflow more efficient for everybody.
  • Louise Buchanan
    Louise is a Business Development Manager at Microdesk, where she manages a team of designers that create Revit content for manufactures eager to have their products specified in their clients' designs. Additionally, she specializes in assisting organizations with BIM implementation processes, and educating manufacturers on fabrication and design industry needs.Since graduating from New England Institute of Technology with a BS in Architectural Engineering, her experience focused on creating quality Revit families, suitable for performance-based analysis and accommodating multiple sizing parameters.Her project experience carried through multiple disciplines.Ms. Buchanan has created architectural content, such as windows and doors; MEP content, such as generators, pipe fittings, air handling units and even intricate light fixtures.Throughout her career, she also led firms in their Revit adoption processes, providing training, BIM management and custom configuration services.Louise is driven by her vision of how detailed, intelligent content can support innovative designs and building performance in the AEC industry.
  • Joe Porostosky
    Joe Porostosky is the Director of Facilities Information and Technology Services (FITS) at The Ohio State University (OSU), where he maintains 38 million square feet of space drawings and data, along with providing leadership to facilities-related data and document systems, including OSU’s Enterprise GIS. With a background in technology management, Joe has managed the FITS Team for the past 9 years, providing an active and strategic leadership role within the university and redefining the way his group works by using technology in new and inventive ways. As the leader for the BuckeyeBIM (Building Information Modeling) Initiative, Joe has led OSU in the adoption of BIM for existing buildings and for design and construction to improve the university’s overall decision-making processes and management of buildings. Joe holds a BS in computer science and an MA in public policy and management from OSU.
  • Avatar for Allyn Polancic
    Allyn Polancic
    Ally Polancic is interested in data-driven solutions in all aspects of the architecture, engineering, and construction industries. Her expertise is in virtual design and construction (VDC) and building information modeling (BIM) project delivery for international multi-billion-dollar aviation and transit projects with challenging design features and timelines. Ally serves HNTB Corporation as a Manager of Design Technology, applying technology initiatives and workflows across HNTB's architecture studios nationwide. Ally is a licensed architect and holds a Bachelor of Architecture from California State Polytechnic University, Pomona, where she currently teaches courses on advanced digital design tools.
  • Avatar for Jisell Howe
    Jisell Howe
    Jisell Howe, CDT has been in the construction and now MEP industry for over ten years. Howe is currently the Senior BPM Platform Integration Manager at ENGworks Global. Howe holds a Bachelor of Science degree in Applied Management as well as an Associate of Applied Science degree in Architectural Drafting & Estimating from Dunwoody College of Technology. She is a Top 10 Speaker at Midwest University and was most recently a speaker for Midwest University 2019 and Autodesk University 2018.
  • Laura Halverson
    Ms. Halverson, Principal, is a registered Professional Engineer and LEED Accredited Professional at Affiliated Engineers, Inc. She has served as Project Manager and Project Engineer on research and healthcare projects of scale and technical complexity. Ms. Halverson has been involved in the industry as a peer reviewer for complex projects which fall into her area of expertise. She has extensive experience with the NIH and NIAID, providing her an intimate understanding of the industry recognized guidelines.Ms. Halverson has also been a key leader within AEI’s BIM Innovation Leadership Team (BILT) focusing on how we leverage BIM to meet both design and client needs.In addition to the NIH and NIAID, Ms. Halverson’s clients include: The Ohio State University, University of Southern California, The Methodist Hospital System, University of Wisconsin, University of Minnesota, Argonne National Laboratory and National Institutes of Health
  • Avatar for David Joslin
    David Joslin
    David Joslin is the Applied Technology Manager and a Sr. VDC Manager at Gilbane Building Company. While there, David has been involved with many collaborative, MEP-intensive projects, where his ability to clearly communicate issues while driving at solutions using the collective team’s knowledge has been a recognized strength. His communication and team-oriented skill set is further bolstered by his experience with the software and the technology needed to run it. Because of that, he also began managing and improving the technology and infrastructure for his local VDC group, and then moved on to working to standardize the VDC infrastructure across the company. David is a registered Architect in Arizona.
Video Player is loading.
Current Time 0:00
Duration 55:52
Loaded: 0.30%
Stream Type LIVE
Remaining Time 55:52
 
1x
  • Chapters
  • descriptions off, selected
  • en (Main), selected
Transcript

JIM CONGER: All right. Let's get started. It looks like everybody pretty much is here. Welcome, everybody, to the Revit Stakeholder Panel. I am your moderator. My name is Jim Conger, and I originally came up with this idea because for my day job previously at Autodesk Seek and now at Suites, I consult with many building product manufacturers to help them build their BIM strategies.

And one thing has become very clear to me, and that is that this workflow is still so new that there's no one way that the industry applies the BIM workflow methodology. It's kind of like the wild, wild West. While we may never apply BIM and VDC exactly the same from project to project and firm to firm, we will inevitably converge on common practices that may help future use of these technologies and methodologies efficient and synergistic.

This panel is intended to create the conversation between all the stakeholders so that we can all understand and better the challenges and needs of the others. As we all know, Autdesk Revit and associated suite of products are most widely used tools for BIM and VDC, and families are the heart of all the models we create.

So it makes sense to have a discussion between all the stakeholders about these model components so that we can come closer to creating models that are useful for all. As you will notice, I have included an important member of this panel, the manufacturer. It is a natural that the traditional design team have a history of communicating with each other since they directly work together on projects.

However, the true experts on the components that make up the building have been mostly left out of the discussion. Our models are only as good as the information we put into them. So it makes sense that we include these experts in our discussion so that they can make better assets to help us be more accurate and efficient in our designs.

We'll approach this panel by finding out how each stakeholder uses their models today and how they'd like to use their models in the future. We will start with our owner and work downline. We only have 60 minutes for our panel. So we will not be able to solve all the world's problems today. But hopefully, you'll leave us today open to continuing the conversation in your daily routine and online and including people like the manufacturers and other people that should be part of this workflow discussion.

I have created an online Q and A discussion forum at bimjim.com where you can post questions and comments. I think you can see it up there. For the panelists and the audience. Some of you have already done that. So if you go onto bimjim, you'll see a couple of early questions that are up there. And throughout the next couple of days and weeks, we will hop on there and answer them. Feel free to answer those questions yourself, because we're all pretty much experts in our fields in this room.

Please pull out your phones right now and navigate to there so that if you have questions during this panel, that you can jot them down, and we can see those later. Autodesk this year has actually put together an office hours. So between 5:30 and 6:30 back in this room, most of the panelists and I will be back in this room, and we'll be able to have discussions with you, Q and A's. We're not going to have a lot of time to do that during this discussion.

I'm going to leave the bimjim.com active forever. So if in the next year, you think of something, you can always go on there. Hopefully, AU can start adding something like that to their AU site so that we can keep all that information in one place.

So without further ado, let's meet our panel and start our discussion. First off, we have our owner, Joe Porostosky. Porostosky.

JOE POROSTOSKY: Good.

JIM CONGER: Excuse me. I screwed it up. He's actually the Director of Facilities Information and Technology Services at Ohio State University. He's the leader of their Buckeye BIM Initiative. And he also is redefining his group's workflow with new, innovative ways to use technology.

Then we move to our architect, Ally Polancic. She's with HNTB. And she is a Manager of Design Technology. She actually manages the application of the design technologies throughout all of their architectural studios worldwide. And she is working on a very near and dear to our heart project here in Las Vegas. And that's the Raiders stadium.

And then we move to our engineer, and that's Laura Halverson. She's with a principal over at Affiliated Engineers, Inc. And she actually leads their firm and their clients who are-- a lot of them are higher education, health care, and research. And she actually is a key leader within their firm with their BIM innovation.

And then we move to the contractor, the build team, and that's David Joslin. He's one of the VDC Managers at Gilbane Building Company. And he actually leads efforts to standardize Gilbane's VDC infrastructure. And he manages their strategic implementation of their technical assets.

And then our new customer or new person to the BIM party and our manufacturer, and that's Jisell Howe. She's a CAD Administrator at Uponor. And Uponor I chose as a manufacturer because they are spending a lot of time and putting a lot of effort into creating these tools for the design-build team. So they're a little bit more advanced than I would say many of the other manufacturers out there. So she heads up their BIM Strategy Team.

And Louise Buchanan. She's our BIM consultant. She's from Microdesk, and she's a Business Development Manager. And she manages the team that helps their customers build Revit content, apps for all the different stakeholders on the team. I've worked a lot with Louise, and we've worked on hundreds of manufacturers to help them with their actual BIM strategies.

So we met the team. Let's get started with our owner, Joe. And what I'd like to know is, tell the group how you are using your models today and then kind of get into how you'd like to use them in the future.

JOE POROSTOSKY: Sure. So welcome. So at Ohio State, we've been developing models for existing facilities for a long time. But more germane to this conversation here is that we've been requiring BIM to be used on projects in excess of $4 million since 2015.

And as part of that, we're expecting a Revit deliverable. And our Revit deliverable is primarily from the A/E side. So we're expecting what we call conform design intent models. It's not from the contractor side. And we don't have a lot of expectations around what those models look like. We have some modeling expectations.

But a lot of it is really around how we get data from the project and how do we get good data for managing our assets long term? And so I think for us, one thing, and if you could go to the slide for our LOD matrix, this is what we use to communicate with our project teams what data we want to see in the models.

And it's what LOD do we want to see individual assets too? This is just a small portion of it. And if you're interested in seeing the rest of it, it's actually on our website. It's all public, obviously.

So this is how we say, look, we care about this asset being developed to this level. And that's where you see the 1, 2, 300s there at the different stages. And then at the very last column, you see the Assets column. And that's where we're telling the teams we want to see these particular assets containing data. And what we don't say is we don't tell them that the data has to be contained within the family itself.

Our process, and if you want to know a lot about the nitty gritty of this process, I'll be talking at 1:00 today about this. So a little plug from out of the class. But we actually expect A/E to actually deliver a COBie spreadsheet of basic information. And really, at that point, it's nothing more than a listing of assets and where they're located.

And it may have some additional information, depending on what the A/Es have built into their model. And then we actually do some work with that and give it to the contractor. And they fill in what actually got installed and serial numbers, manufacturer, those types of things.

So for us, we don't require a lot of information to be in those families. But it obviously helps the entire process when it occurs. So if you want to go to the next slide then also. This is just a listing of the actual attributes we care about currently. So it's not a lot.

It's a pretty slim list, and this is relatively intentional. One of the challenges is that we're expecting our teams to deliver to us data a lot earlier than traditionally, and we're making that expectation known from the very beginning of the project.

And what we don't want to do is say, I want 50 different assets or 50 different attributes for every single piece of asset. And then they're just going to be-- then obviously, cost is going to go up. And it's just going to be a real challenge. That's not where we're at right now. We want basic information. This is what we need to actually manage the facilities.

Obviously, long term, we're going to expand this list. Once we feel like we've got a good process that works with our project teams, and we're getting the kind of data that we want, then we're probably going to expand this list somewhat around other attributes that we actually are interested in to help us manage our facilities more effectively.

JIM CONGER: What kind of attributes are those?

JOE POROSTOSKY: We might start getting into actual attributes of the, like, say belt size and just basic information about the actual attributes. It'll be more specific to the type of asset at that point.

JIM CONGER: OK.

JOE POROSTOSKY: So that's really kind of the basic idea of where we're at from an owner's perspective. And I think I'm going to stop at that.

JIM CONGER: OK. Do any of the other panelists have any questions for our owner, as far as things you may want to pick his brain about? Jisell, have you-- so these lists right here, have you yet had anybody really give you a concrete, like, this is what we'd love to have?

JISELL HOWE: Honestly, no. I don't really hear about that. So that's why I'm here. But no, it's good to hear. We try to build a lot of different parameters into our families. And we try to supply information that we think would be useful. But yeah, someone has not reached out and said this is what we would really need. So we haven't really heard that so much.

JIM CONGER: And that's really the idea of this panel is, this is what we need to know. You guys have all your different workflows that you go through. We really need to know about this, and so being more vocal about it, maybe we use bimjim.com, maybe we just find something else that we do it on. But we capture that so that as a resource for us that are going to be building these at these families for you, we can go out there. So let's move to our architect, Ally.

ALLY POLANCIC: Sure.

JIM CONGER: So how are you using models today, and where do you see it going in the future?

ALLY POLANCIC: Sure. As the architect, our main objective throughout the design phase is to produce construction documents. So many times, our Revit model and our Revit families serve that purpose, to produce drawings. And kind of if you're really good at BIM, the other kind of output is that you have a model that's kind of a supplement to the drawings to convey the design intent.

So with that said, our families are mostly, we try not to put more information into them than required to convey design and intent. And unless whatever we are lucky enough to be contractually obligated to provide to our client or owner, which sometimes does include more data than we would typically put in a family, but our main objective is actually to keep information out of the model, because of file size concerns and because typically the majority of the time that we're working on the project, the manufacturer hasn't been selected anyways.

So typically, in my experience, we actually prefer not to use manufacturer Revit families. Sometimes or most of the time, actually, even if the family is available online, it's like a one-stop-shop, click one button and download it and put in your Revit model. We actually choose not to do that. And most of times, we'll actually rebuild the families from scratch just to make them really kind of clean and basic so that the file size can kind of not grow unexpectedly.

JIM CONGER: Now, is that because of the history of manufacturer-created content has been so poor? So if we had an ecosystem of really good content, lean, mean content, would it be more advantageous for you to do that and maybe just strip out a few parameters?

ALLY POLANCIC: Yeah, definitely. And I think maybe not that the information has been poor, it's just been so much detail or higher LOD than we--

JIM CONGER: We call that poor.

ALLY POLANCIC: Well-- what was I going to say? Oh, yeah. And yeah, if there was maybe kind of like a menu that every family manufacturer maybe offered at least two different versions of a family, maybe one would be for a construction model that had kind of all the metadata and the detail in it. And then there was a design phase version of a family that was really kind of stripped and basic, I think that would really be useful in the industry.

And I'm kind of talking about geometry and metadata, because one thing that I've seen on my projects is if the data is a requirement at the end of the project, we will actually maintain the data outside of the model for kind of the life of the project.

And right before delivery, we kind of inject the data using like an add-in, kind of like a spreadsheet add-in, to bring that data into the model families for delivery only. So we kind of try to maintain all of that detail outside of the model until we really have to put it in.

JIM CONGER: Now, would you say that-- what is the biggest culprit to big file size? Is it geometry, parameters, what is it that you're worried about the most?

ALLY POLANCIC: I think mostly-- I mean, I don't think the parameters, the parameter value in essence really takes up that much data. I think it's mostly the geometry and definitely the way that families are built, whether you're having nested elements or whether there's line work in them. And really kind of more than anything, I would say, the method that the family is built is most important.

JIM CONGER: And would you, if you're talking to manufacturers out there who may be listening this a year from now, what would be your recommendation when they're trying to figure out their own BIM strategies and how to build these families?

ALLY POLANCIC: I think I'll go back to perhaps having several options of LOD families available, because we're seeing more and more fast-track projects. On the Las Vegas stadium that I'm working on now, we are actually building a design model. We're kind of in a design-development phase, but we're actually building a construction-level model at the same time. And they're actually one model.

How the heck do you do that? I have no idea. So we're figuring it out, but as the architect and the engineer of record need kind of a design-level piece of equipment, but we have design assist subconsultants in our model with their own content that is a way higher LOD than what we need.

And we're really struggling, how do we get that content to show up correctly on our drawings? Because they're producing content to the level of shop drawings. But we're working towards a construction document package. So the more and more projects that kind of are moving at a faster pace, we're really going to need to have more options.

PRESENTER: When you're talking to manufacturers, for manufacturers, a lot of times they don't have the Revit knowledge so they reach out to somebody like us to help them with that strategy. And so a lot of times they're like, well, we know we need to be there. But how do we get there enough to be satisfying to our clients?

But basically, maybe not go and do that. Would you rather the-- if they were to just start off to have just the design-build-level model to start off with to satisfy, because it's the start of that process of the construction process, and at least have that. And then as they get satisfied with you, you get satisfied with them, to then build upon that to get to that next level. Would that be a better way for them to go for--

ALLY POLANCIC: Yeah, I think definitely it's better to start simple. You can always add, but the problem comes, I think, maybe most people in the room have downloaded a family from the internet, and it's just like chock full of stuff. And it's harder to modify something that's already been made by someone else than just to create it yourself.

PRESENTER: I totally agree.

ALLY POLANCIC: Yeah. So the simpler the better. And I think it's important to note, I'm mentioning a lot of examples of kind of like screws modeled and all of this geometry. But actually, the data that we need the most and that the owner needs the most is not just geometric data. It's kind of just like a spreadsheet data, right? So even if we had basic geometry families from the get go, all the way till the end, I think in terms of advancing that level of content, a lot of it doesn't really depend on inputting more detailed geometry.

PRESENTER: Sure.

ALLY POLANCIC: It's just like adding in parameter data.

PRESENTER: And do you find that when you're talking about different categories that is a little bit different when you're going from like a wall or a roof, there's not much needed for something like that. But when you get into like furniture or you get into pipe fittings or things like that, there's a different level of what's needed to display and get that model information out there.

ALLY POLANCIC: Yeah. Yeah. I think we were talking a little bit about clearances and how that is like a really-- and that can be kind of a geometric element as part of your family or even just in kind of a parameter somewhere where facilities management or even the contractor--

JIM CONGER: If you want to kind of point it out up there, I have the--

ALLY POLANCIC: Yeah. OK.

JIM CONGER: I have the valve up there.

ALLY POLANCIC: Yeah. And even if that data is in a spreadsheet, at least so you can communicate the clearances around elements or equipment, that's probably, I think, one of the most important categories to have.

PRESENTER: I think is we start to get into taking manufacturer's data, and we do take pieces from manufacturers, but they tend to be specific pieces of equipment. So I need a pump. I want the geometric data from that pump. And I want the flow data represented in there and the head pressure represented in that pump.

But I don't need all of the inner workings of the pump. So the first piece of equipment that I ever got from a vendor where they said, hey, can you evaluate our Revit model, it was the file size of a 300 square foot building for us. So let's just insert this scientific piece of equipment into our model. It doesn't make sense.

Unfortunately, we've all had problems where you hit that sync button and then you just sit there and you go like this for a while. We don't want people doing that. We want our models to run smoothly. And then we also need to recognize, just as Ally said, that for public projects like Ohio State or all of those higher-education facilities, these models are supposed to be vendor agnostic, in all honesty, because they need to be able to bid-- they need to be able to bid that project.

Now granted, this is the other big difference is that technology has sort of gotten ahead of where contracts have been from an A/E industry. So I hear from vendors, well, why aren't you using my content? And I'm looking at them going, you know, that's really still different from how things get bid. So those hard copy drawings or those PDFs, that's the bid document.

People don't get our model until after the bid is complete and someone's been assigned to the project. So now a construction manager or general contractor has taken on that project. There's now MEP subcontractors, and they're starting to pull together submittals. So now there's a manufacturer associated with that pump.

We like to build our families in a way that allows you to add that manufacturer later so that the parameter is there, and that's where downloading manufacturer content can be helpful to us. Can we strip out that manufacturer-- sorry, manufacturer who just gave me your content-- or can I use it in a way that allows me to just sort of hide that parameter, not schedule that parameter if I'm going to automate my schedules.

But we're looking at what Joe wants out of the model when he's using it. But there's also things that Ohio State wants out of the model, not necessarily downstream where Joe's using it, but what helps them during construction. Quality products help them during construction.

So I'm looking at how can Revit help me create a quality document and automating scheduling. If I have 400 air terminal devices in a project, which is not all that uncommon, unfortunately the old way we'd always miss one, right? We created this schedule. It's in Excel, and we brought it in, and we plopped it on a drawing.

And that RFI comes in that says, hey, in room 200, there's no schedule for this air terminal device. If I can use Revit to help make sure, because it's tagged, that it's now in the schedule. That's great. But now I just want the flow parameter minimums and maximums. I don't necessarily want the manufacturer. And I don't want the Venturi that's on the inside of the box. I just want the box.

JIM CONGER: And I have a question for you.

PRESENTER: A very simple box.

JIM CONGER: Is there actually, and this is for maybe Joe as well, is there actually a requirement that you leave the models generic from the owners when you're working on a public? Because obviously on the specification side, you have to open it up to competition, right? You can't have one proprietary unless it's unique in some way. But is there actually something out there that says you can't have a manufacturer's name in there?

PRESENTER: There is not, because they're typically bidding the PDF.

JIM CONGER: Yes.

PRESENTER: So as long as the PDF doesn't specifically say who this is, and there's also, you know, we can use the term basis of design and list a manufacturer, but then we still have to make sure that there's two to three others.

JIM CONGER: But that's in the spec.

PRESENTER: And that's in this spec. So we can keep some manufacturer names in that model. Again, we kind of choose not to, because then we start to hear back from contractors when they do get the models turned over.

JIM CONGER: OK.

PRESENTER: We got bids from so and so. I see this is from-- but we definitely do leave some.

JIM CONGER: Yeah. So there's nothing saying you can't put them in. You just choose not to.

PRESENTER: Right.

JIM CONGER: In your workflow.

PRESENTER: And for things that we would consider kind of commodity items, we definitely wouldn't include that.

JIM CONGER: Drywall.

PRESENTER: So pipe.

JIM CONGER: Yeah, pipe.

PRESENTER: You know, that would be considered a commodity to us. An air handling unit, on the other hand, especially a custom air handling unit, we get a vendor model every time we put in an air handling unit now. We don't ever build that.

JIM CONGER: Now, do you leave their name in or you strip their name out, but it's basically there?

PRESENTER: I think it depends on who's working on it, honestly.

JIM CONGER: Yeah. OK. OK. And your workflow-- Laura, obviously, is our engineer. So we're kind of skipping, and that's kind of what I wanted this panel to be is more of a conversation anyways. But when you're working with that actual piece, how often do you see-- I mean, in the engineering, do you have your own specifiers or do you leave that up to the architect?

LAURA HALVERSON: Oh, all our engineers specify all their own.

JIM CONGER: And they write the spec documents.

LAURA HALVERSON: Absolutely.

JIM CONGER: OK. OK.

LAURA HALVERSON: So you select a piece of equipment, you write that spec.

JIM CONGER: And are those same engineers the ones that are working on the models as well?

LAURA HALVERSON: Most of our modelers are designers who have moved up. They started with maybe a CAD background or a Revit training background and not necessarily engineers. And then we have entry level engineers that work in the model. That's continuing to change as people get older, because most of our engineers who are in their 30s and 40s and older don't have the Revit background to be efficient.

JIM CONGER: Yeah. So how do they--

LAURA HALVERSON: That includes myself, by the way. I'm not efficient.

JIM CONGER: How do you communicate your basis of design that's in the model to those engineers that are actually going to be writing those specifications?

LAURA HALVERSON: Well, that designer is kind of squarely working at the hip with the engineer who's doing the calculations and pulling all of that together. So if we do our calculations and select pieces of equipment, all of that is written out and shared with the designers that are working in Revit.

JIM CONGER: OK. Now, we kind of went over how you guys are using your models now. Where do you see yourself graduating to for future?

LAURA HALVERSON: I think that until we-- I think that until there's a contractual change on how models are used for bidding, which I don't see right now. So the big challenge with that is that if you are going to use your model for bidding, you are changing the legal aspects of an architect's and engineer's licensing and all of the AIA documents.

But until those models are used for bidding, I don't think that workflow is going to change significantly. I think, as Ally said, when there is more manufacturer content that we feel is not maybe too large in data size, we will continue to use more and more of that.

Although, also there is a schedule issue, right? So I call someone and say, hey, can I get your light fixture family? And it takes me like six weeks. Well, at that point, I need to have already filled out all of the light fixtures. So six weeks isn't going to work for me. So until that content is readily grabbable, it's not going to change, because we need to be there right away.

JIM CONGER: Have you seen that getting better?

LAURA HALVERSON: It is.

JIM CONGER: They're slowly getting there. That's why we need to have this conversations, so that more and more manufacturers realize they need to provide this. It may not be the panacea that they're hoping for. I build models, and I sell 500 times more units, but--

LAURA HALVERSON: Even ones that have content, I think Uponor is a little bit different right now, because they are pretty public about their content. Ones that have content, they say yes we can get it to you, and then I feel like they want to know everything about the project and what bid day is before they're going to allow me to use their content. Right? It's their information way of getting information about the project. So we're--

JIM CONGER: Which we understand, but we probably need to communicate to them, be open with it. Right?

LAURA HALVERSON: Yeah. If it's not open, I feel like we're going to use less and less of it.

JIM CONGER: Very good. Very good. All right. The build team. Dave.

DAVID JOSLIN: Yeah. Is this working?

JIM CONGER: Yes. So how are you guys using your models that you get turned over to you?

DAVID JOSLIN: First, just a couple of comments I wanted to tag onto what Laura was saying, like I would say one of the most important things is that the manufacturer content needs to be readily available. I don't want to have to go through form fields. I don't want to have to wait for someone to contact me. I don't need more emails or phone calls coming into my desk.

So if they want it to get used, it just needs to be there, because in my experience, there will be times where I'm coming in, we've got something that's been specked, something has been submitted, and we want to see the submitted equipment in the model for coordination purposes or any of the other uses that we're doing with the model.

And I'm probably going to talk a lot about in the framework of coordination, just because that's where a lot of this is most important. But knowing the bounds of that object, its size, its correct dimensions, like has been said before, we don't really need to see all the inner workings of something.

And I kind of see it as there's sort of like three types of the model. You're going to have the one that comes out of something like Inventor or SolidWorks that's what the guy actually needs to make that part.

JIM CONGER: Yeah.

DAVID JOSLIN: We don't really need that one all the time. There's some instances where that's the only thing that exists in like very specialty equipment where we may need that. But in general, we're looking for something that's just a little higher level of detail, that kind of has the extra bits and pieces that are going to potentially cause issues during coordination, it has all the right connection points that tell us what those are as well.

That way, we're not guessing which nubbin on the thing is for the electrical connection and which one is for like chilled water. That way, our trades can connect everything properly, get all of their radiuses, things like that fixed in. And we can make sure we're not hitting flanges against walls and other pieces of equipment. And then there's kind of the design content, which is like what they've been talking about before.

JIM CONGER: So do you see this now or do you see it in the future where if you have a bid document that has maybe three manufacturers on it, and you award the sub and the sub is maybe thinking about this one but can access the other two, and you get to the point where you have to deal with this, and you have a choice between the one manufacturer who has nothing and one that has really good models, do you see that weighing in their favor, to actually getting installed?

DAVID JOSLIN: That one's not necessarily my call to make. We kind of rely on the trade contractors to do that. And then again, what's accepted.

JIM CONGER: But you have to get the model, though, right?

DAVID JOSLIN: But model-wise what we tell them is we need the worst case scenario. If they don't know what it is yet, we need them to pick the biggest one and put that in, because we've got to make sure we've got space to fit everything into the building. The thing that's got the most restrictions, that's kind of what we're going to look for. That way, if it turns out something else is in there, we can swap it in, and then we now have the space to make that one work.

PRESENTER: The almighty dollar still rules, though. So if the subcontractor has bid this, they're getting whoever came in with the lowest price.

JIM CONGER: Of course. I'm just saying, if you have a similar price thing, and they can access it, some products are that way, right? A subcontractor, I can use this guy, this guy, or this guy. And I'm just wondering if maybe the manufacturer with the good models might have an edge.

DAVID JOSLIN: Yeah. The one thing I have seen about that that is tricky is if there is someone that has a model readily available, and that's one of the potentials, they are probably going to put that one in their model, because that's the easiest thing for them to do. But that doesn't necessarily mean that that's the actual one that's going to get used in the end. And that sometimes can cause problems.

JIM CONGER: Sure.

DAVID JOSLIN: So again, why we try to push on and they need to go with the worst case scenario, not necessarily the easiest thing. But yeah.

JIM CONGER: Now, does anybody else have questions for the contractor on the panel? Louise?

LOUISE BUCHANAN: Yeah. It's actually kind of for all of the designers, in a sense of when you get manufacturer content that is just bad or to a level of badness, if you will, do you ever--

JIM CONGER: Technical term.

LOUISE BUCHANAN: --portray that back to the manufacturer, that really if it had this one extra thing or didn't have this one extra thing that it would be a better family so that they are aware of this? Or do you just kind of just, Oh, I'll just do it myself and be done with it? Because I find that that conversation doesn't happen. So they don't know that they have bad content.

LAURA HALVERSON: Yeah.

LOUISE BUCHANAN: So I was just curious if that conversation happens.

LAURA HALVERSON: We've had that conversation specifically with air handling unit manufacturers, mostly because they're custom units. So we contact them with all the things that we want, and we're looking for all their detailed dimensions. And they'll provide us something.

And when they, again, try to put all of those components in, the chilled water coil doesn't need to be perfectly modeled. So the vendors that we work with that help us get that information, we've had that conversation there for basic pieces, you know, a light fixture. No, we just look at it and go, well, that didn't work. And then we draw something else.

DAVID JOSLIN: I would say, yeah, that time is usually the deciding factor there, something little like that, it's a lot easier just to remodel it and move on. Something bigger like an air handler, you do kind of have certain needs for that. And to Laura's effect, yeah, we don't need like all the little coils. I do need to know which sections of the thing are which and where those connections are.

PRESENTER: Sure.

ALLY POLANCIC: This may be a special case, but the most interaction that I've seen is with curtain wall manufacturers, because it's kind of like very specific. You know, and as the architect, you're kind of designing the reveals. And you know, you're kind of co-designing the profiles with them.

So on a lot of projects, I see curtain wall manufacturers and contractors working very closely with the architects and actually collaborating on BIM standards for that purpose, because sometimes we will use their model and not kind of rebuild our own.

PRESENTER: Sure. Absolutely.

JIM CONGER: Now, do you ever use the models for estimating?

DAVID JOSLIN: Yes.

JIM CONGER: Yes?

PRESENTER: And we tell them not to.

DAVID JOSLIN: This is where a whole other discussion like the LOD thing comes into play and if that's actually been discussed. And from my perspective, Gilbane, we're a large [INAUDIBLE] contractor, so were not necessarily-- we're trying to stay out of design-bid-build situations as much as we can.

We much prefer being able to come in and assist the design team a little bit earlier, in which case then there's a little more fluidity in terms of model sharing. But yeah, I would say engineer's models get used for estimating much less than say like the architectural, where we're looking at square footages and like how many things do we have?

PRESENTER: Are there any kind of general guidelines that you'd give the architect in terms of being able to use the model content for cost estimating or clash detection? Because sometimes, if certain materials aren't broken out or organized in the correct way in a family or in the model, you won't be able to estimate them correctly or kind of like clash them correctly.

DAVID JOSLIN: Yeah. So it's kind of very basic things is, as much as possible, use the Revit category to the model the thing. You'd be surprised how many ceilings we find that are made as roofs and how many floors have been used as roofs and as ceilings, and like--

PRESENTER: I've seen escalators as railing families.

DAVID JOSLIN: Yeah, that sort of thing, like if at all possible, use the proper category, because that makes it a whole lot easier for us.

PRESENTER: Well, that actually brings up a good conversation on escalators. What would you classify that as? Because you wouldn't want it to be generic content, but is specialty equipment good?

PRESENTER: Yeah.

PRESENTER: Or like you know, should it be something else?

PRESENTER: Conveyance.

DAVID JOSLIN: Yeah, because I don't think there's a conveyance category in Revit yet. But I would say either a generic model with a subcategory used. Like subcategories or like the greatest hidden secret in Revit. They need to be used more.

PRESENTER: That's a good point.

DAVID JOSLIN: Or specialty equipment with like a subcategory. And depending on what you want your model to be able to do, there's like some tricks with what's hard coded in Revit, because specialty equipment won't cut in sections and things like that, whereas the generic models will.

PRESENTER: The generic models will.

DAVID JOSLIN: So depending on how you want it to look, pick between those two. But using the right category, using subcategories. And if it's not there, we can't count it. So some things that we'll often see that get skipped are like soffet walls, like the faces of the soffet wall, because someone's only looking at it in the plan or in the ceiling plan. So they'll draw all the ceilings.

They're like, yeah, I marked that as separate elevations, but you go flying around in the model, and there's a huge gap right there. So little things like that can sometimes throw stuff off. But the big ones are using the proper categories so we can find it. And if it's not there, we can't count it.

PRESENTER: Yeah.

DAVID JOSLIN: So even if it's just a box that says it's a chair or something like that, is better than nothing or just like importing a 2D CAD thing which, slight tangent, but back on something that was talked about before in terms of how manufacturers are building the model is do it in Revit. I don't want to see something from like 10 years ago done in CAD that's been imported into Revit and is now being passed off as a Revit family.

[APPLAUSE]

I think I struck a chord with that one, which I know is like one of the biggest things for you guys in terms of model size, because if it is CAD-based or another thing that's been imported into Revit, those are the worst offenders for model size and bogging down the model.

PRESENTER: I find that also what's true is, even when you-- because a lot of with manufacturers, they have fabrication models. So they do it in Inventor or SolidWorks, and there's this great little export that exports with SAT file, but then the SAT file can be embedded into a Revit file, and here you go. And that just makes it large and clunky.

And you can't change-- like if it's something that has multiple colors, you can't change the color of it. There's all kinds of problems. So it's almost like I'm sorry to tell you, but it makes better sense to the designers to have the design-ready model built as a Revit element separate from their fabrication model.

PRESENTER: Yeah. And we need to communicate that, because believe me, I work with a lot of manufacturers. And they think that that's fine, because it seems fine to them, because they don't know Revit. They don't have to deal with it, right? So they think that. So that's something that we need to definitely communicate.

PRESENTER: Yeah. And there is a time and place for that model or the shell of it. And sometimes, like when that's the only thing available, we'll make use of that. But ideally, if the manufacturer is providing this content, they can have that one. But then make one that's all Revit geometry.

PRESENTER: Yeah. How about details? You know, the plan details. I mean, a lot of times they're going to try to bring those in from a DWU file, right? Because they have those from 20 years ago. Is that a hassle as well? How do you guys deal with those? Would you rather them do it in Revit?

PRESENTER: Heck yeah.

PRESENTER: Yes.

PRESENTER: If we're going to use it.

PRESENTER: Yeah. If we're going to use it. Yeah.

PRESENTER: Yeah.

JIM CONGER: Yeah, obviously not all products. What would you say the biggest types of products that need that detailing for plans?

PRESENTER: Working in small detail package or something like that. I mean, penetration objects probably, that's penetrating, whether it be walls or roofs, things like that most likely would need like a nice install detail package. That would be nice to have in Revit, that they can include in the projects. It would be my opinion.

PRESENTER: I think that's where, going back to the estimating question that you asked, if someone says, boy, but I just took it all out of the model, that's where the design team is pretty sensitive, right? Because there's things we need to get shown in scale view on the floor plan, and you don't know how many penetrations there are when you do that, right?

So we have a detail that shows this fire-rated penetration, and it's a detail. You can't say, oh, there's 642 of those in the model, because we're not going to model-- we're not going to take that detail and insert it into every one of those locations. We're going to draw a detail just like we did before and say where you penetrate the floor, this is what happens.

JIM CONGER: I could tell you from the manufacturer side, detailing is something I think we need to start communicating to them as well. Because I haven't heard it a lot, and it makes sense, because that would be the place where they probably most likely have DWU files anyways, and they think it's just an easy button to throw it into Revit.

PRESENTER: I think it goes back to it Ally said earlier, though, about sort of do you have this content for the model that's smaller, but then if you want that detail, I am trying to think of a good example, but you have this particular piece of equipment where you do need this detail that shows all of this clearance, and it shows vent ports or whatever it is, but in the floor plan model, we don't necessarily want to use that whole same piece of content.

JIM CONGER: Exactly.

PRESENTER: We'd love to just have a detail on the detail sheet that shows how that all gets installed. And then in the floor plan part of the model, just model that in the simplistic form.

JIM CONGER: Would you want that in the same family or do you want that in a separate--

PRESENTER: I don't know if it matters.

JIM CONGER: Didn't we have a talk about this yesterday?

PRESENTER: Yeah. So basically what we're thinking of is kind of like the roof system, if you will, where they have like an overlay, and they have a wrap system that goes around a parapet or any situation like that, basically there's the detail level that shows how those layers interact.

So to give a full package to you to be able to use, you'd almost need to have drafting views and then maybe an actual sample roof style that they can pull into their project all together with like a couple of clicks, is probably what I would assume is where you are trying to get with that.

JIM CONGER: Yeah. I mean, there's situations where you'd want the actual plan detail to be a separate file, is what I'm saying. You know, for what types of products.

PRESENTER: Yeah. I think you'd keep it together, especially if it's a system family.

JIM CONGER: Yeah.

PRESENTER: You know, you key in on the system family and the details to be in the project file that they can pull over to their project. But if it's something where it's an RFA that potentially needs to have those, then maybe it's something different. But I feel like you'd almost still have to have some type of, here's a sample of how it would actually look in a project.

Whether they use it or not, that's up to the designer. But to have that sample to say this is what we want to see for our product to be installed, and then they can decide to, OK, well, we're going to take the details, because that's what we need. But we want a simpler thing for our floor plans. I think is something to definitely have both.

DAVID JOSLIN: Yeah. Throwing my hat in the ring on that one, I would say. You know, and I think those details do need to be there from the manufacturer so that the design team can understand where those conditions apply and whether they're just taking that detail or-- we had a discussion about this yesterday, which was whenever possible, if those details can be drafted over the top of the model, Revit has got some intelligent ways to do details that will actually flex around with the model and connect to the geometry behind.

So you don't have to have every layer of waterproofing actually modeled, but you can have that detail component snap to the actual wall or something like that. And so it'll flex as your design changes. And being able to have that so that then-- you know, the example we talked about was an entrance to a research building where they had modeled this fancy entry canopy that was basically a glass box inside a curtain wall.

We have to see this thing exactly in the model, because we've got to get stuff into there for like lights and fire sprinkler, and there's like no way to do that. And so we had two paths that we could potentially bring things in, and then we're looking at the drawings and the details of this thing, and it's completely different from what was in the model, because someone turned off that model view and drafted whatever they wanted.

And now it's more of a larger assembly rather than like a specific manufacturer thing, but I think the concept is the same as if it's something that can help the design team understand how that system or that thing needs to be put together, then they can apply that to their model in a way that doesn't cause potential busts down the road when we're actually trying to go and build the thing.

JIM CONGER: Jisell, I'm going to put you on the spot here.

JISELL HOWE: Go for it.

JIM CONGER: So now you guys are obviously well into your BIM strategy. How does this change what you're going to do? When you go back Monday to your job, what kind of things are you going to change about your strategy?

JISELL HOWE: Well, I think in hearing all these different perspectives, seeing all the different level of detail or maybe not level of detail that everyone's looking for, we're currently looking into better ways to provide our content. Now, we have done some of that already, obviously. As a manufacturer, we obviously know our product, and someone who's tasked, like me, to be able to get this stuff to work in software.

So we've had our content built. We went to the pros to actually have our content built, because we didn't know Revit that well. We had our content provided on our website, but I'm hearing that some people are not downloading manufacturer content for several reasons. We've looked into premium ways to have our content available in like premium databases to have a little bit of a trust factor so you can actually use our content. You could insert directly or download.

But with that in mind, though, I'm hearing that maybe people aren't using that much detail that is involved in our models. We focused on what we think is important parameters such as dimensions of like overall dimensions or maybe where the pipe stops, where it hits the collar of a fitting, and we also provide stuff like the pressure and temperature readings and codes and listings, because let's face it, PEX is different compared to copper. We have to play by different rules.

But I'm hearing that people may not be using that detailed of a model. So going back to the office, I'd be looking into different ways of how can we also assist those who are using our content or attempting to use our content in more of a conceptual way. From a manufacturer standpoint, though, it is a little tough in a sense to possibly provide multiple sets of content at different levels of detail, because if you think about it, then we're managing multiple sets of content.

And part of our engineering change order process, where if from our engineering department, if dimensions change or if something is determined to have changed, we're very involved with our content development team, where I have to pass on that information through a schema process to get that reflected in the models. Now, if you're thinking if we're managing multiple sets of content, that has to change in both sets of models or however many models.

So it presents a little bit of a challenge in that sense. But we'd like to see if there's somehow a way we could bridge the gap. I get that we can't solve the world's problems in this class. I get that there's a little bit of time left, and I'm trying. But we are interested in hearing ways that we can bridge this gap, because it does seem as though the manufacturers are left a little bit out of the loop.

And while we have our content, we are interested in that feedback in improving our content and having it useful in multiple stages of the project lifecycle, especially at a point when it's specified later on. So I've got a lot to think about, just to put it shortly here.

JIM CONGER: Yeah, I guess I've helped us kind of maybe wrap this up, but how do you guys want to communicate with the manufacturer? I mean, what is the best way? Is it online? Is there something that's not out there that we can create? What would fit your guys's workflow to be able to bring them in?

PRESENTER: So we do most of our discussions through manufacturer reps, and I sometimes wonder if that's really where there's a little bit of a stop gap.

PRESENTER: Yeah, because you're dealing with a salesperson instead of a technical person.

PRESENTER: Correct. So there's a sales engineer who comes to our office and says, hey, you should use our pumps, you should use our PEX tubing. But that's never with Jisell, right? So we're never having that conversation with the technical people. And they do get us in contact with engineering when we have a detailed technical question about a piece of equipment. But it's much more sort of the meet and greet, and we do like that.

And the reason we like it is because they feel more readily available to us. You know, they stop in, they check in and see if we have all the information that we need. But they tend to represent a lot of different manufacturers. So when you get a manufacturer rep, they might rep PEX tubing, they rep a pump manufacturer, they rep other pieces of equipment, and therefore it's sort of a one-stop-shop for us. You know, can I call them and say I have six needs on this project, what can you get me? But there has to be a better way to communicate that.

JIM CONGER: I would think that, and that's my whole thing is that, OK, so you have that one conversation with Jisell. Let's just say you have that conversation with her. Nobody else gets to hear that. So that doesn't get out to the industry to help us when we're talking to other manufacturers. I mean, is it a forum that we could build? Is there some pre-built thing out there? Is that even something you would even use?

Like bimjim.com, I mean, that was my quick way of solving our Q and A time issue. But is that something you would use? We have a few people that are logging on there. But is that of interest to you guys? Is that something you really see using possibly in the future? Not necessarily bimjim, but a forum like that. Because we want to capture that knowledge, right?

We want to be able to start collating that so we can start saying, OK, there's how many engineers in the country, you know, how many architects, how many owners, to start seeing what you guys are doing. And we can start seeing trends.

PRESENTER: I think if people felt like there was a long-term improvement for us, then people would log in. Right? Everybody's looking for their own value. What do I get out of this if I provide that feedback?

JIM CONGER: Yeah, because you don't have all the time in the world to blog about everything you want to talk about, right?

PRESENTER: Right.

JIM CONGER: We're all busy.

PRESENTER: So here's a little scenario. A salesperson comes to your office-- or a sales rep I should say-- and basically says, oh, we have this great Revit content we just did. You should really check it out and use it in your project. What is your initial reaction usually when you hear that?

PRESENTER: If it's content we're specifically looking for at the time, my immediate reaction is let's go download it and see if it's worth anything.

PRESENTER: Yeah.

PRESENTER: You kind of have that wall of like, oh well, let's take a look at it, but--

PRESENTER: Right. It's definitely not a commitment to use. It's a, well, let's check it out and see if it's the size of a 300,000 square foot building or if it's this big.

JIM CONGER: Do you have to open it to notice that? Isn't the file size?

PRESENTER: No. It says right there.

JIM CONGER: Exactly. OK. I appreciate it. We are at the end of our panel. And just remember, bimjim.com if you can't make it to our 5:30 to 6:30 open house or whatever they call it-- office hours. But we'll be back here and most of the panelists will be back here so we can chat, questions and answers, and then we've all committed to going to bimjim.com and answering those questions. And feel free to answer those questions yourself, because we're all just a small part of the entire ecosystem here.

So you guys are all-- please chime in on that as well. And I'll make that available for as long as possible. And maybe I'll even talk Autodesk into attaching it to this panel so people in the future that are watching this or listening to it, I should say, can help out there. So thank you guys very, very much. And thank you guys as well.

[APPLAUSE]

Downloads

______
icon-svg-close-thick

Cookie preferences

Your privacy is important to us and so is an optimal experience. To help us customize information and build applications, we collect data about your use of this site.

May we collect and use your data?

Learn more about the Third Party Services we use and our Privacy Statement.

Strictly necessary – required for our site to work and to provide services to you

These cookies allow us to record your preferences or login information, respond to your requests or fulfill items in your shopping cart.

Improve your experience – allows us to show you what is relevant to you

These cookies enable us to provide enhanced functionality and personalization. They may be set by us or by third party providers whose services we use to deliver information and experiences tailored to you. If you do not allow these cookies, some or all of these services may not be available for you.

Customize your advertising – permits us to offer targeted advertising to you

These cookies collect data about you based on your activities and interests in order to show you relevant ads and to track effectiveness. By collecting this data, the ads you see will be more tailored to your interests. If you do not allow these cookies, you will experience less targeted advertising.

icon-svg-close-thick

THIRD PARTY SERVICES

Learn more about the Third-Party Services we use in each category, and how we use the data we collect from you online.

icon-svg-hide-thick

icon-svg-show-thick

Strictly necessary – required for our site to work and to provide services to you

Qualtrics
We use Qualtrics to let you give us feedback via surveys or online forms. You may be randomly selected to participate in a survey, or you can actively decide to give us feedback. We collect data to better understand what actions you took before filling out a survey. This helps us troubleshoot issues you may have experienced. Qualtrics Privacy Policy
Akamai mPulse
We use Akamai mPulse to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, and your Autodesk ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Akamai mPulse Privacy Policy
Digital River
We use Digital River to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, and your Autodesk ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Digital River Privacy Policy
Dynatrace
We use Dynatrace to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, and your Autodesk ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Dynatrace Privacy Policy
Khoros
We use Khoros to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, and your Autodesk ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Khoros Privacy Policy
Launch Darkly
We use Launch Darkly to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, and your Autodesk ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Launch Darkly Privacy Policy
New Relic
We use New Relic to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, and your Autodesk ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. New Relic Privacy Policy
Salesforce Live Agent
We use Salesforce Live Agent to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, and your Autodesk ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Salesforce Live Agent Privacy Policy
Wistia
We use Wistia to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, and your Autodesk ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Wistia Privacy Policy
Tealium
We use Tealium to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Tealium Privacy Policy
Upsellit
We use Upsellit to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Upsellit Privacy Policy
CJ Affiliates
We use CJ Affiliates to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. CJ Affiliates Privacy Policy
Commission Factory
We use Commission Factory to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Commission Factory Privacy Policy
Google Analytics (Strictly Necessary)
We use Google Analytics (Strictly Necessary) to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, and your Autodesk ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Google Analytics (Strictly Necessary) Privacy Policy
Typepad Stats
We use Typepad Stats to collect data about your behaviour on our sites. This may include pages you’ve visited. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our platform to provide the most relevant content. This allows us to enhance your overall user experience. Typepad Stats Privacy Policy
Geo Targetly
We use Geo Targetly to direct website visitors to the most appropriate web page and/or serve tailored content based on their location. Geo Targetly uses the IP address of a website visitor to determine the approximate location of the visitor’s device. This helps ensure that the visitor views content in their (most likely) local language.Geo Targetly Privacy Policy
SpeedCurve
We use SpeedCurve to monitor and measure the performance of your website experience by measuring web page load times as well as the responsiveness of subsequent elements such as images, scripts, and text.SpeedCurve Privacy Policy
Qualified
Qualified is the Autodesk Live Chat agent platform. This platform provides services to allow our customers to communicate in real-time with Autodesk support. We may collect unique ID for specific browser sessions during a chat. Qualified Privacy Policy

icon-svg-hide-thick

icon-svg-show-thick

Improve your experience – allows us to show you what is relevant to you

Google Optimize
We use Google Optimize to test new features on our sites and customize your experience of these features. To do this, we collect behavioral data while you’re on our sites. This data may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, your Autodesk ID, and others. You may experience a different version of our sites based on feature testing, or view personalized content based on your visitor attributes. Google Optimize Privacy Policy
ClickTale
We use ClickTale to better understand where you may encounter difficulties with our sites. We use session recording to help us see how you interact with our sites, including any elements on our pages. Your Personally Identifiable Information is masked and is not collected. ClickTale Privacy Policy
OneSignal
We use OneSignal to deploy digital advertising on sites supported by OneSignal. Ads are based on both OneSignal data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that OneSignal has collected from you. We use the data that we provide to OneSignal to better customize your digital advertising experience and present you with more relevant ads. OneSignal Privacy Policy
Optimizely
We use Optimizely to test new features on our sites and customize your experience of these features. To do this, we collect behavioral data while you’re on our sites. This data may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, your Autodesk ID, and others. You may experience a different version of our sites based on feature testing, or view personalized content based on your visitor attributes. Optimizely Privacy Policy
Amplitude
We use Amplitude to test new features on our sites and customize your experience of these features. To do this, we collect behavioral data while you’re on our sites. This data may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, your Autodesk ID, and others. You may experience a different version of our sites based on feature testing, or view personalized content based on your visitor attributes. Amplitude Privacy Policy
Snowplow
We use Snowplow to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, and your Autodesk ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Snowplow Privacy Policy
UserVoice
We use UserVoice to collect data about your behaviour on our sites. This may include pages you’ve visited. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our platform to provide the most relevant content. This allows us to enhance your overall user experience. UserVoice Privacy Policy
Clearbit
Clearbit allows real-time data enrichment to provide a personalized and relevant experience to our customers. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID.Clearbit Privacy Policy
YouTube
YouTube is a video sharing platform which allows users to view and share embedded videos on our websites. YouTube provides viewership metrics on video performance. YouTube Privacy Policy

icon-svg-hide-thick

icon-svg-show-thick

Customize your advertising – permits us to offer targeted advertising to you

Adobe Analytics
We use Adobe Analytics to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, and your Autodesk ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Adobe Analytics Privacy Policy
Google Analytics (Web Analytics)
We use Google Analytics (Web Analytics) to collect data about your behavior on our sites. This may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. We use this data to measure our site performance and evaluate the ease of your online experience, so we can enhance our features. We also use advanced analytics methods to optimize your experience with email, customer support, and sales. Google Analytics (Web Analytics) Privacy Policy
AdWords
We use AdWords to deploy digital advertising on sites supported by AdWords. Ads are based on both AdWords data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that AdWords has collected from you. We use the data that we provide to AdWords to better customize your digital advertising experience and present you with more relevant ads. AdWords Privacy Policy
Marketo
We use Marketo to send you more timely and relevant email content. To do this, we collect data about your online behavior and your interaction with the emails we send. Data collected may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, email open rates, links clicked, and others. We may combine this data with data collected from other sources to offer you improved sales or customer service experiences, as well as more relevant content based on advanced analytics processing. Marketo Privacy Policy
Doubleclick
We use Doubleclick to deploy digital advertising on sites supported by Doubleclick. Ads are based on both Doubleclick data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Doubleclick has collected from you. We use the data that we provide to Doubleclick to better customize your digital advertising experience and present you with more relevant ads. Doubleclick Privacy Policy
HubSpot
We use HubSpot to send you more timely and relevant email content. To do this, we collect data about your online behavior and your interaction with the emails we send. Data collected may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, email open rates, links clicked, and others. HubSpot Privacy Policy
Twitter
We use Twitter to deploy digital advertising on sites supported by Twitter. Ads are based on both Twitter data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Twitter has collected from you. We use the data that we provide to Twitter to better customize your digital advertising experience and present you with more relevant ads. Twitter Privacy Policy
Facebook
We use Facebook to deploy digital advertising on sites supported by Facebook. Ads are based on both Facebook data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Facebook has collected from you. We use the data that we provide to Facebook to better customize your digital advertising experience and present you with more relevant ads. Facebook Privacy Policy
LinkedIn
We use LinkedIn to deploy digital advertising on sites supported by LinkedIn. Ads are based on both LinkedIn data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that LinkedIn has collected from you. We use the data that we provide to LinkedIn to better customize your digital advertising experience and present you with more relevant ads. LinkedIn Privacy Policy
Yahoo! Japan
We use Yahoo! Japan to deploy digital advertising on sites supported by Yahoo! Japan. Ads are based on both Yahoo! Japan data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Yahoo! Japan has collected from you. We use the data that we provide to Yahoo! Japan to better customize your digital advertising experience and present you with more relevant ads. Yahoo! Japan Privacy Policy
Naver
We use Naver to deploy digital advertising on sites supported by Naver. Ads are based on both Naver data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Naver has collected from you. We use the data that we provide to Naver to better customize your digital advertising experience and present you with more relevant ads. Naver Privacy Policy
Quantcast
We use Quantcast to deploy digital advertising on sites supported by Quantcast. Ads are based on both Quantcast data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Quantcast has collected from you. We use the data that we provide to Quantcast to better customize your digital advertising experience and present you with more relevant ads. Quantcast Privacy Policy
Call Tracking
We use Call Tracking to provide customized phone numbers for our campaigns. This gives you faster access to our agents and helps us more accurately evaluate our performance. We may collect data about your behavior on our sites based on the phone number provided. Call Tracking Privacy Policy
Wunderkind
We use Wunderkind to deploy digital advertising on sites supported by Wunderkind. Ads are based on both Wunderkind data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Wunderkind has collected from you. We use the data that we provide to Wunderkind to better customize your digital advertising experience and present you with more relevant ads. Wunderkind Privacy Policy
ADC Media
We use ADC Media to deploy digital advertising on sites supported by ADC Media. Ads are based on both ADC Media data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that ADC Media has collected from you. We use the data that we provide to ADC Media to better customize your digital advertising experience and present you with more relevant ads. ADC Media Privacy Policy
AgrantSEM
We use AgrantSEM to deploy digital advertising on sites supported by AgrantSEM. Ads are based on both AgrantSEM data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that AgrantSEM has collected from you. We use the data that we provide to AgrantSEM to better customize your digital advertising experience and present you with more relevant ads. AgrantSEM Privacy Policy
Bidtellect
We use Bidtellect to deploy digital advertising on sites supported by Bidtellect. Ads are based on both Bidtellect data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Bidtellect has collected from you. We use the data that we provide to Bidtellect to better customize your digital advertising experience and present you with more relevant ads. Bidtellect Privacy Policy
Bing
We use Bing to deploy digital advertising on sites supported by Bing. Ads are based on both Bing data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Bing has collected from you. We use the data that we provide to Bing to better customize your digital advertising experience and present you with more relevant ads. Bing Privacy Policy
G2Crowd
We use G2Crowd to deploy digital advertising on sites supported by G2Crowd. Ads are based on both G2Crowd data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that G2Crowd has collected from you. We use the data that we provide to G2Crowd to better customize your digital advertising experience and present you with more relevant ads. G2Crowd Privacy Policy
NMPI Display
We use NMPI Display to deploy digital advertising on sites supported by NMPI Display. Ads are based on both NMPI Display data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that NMPI Display has collected from you. We use the data that we provide to NMPI Display to better customize your digital advertising experience and present you with more relevant ads. NMPI Display Privacy Policy
VK
We use VK to deploy digital advertising on sites supported by VK. Ads are based on both VK data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that VK has collected from you. We use the data that we provide to VK to better customize your digital advertising experience and present you with more relevant ads. VK Privacy Policy
Adobe Target
We use Adobe Target to test new features on our sites and customize your experience of these features. To do this, we collect behavioral data while you’re on our sites. This data may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, your IP address or device ID, your Autodesk ID, and others. You may experience a different version of our sites based on feature testing, or view personalized content based on your visitor attributes. Adobe Target Privacy Policy
Google Analytics (Advertising)
We use Google Analytics (Advertising) to deploy digital advertising on sites supported by Google Analytics (Advertising). Ads are based on both Google Analytics (Advertising) data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Google Analytics (Advertising) has collected from you. We use the data that we provide to Google Analytics (Advertising) to better customize your digital advertising experience and present you with more relevant ads. Google Analytics (Advertising) Privacy Policy
Trendkite
We use Trendkite to deploy digital advertising on sites supported by Trendkite. Ads are based on both Trendkite data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Trendkite has collected from you. We use the data that we provide to Trendkite to better customize your digital advertising experience and present you with more relevant ads. Trendkite Privacy Policy
Hotjar
We use Hotjar to deploy digital advertising on sites supported by Hotjar. Ads are based on both Hotjar data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Hotjar has collected from you. We use the data that we provide to Hotjar to better customize your digital advertising experience and present you with more relevant ads. Hotjar Privacy Policy
6 Sense
We use 6 Sense to deploy digital advertising on sites supported by 6 Sense. Ads are based on both 6 Sense data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that 6 Sense has collected from you. We use the data that we provide to 6 Sense to better customize your digital advertising experience and present you with more relevant ads. 6 Sense Privacy Policy
Terminus
We use Terminus to deploy digital advertising on sites supported by Terminus. Ads are based on both Terminus data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that Terminus has collected from you. We use the data that we provide to Terminus to better customize your digital advertising experience and present you with more relevant ads. Terminus Privacy Policy
StackAdapt
We use StackAdapt to deploy digital advertising on sites supported by StackAdapt. Ads are based on both StackAdapt data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that StackAdapt has collected from you. We use the data that we provide to StackAdapt to better customize your digital advertising experience and present you with more relevant ads. StackAdapt Privacy Policy
The Trade Desk
We use The Trade Desk to deploy digital advertising on sites supported by The Trade Desk. Ads are based on both The Trade Desk data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that The Trade Desk has collected from you. We use the data that we provide to The Trade Desk to better customize your digital advertising experience and present you with more relevant ads. The Trade Desk Privacy Policy
RollWorks
We use RollWorks to deploy digital advertising on sites supported by RollWorks. Ads are based on both RollWorks data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that RollWorks has collected from you. We use the data that we provide to RollWorks to better customize your digital advertising experience and present you with more relevant ads. RollWorks Privacy Policy

Are you sure you want a less customized experience?

We can access your data only if you select "yes" for the categories on the previous screen. This lets us tailor our marketing so that it's more relevant for you. You can change your settings at any time by visiting our privacy statement

Your experience. Your choice.

We care about your privacy. The data we collect helps us understand how you use our products, what information you might be interested in, and what we can improve to make your engagement with Autodesk more rewarding.

May we collect and use your data to tailor your experience?

Explore the benefits of a customized experience by managing your privacy settings for this site or visit our Privacy Statement to learn more about your options.