AU Class
AU Class
class - AU

Digital Transformation from Traditional Design Deliverables and Coordination to Cloud-Based Design Collaboration

이 강의 공유하기

설명

This case study explores how digital transformation happens, starting from the traditional design process and moving to Autodesk Construction Cloud using building information modeling (BIM) tools. It also identifies challenges, the importance of education and training, and the short-term and long-term benefits. The major challenge is the lack of capacity and capability, lack of a common platform, absence of standardization, inconsistencies in workflow and processes, and loss of information. We initiated the transformation by redefining the workflow processes, bringing Autodesk Construction Cloud, standardizing design language and deliverables, creating libraries, and training. This increased adaptation, leading to an increase in efficiency of model development, peer review, design collaboration, design management, and approval by all stakeholders. We were also able to define roles and responsibilities, ensure version control across all stakeholders, and review clash detection, thus improving on-time efficiency, accuracy, and quality of the deliverables by sharing information and collaborating.

주요 학습

  • Learn about standardizing the review and checking process, using remote resources to achieve efficiency by 10%–15% in the overall QAQC process.
  • Learn about using Autodesk Construction Cloud for data management, design coordination, and design visualization to help facilitate informed decision making.
  • Learn about resolving the problem related to sharing information and collaboration throughout the whole lifecycle of building.

발표자

  • DNB-Brijesh Parmar
    Brijesh Parmar is a multifaceted and seasoned professional with over two decades of experience in management and leadership positions within the Architecture, Engineering, and Construction (AEC) industry. With a substantial body of work spanning Architecture, Design Management (Multidisciplinary), Digital Design Delivery (BIM), Construction, and Project/Program Management, his expertise extends across India, Turkmenistan, KSA, USA, EMEA, and ANZ regions. Currently heading the Architecture department in India for Shapoorji Pallonji Engineering & Construction, Brijesh has been working for over 15 years with construction giants like Bouygues Batiment International (BBI) and Shapoorji Pallonji (SPCPL). He also has over 8 years of experience with international consultants such as AECOM and Arcop Associates, working on globally renowned projects. Brijesh has successfully led front-end design dialogues, catalyzing and mentoring multicultural, cross-discipline design teams to design and manage mid to large-scale projects across sectors including healthcare, hospitality, residential, commercial, religious buildings, convention halls, offices, educational, and industrial buildings. Known for his strong technical bias, Brijesh excels in coordination and technical documentation, especially within digital environments. He has attended numerous national/Internal conferences and was recently awarded the 'Best Paper Award' by the Indian Building Congress (IBC). Brijesh's interests and focus include digital transformation in design and construction, developing strategies for training, and providing technical guidance and support to teams for implementation throughout the built environment. As an Architect, Brijesh Parmar continues to drive innovation and excellence in the AEC industry, leading the way in digital empowerment and sustainable development.
  • Preethi Rao 님의 아바타
    Preethi Rao
    I'm Preethi Rao, an experienced technical solution executive at Autodesk and a dedicated technical evangelist. My professional journey has equipped me with in-depth knowledge of architectural, engineering, and construction processes, with a specialized focus on the plant, process engineering, and structural industries. With a bachelor's degree in civil engineering and a master's in marketing management, I've honed a unique blend of technical expertise and strategic vision. As a technical specialist, I excel at generating new business opportunities through meticulous technical pre-sales strategies. Functioning as a trusted advisor, I immerse myself in understanding customer business processes, workflows, and intricate technical requirements. My commitment to establishing thought leadership at the client level differentiates Autodesk as a preferred long-term solution provider. I possess a proven ability to secure both business and technical closure, managing evaluations, solution architecture, and product demos with finesse. My professional journey is characterized by an unwavering commitment to continuous learning and a tireless pursuit of excellence. As a technical evangelist, I leverage my expertise to bridge the gap between technology and industry, bringing transformative solutions to the forefront.
Video Player is loading.
Current Time 0:00
Duration 37:50
Loaded: 0.44%
Stream Type LIVE
Remaining Time 37:50
 
1x
  • Chapters
  • descriptions off, selected
  • en (Main), selected
Transcript

BRIJESH PARMAR: Welcome to AU2024. I'm Brijesh Parmar. I'll be presenting on digital transformation from traditional design processes to the cloud-based design collaboration. So it's, basically, in the design and build vertical, which is under Shapoorji Pallonji, and responsible for the APC contractual projects. And along with me, co-speaker Preeti Rao from Autodesk will be there.

So about me. I'm an architect by profession, having experience of 23 plus years in the architecture, engineering, and construction industry. Of 23 years, 16 years, I've been working with construction industries like [INAUDIBLE] international about 16 years. And then, with Shapoorji, close to three years. And after that, AECOM and [? COP, ?] I was working with them for around six years.

PREETHI RAO: My name is Preethi Rao. I'm a part of the Autodesk tech team, which is there, working as a senior technical solution executive, and Shapoorji is one of my customer, in this case. I've got almost 19 years of experience in the AEC industry. I'm a passionate BIM enthusiast. I've got expertise in leading technical, strategic, and consultative customer conversations through emerging and evolving industry AEC trends. You see a picture of Gateway Of India, that's where Shapoorji is located, and that's where I reside, and that's Mumbai.

BRIJESH PARMAR: So about Shapoorji Pallonji, with the rich legacy of more than 159 years now, we have been pioneering the construction industry and responsible for new technology and technique in the construction industry. So I'll take you through two minutes of video about Shapoorji.

[VIDEO PLAYBACK]

[MUSIC PLAYING]

[END PLAYBACK]

So in terms of agenda, I'll be covering a why change? Why the change management was a necessity in our construction sector. And then, I'll also take you through the case study, which is Institute of Medical Sciences Hospital Project. And then, the implementation process in that particular case study, the challenges, the current status, and what are the next steps which we will be following on this particular case. And then, in the end, return on investments.

So why the change management was required? Although our company has initiated digital transformation way back to 2009, in particular, our design and build verticals started 2014. But still, why the change management was necessary?

So with the journey-- with the digital journey, it's always happened that some of the people left behind and are still working on the traditional processes because of their own reasons. So there was a set of people who were sitting remotely or in our head office or in the regional office who were between the phases of denial and the testing.

So what we have taken a step that, OK, we will include those kind of people in this particular project. So we, intentionally, we include around 45% to 50% of those resources in this particular project, and we did it with the intentional methods.

So with the case study, this is not a very landmark project. What we have-- what you already have seen in the last videos, but this is a project where a lot of complexity was involved, a lot of complex services is involved. So we tried to cover those services, the MED services or the other medical services in this particular projects.

So in terms of scope, if you see it says client is government. And it's a design and construction EPC project, Engineering, Procurement, and Construction scope, including 899 beds, 12 operation theaters, ancillary buildings, internal and external areas, and all design, architecture, MEPF structure, all design BIM. And obviously, the approval related to local authorities or the statutory is also part of our scope of work.

So this particular building has a built up area of around 110,000 square meter, and site area is around 85,000 square meter area. So first and foremost step in this particular project, or all of the project, is to set the standards and the processes. So in terms of standards, what we follow is ISO 19650, the common data environments, all the work, whether it's a design or the constructions documentations or the communication happen on the common data environment.

And then, I'll also take you through the softwares or the BIM uses-- what the BIM uses we have approached in this particular projects. And then, the implementation part, the first is the design phase and the second one is the construction phase, what we have implemented in this particular project.

So in terms of standards, if you see this particular image, the right side image, where it is the very basic and very important image for the ISO 19650 and it shows whole process in the construction life cycle. So the first and foremost right side top image is basically work in progress, where each discipline, architecture, MEP, or the structure work in their own files. That's also called S0.

And then, when it is approved by the discipline lead, then it goes to the shared folder that is the left side, the yellow color folder, where step from the S1 to S5 happen. So S1 is, basically, related to the coordination, so when every discipline share their models, then the coordination happen.

And then, S2 is the implementation of those coordinations outcome, which is there in the model. And then, S3, again, is the review and comments. So this is also very critical on the CDE environment where all the review-- originator reviewer, discipline reviewer, or idea happened.

And then, it goes further for the construction sign off. So constructions team also look at the drawings or the model and then they sign off. And then, after authorizing from the client side, it goes for the construction part, that's the green color folder. And then, it's the operation and maintenance part where all the documentations in terms of specifications can be stored on the common data environments.

There are two different processes in this particular image is shown. The blue color is, basically, the management process, and the green color is the information process. So if you see, it start-- the CapEx start is from basically EIR. EIR, basically, is the information for from the employer side. So most of the information, the high level information, is that what is the objective of the project. In terms of digital whether it will be also taken forward for the digital environment or the sustainability. So all that being used is-- or the project objective is mentioned in the EIR documents.

Then it goes for the BEP-- pre-award BEP and the post-award BEP. So all the informations from the EIR document is mentioned in the BEP. And then, further, it goes for the contractor side where they prepare the MIDB as well as the post-award BEP plan.

And then, in the middle, there are two different phases, one is the PIM. PIM is the Project Information Modeling. AIM is the Asset Information Modeling. So PIM start from the brief till the construction and handover, including the design phases. So this is the construction life cycle, which is also called PIM. And PIM is, basically, the operation and maintenance where the documentation non-graphical data or the graphical model is stored.

So common data environment is the single source of truth, as we all know. It can store all kind of information related to the project. That's the PIM and the AIM. So Project Information Modeling, where we can also store the graphical non-graphical associated documents. In terms of drawings, DWG file Revit file, any IFC file, PDF file, Word files, schedule specification can also be stored on the common data environments.

So common data environment is about the connected teams. So this is a one single platform where all the team-- all the stakeholders, whether it's the design team, the consultants, vendors, or the site team or the client team, all can be connected on the CDE platform. And they can see only the one single revision, the last revision, file for them. So there won't be any other revision which will be seen by the other different stakeholders. Connected delivery, connected assets, asset management, also outcome and the insight. That's all can be connected to the CDE platform.

So in terms of objective and software tools when we started this project. So we have decided that what kind of softwares or the platform we'll be using for this particular projects, and the similar kind of training is arranged for all the people, whether it's the people who are just new to the system or the people who are expert in this system.

So in terms of modeling where mostly the design team participate, we are using Revit and the BIM Collaborate Pro. In space class coordinations, we are using, again, the BIM Collaborate Pro as well as the Naviswork. And the documentation with the quantity take off, that's very critical for the construction company to have the quantity take off and the cost for each and every elements or the materials, which is also-- we got it from the model itself, Autodesk Build and Collaborate Pro.

Construction simulations, which we have done for the construction is, again, on Navisworks file. And then, the Federated model. So this stage is yet to come as we are close to 50% of completion of that project. So this Federated as build model will be coming end of this year. So this all can be stored on the common data environment. And for that, we use Autodesk Construction Cloud.

BIM implementations. If you see in design and build, design and build, basically, as I said, is our vertical where we are responsible for the EPC contract project, where the design and the construction happens simultaneously. So the first layer always start from the employer side, the client side where they mention their own objective for the particular project.

And then, we prepare BEP based upon the EIR document. So EIR is very critical if we really want to see the expectation-- to find the expectation of the client and implement in our design. And then, the design sequence, the concept design, schematic design, design development, statutory approval, and ERC.

The second layer is the construction layer where we-- they always start with the RFIs when we submit any design to them, whether it's a schematic design development or GFC, we always start with the RFI. And again, on the same time, we prepare the construction sequence for them-- the construction sequence as well as we can also see the progress of the site. And then, they can feed the progress in the construction sequence and dashboards because we are using one CDE platform where all the design delivery as well as the construction status is stored. So it's very easy for us-- for the dashboard-- to prepare the dashboard on a monthly basis for the management. And then, the last stage is Federated as built model. That stage is still to come.

So BIM execution plan is-- after the standard and protocol when we set after that-- the first and foremost step, which is, again, the main document or the live documents for all the team members, whether it's design or construction is BEP plan where you can see all the roles and responsibilities for each and every member, whether it's any lead from the architecture or from the site design management team.

So their roles and responsibilities decided, and based upon that, access right is given on the CDE platform. So in this particular documents, we define the goal and objective of the project, establish standards and protocol that what we discussed earlier. So that standards, we also mentioned in this particular documents. And the workflow. Workflow is very critical in BEP because it set the process. It shows that which folder will have what kind of informations, and how does it flow.

For example, if we have a quality assurance and quality check process set for the team, starting from the originator to reviewer to checker and then verifier. So those processes is well-defined-- should be well-defined in the BEP document. And based upon that, the folder creations in the CED platforms is maintained and that all can happen automatically-- or automate can happen on those kind of workflows also. Review and define BEP. This is the live document. This can be changed with the time, it depends upon inputs or if there is any revision in the project.

So schematic design. As I said, the first and foremost is the design authoring where each discipline work individually on their model. So for example, architecture space planning should be free during the schematic design based upon the input from the MEP, space programming, finalization system, load specification, equipment placement or the structural sizing of the framing, whether it's a column size or the BIM size, is also defined at this stage.

Based upon that, they publish the model, then second stage is the coordination of the model and the clash detection. So these clashes will be-- is implemented in the model. And then further, it goes to the QAQC process, which is, again, the two processes, one is for the drawings to the deliverables and second one is for the model health checkup.

So those QAQC processes set and a designated team members is responsible for that. So we can assign those review processes with certain people and with the time limitations also. If it validate or approved, it goes to the next stage, else it will repeat again the processes. So next stage is detailed design, where this is the model schematic-- design model where we can see architecture and structures inputs, most of the building part, and the external areas.

Detailed design, the process remains same, but it is more detailed version of the model. For example, the MEP sizing for the pipe ducts. The increments is finalized its place on the model. And apart from that, the structure detailed framing plan is also prepared on the model.

So the model is almost ready for the executions at this particular stage. The steps are the same from the design authoring, coordination, clash detection, then it goes for the QAQC, and finally, to the validation process. So if you see here, you can see the colored pipelines from the MEP side inside the building. Right side, some of the images from the architecture facade detailing that is also done on the BIM platform.

Again, that's a coordination part. If you can see the top right image, it's all MEP services drainage system, all the plumbings, chilled water, all kind of MEP services are there. And the clash bottom left, we can see clash between different model. So architecture versus structure or MEP versus MEP also can be done on the ECC platform, or the common data environment. And we can also track those number of clashes on a weekly basis and find a solution for that.

Issue generation. So in this particular project, because our model was prepared before than the timeline, the three stage model, having all the information of architecture and the structure. So we start preparing the issue generations from the site itself also.

So we delegate these review process to the site team as well as the people sitting remotely also. So they raise the issues. If they see something, they raise the issues. And those issues can-- we can have the timeline set for that and will be-- it is resolved by the team members.

So in terms of QAQC DR process, that's a discipline review process. The first step from the originator is to submit the file for a reviewer. So he self-check the file, he or she self-check it, and then submit for the review. The second step is reviewer.

So in this particular project, we were working on CED platform. And in construction industry, a lot of people are sitting remotely in different part of the location of the construction site. So we try to utilize those people. People sitting in the East-- part of Eastern side of India, we utilize them for the review, depend upon their availability. So in this particular project, the review is done by the Calcutta team. And then, it is published to the Mumbai team, that's the head office team.

So second step is all the comments, observations by the reviewer. And the third step is to pick up the comments by the original originator. So this process can be set in a automate mode. And then, when it submit, it goes further to the next step. Next step is IDR, Inter-Discipline Review Process, where the different review happen by the other discipline. For example, architecture, when they submit for review, it will go to MEP or structure.

And similarly, they can comment simultaneously on that particular file. So second step is commenting on the 2D or the model. And the third step, what we have is the different colored-- we set the different color for different kind of comments. If it is a red, then this comment needs to be taken care. Pencil, that is doubtful comments. And green is comment, which is picked.

So the next stage of GFC is, basically, the input, what we receive from the vendor, for example, the size of the equipment or the facade detailing, which we receive from the facade vendor or any other details which we receive from the vendors is provided in the model. So apart from that, the model is prepared and ready for the construction team. And the process happened at the same, from the design authoring to the validation.

So RFI from the site. So this is one of the critical issue, which always site is lagging behind because when they see the drawing, when it is on a traditional process, it is always on a printed format or the 2D format. But in this particular project, we were working on the BIM platform, so they can see directly the model and raise the RFI on the BIM model.

So site RFI started from the SD stage, the Schematic Design stage only. So they can attach the image of that particular clash, and they can assign to the people also to different discipline or to the particular person with the time limitations.

So this always helps the team. The construction sequence we prepared during the last stage only. So all the site team are well aware that which month what kind of elements will be put on site or construct on the site. So they were well aware of that and they start raising their concern based upon that conceptual sequence that this can be done first or this block can be the second one. So this helps site team also to plan their activities very behind that. So if you see here, the right side is the images in 2024. So we have already completed all the flows in terms of civil MEP works is still ongoing.

In terms of challenges, there are, basically, three major challenges when we transform from a traditional processes to the digital processes, one is the culture and knowledge, and the second one is the financial constraint. And the third one is the fragmented industry, which is because of the large construction industry where we have a lot of diverse stakeholders.

So in terms of culture and knowledge, there are three different parts of it. One is the people and the process and the technology. So in terms of people, a leadership support is paramount and a top executive must be part of the chain management process for the whole cycle. So it's not that, OK, initially they are part of that, and later on they just-- it is continued by the team members.

So in this particular project, our head of design and build is always keen to see the progress on the BIM environment. And that's the reason why we are-- progress so fastly and we included those people also because of our trainings.

Resistance to change, this is something which is always there. When the people are working on a very well-established and proven method from a long time, like company like us, 159 years. It's very difficult to change those kind of processes or those kind of mindset of the people. We have taken this task very delicately. And slowly, we introduced the digital environment and train the people accordingly.

Silos and communications. Yes, this is always a concern for large companies where we can see a lot of silos and communication. But yes, the CED platform help us because everybody is on the same platform. And then, we have a lot of workshops because of that also. And the people involvement, because they can see the activities, they can see the model, they can see the details of the structure, so that help everyone to be on the same platform and that's the reason why we have somehow reached the proper communication with the site team also.

The processes, again, the traditional practice, inconsistent processes, and the lack of training, that is something which we try to resolve within the companies. But still, it's in progress. Technology part, there are a lot of softwares which our site people are using when they prepare the program or the progress. So there is always a issue of interoperability of different softwares. But this is being resolved slowly in BIM environment.

Complexity and learning curve, that is always there, and the maintenance and upgrade of the system. So for the site people site, site people can see all the model on the web browser itself. So they don't need a high grade computer systems. So the system work very well, but the designers who work on the files, they need to have upgraded versions.

So the main difference where we have between the design processes on a traditional platform and the BIM-based platform. In a traditional way, we always start with the architecture. Then, it goes to the structure of an architecture, freeze their design, then it goes to the structure. When structure freeze their design, it goes to the MEP and the further.

And that's the main difference when we work on the BIM processes, architecture, structure, and the MEP can work parallelly. When the architecture prepare their model, they can prepare the space planning based on the MEP and the MEP can start working on their modeling for their elements.

So these all work can happen parallelly, which is not there in the traditional processing. But still, some of us are on the BIM platform, but we are still following the traditional way, that architecture will finish the model, then structure will finish the model, and then goes further to it. But in a BIM environment, we have to be very careful. This all activities can happen parallelly and we can have more time for the construction also.

A financial constraint, BIM projects versus the non-BIM projects. So initially, there is a lot of resource requirement because most of the done-- most of the work is done, initial stages of the project, like architecture, structure, or MEP. And then, further, it's the input from the site or the client, or the vendors inputs only. But the contrary, on the non-BIM projects, it started slow. And then, later on, there are a lot of inputs or the resource requirements happen.

And when there is any change in that particular state, it impacts a lot on the cost. But in the BIM environment, it has less impact because most of the things is freezed in the initial stages of the projects.

Return on investment. So as they said that we have divided this BIM into two parts, one is the design and the second one is the construction team. So in design team, the QAQC process, which is set on the CED platform. And with utilization of our remote setting resources in East part or the North part, those saves around 12% to 15% of the man hours in the QAQC process.

This is very critical in the construction industry because any change or any mistake can cost a lot in the construction. RFI, as I said, that RFI, from the site, starts from the SD stage only. And now, at this stage, around 50% construction work is completed, 40% to 50% is completed. So we just had only 50 numbers of RFIs. But if we compare the similar kind of projects, there is more than 300 RFIs generated from the site team.

So we save around 60% on that also. And one RFI can have 8 to 12 hours spent on that. Training, so as I said, the 45% to 50% of resources which were new to this system, now they are well-trained and we are utilizing them for the different projects also.

And from the construction site, design clarity. That's always a challenge for reconstruction people. As we use the ACC platform, they can walk through the they-- walk through the projects. They can see the small details, for example, the expansion joint. How does it look on the vertical wall? So those kind of things, they have the look ahead plan for that. They have the more clarity, the client team have more clarity and informed decisions are made on this particular project.

Fewer changes because of the design clarity. There are fewer changes right now on track. With the design ahead of the schedule, construction activities follow the planned schedule and stay on track. So we are hoping that end of this year's civil work and MEP work will be completed. And then, the external work are-- our contract will finish next year. So the design is already completed and the construction is ongoing. So next year is probably-- will be completing this project in terms of construction also.

Next step, with the help of Autodesk team, we are taking some more steps on this particular project because now the resources are more available and they can do more and more and more R&D on this particular project. So AI, we tried to automate some of the things, for example, the number of parking. When we change one parking number, automatically, the other parking numbers change. So those kind of things we are doing in house only with the people who have the interest in the AI.

AR/VR. So AR, now, the MEP started on the site. So our model, they can compare it on the site with the execution versus the model design what we have. So this we are also implementing on the site. Digital twin, this is not started yet, but we are planning to start along with the Autodesk team to prepare the digital twin model, which can help client at the later stage for operation and maintenance.

Sustainability is always part of our targets. So the daylight calculations or the other sustainability requirement we are doing already on the particular model. So I'll just hand over to Preethi from Autodesk.

PREETHI RAO: So Shapoorji being one of our mid-market customers, we worked closely with them to understand their existing processes, provided them with recommendations, and that's how we built a outcome customer proposal for Shapoorji Space.

When we talk about the customer's relationship between what we deserved as an outcome and what is the value which we associated with it, so what we did is when we conversed with Shapoorji, we started with outcome-based discussion on how they articulated their business goals, which we then defined as their desired business outcomes, which are therein. So outcome is actually the goal which they are trying to achieve in this case.

Now, when we consider the very, very first value matrix option, which is there, and when we sat with Shapoorji team, we first established what are their three value metrics along with whatever they want to achieve as a future term goal.

The first thing talked about, how did Shapoorji want to improve collaboration and operational efficiency as well as bringing every stakeholder on a common data environment? Now, Shapoorji team recommended us that by actually enabling 60 employees to be 15% more efficient into their day to day project delivery.

Now, the team wanted to achieve this value that is over 25 million INR annually. Now, that is not only for direct employees which they wanted to achieve, they were expecting even a greater value when their external stakeholders and contractors are also brought into the common data environment.

Then we came to our second value metrics, which was about implementing the efficient QAQC process. And they wanted to reduce the hours which are spent on manual way of conducting the QAQC by taking a 15% of the overall drawing and modeling production processes in this case. And they wanted to reduce it further by 10% so that they can at least save 2,800 hours a year, which is approximately over 4 million INR value in this case.

So in totality, Shapoorji was expecting over 30 million INR in value when they achieve and fully adopt the digital project delivery solution, which is there. Now, once we establish these two key value metrics and we were about to conclude our meeting with Brijesh and team. And then he said, we inquired upon whether they have any further customer value metrics and goal, which is therein, basically.

So he mentioned to us that, Preethi, quantity-based metrics are very, very critical. Quantity takeoff process forms a very, very important goal as a part of our project process, which is there. And as a part of this process, they actually spent at least 300 hours manually taking and checking quantities from drawings as well as the models. And they were hoping to cut it down by half so that they could digitize and standardize the entire process, which is there.

So once they could identify the right solution, they also wanted their construction extended teams to adopt the same process. So here comes the example of another business outcome and value. Now, while we conclude, we wanted to mention that this outcome-based selling process is what we are trying to bring every customers on a single platform. So growth and expansion would definitely happen as a part of the E&C team's process, which is therein. And this is how we best partner with the customer by not only positioning the right products at the right solution accordingly.

Thanks for listening to us. And that brings us to the end our session, and I'll ask Brijesh to conclude it further.

BRIJESH PARMAR: Thank you. Thank you so much. Thanks, Autodesk team, for supporting us during this journey. This helps all of our employees, the 45% which now we can surely say that these are the people who are really driving this BIM journey along with us. Thank you. Thank you so much.

______
icon-svg-close-thick

쿠기 기본 설정

오토데스크는 고객의 개인 정보와 최상의 경험을 중요시합니다. 오토데스크는 정보를 사용자화하고 응용프로그램을 만들기 위해 고객의 본 사이트 사용에 관한 데이터를 수집합니다.

오토데스크에서 고객의 데이터를 수집하고 사용하도록 허용하시겠습니까?

오토데스크에서 사용하는타사 서비스개인정보 처리방침 정책을 자세히 알아보십시오.

반드시 필요 - 사이트가 제대로 작동하고 사용자에게 서비스를 원활하게 제공하기 위해 필수적임

이 쿠키는 오토데스크에서 사용자 기본 설정 또는 로그인 정보를 저장하거나, 사용자 요청에 응답하거나, 장바구니의 품목을 처리하기 위해 필요합니다.

사용자 경험 향상 – 사용자와 관련된 항목을 표시할 수 있게 해 줌

이 쿠키는 오토데스크가 보다 향상된 기능을 제공하고 사용자에게 맞는 정보를 제공할 수 있게 해 줍니다. 사용자에게 맞는 정보 및 환경을 제공하기 위해 오토데스크 또는 서비스를 제공하는 협력업체에서 이 쿠키를 설정할 수 있습니다. 이 쿠키를 허용하지 않을 경우 이러한 서비스 중 일부 또는 전체를 이용하지 못하게 될 수 있습니다.

광고 수신 설정 – 사용자에게 타겟팅된 광고를 제공할 수 있게 해 줌

이 쿠키는 사용자와 관련성이 높은 광고를 표시하고 그 효과를 추적하기 위해 사용자 활동 및 관심 사항에 대한 데이터를 수집합니다. 이렇게 데이터를 수집함으로써 사용자의 관심 사항에 더 적합한 광고를 표시할 수 있습니다. 이 쿠키를 허용하지 않을 경우 관심 분야에 해당되지 않는 광고가 표시될 수 있습니다.

icon-svg-close-thick

타사 서비스

각 범주에서 오토데스크가 사용하는 타사 서비스와 온라인에서 고객으로부터 수집하는 데이터를 사용하는 방식에 대해 자세히 알아보십시오.

icon-svg-hide-thick

icon-svg-show-thick

반드시 필요 - 사이트가 제대로 작동하고 사용자에게 서비스를 원활하게 제공하기 위해 필수적임

Qualtrics
오토데스크는 고객에게 더욱 시의적절하며 관련 있는 이메일 컨텐츠를 제공하기 위해 Qualtrics를 이용합니다. 이를 위해, 고객의 온라인 행동 및 오토데스크에서 전송하는 이메일과의 상호 작용에 관한 데이터를 수집합니다. 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 이메일 확인율, 클릭한 링크 등이 포함될 수 있습니다. 오토데스크는 이 데이터를 다른 소스에서 수집된 데이터와 결합하여 고객의 판매 또는 고객 서비스 경험을 개선하며, 고급 분석 처리에 기초하여 보다 관련 있는 컨텐츠를 제공합니다. Qualtrics 개인정보취급방침
Akamai mPulse
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Akamai mPulse를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Akamai mPulse 개인정보취급방침
Digital River
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Digital River를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Digital River 개인정보취급방침
Dynatrace
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Dynatrace를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Dynatrace 개인정보취급방침
Khoros
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Khoros를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Khoros 개인정보취급방침
Launch Darkly
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Launch Darkly를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Launch Darkly 개인정보취급방침
New Relic
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 New Relic를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. New Relic 개인정보취급방침
Salesforce Live Agent
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Salesforce Live Agent를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Salesforce Live Agent 개인정보취급방침
Wistia
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Wistia를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Wistia 개인정보취급방침
Tealium
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Tealium를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Upsellit
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Upsellit를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. CJ Affiliates
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 CJ Affiliates를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Commission Factory
Typepad Stats
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Typepad Stats를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Typepad Stats 개인정보취급방침
Geo Targetly
Autodesk는 Geo Targetly를 사용하여 웹 사이트 방문자를 가장 적합한 웹 페이지로 안내하거나 위치를 기반으로 맞춤형 콘텐츠를 제공합니다. Geo Targetly는 웹 사이트 방문자의 IP 주소를 사용하여 방문자 장치의 대략적인 위치를 파악합니다. 이렇게 하면 방문자가 (대부분의 경우) 현지 언어로 된 콘텐츠를 볼 수 있습니다.Geo Targetly 개인정보취급방침
SpeedCurve
Autodesk에서는 SpeedCurve를 사용하여 웹 페이지 로드 시간과 이미지, 스크립트, 텍스트 등의 후속 요소 응답성을 측정하여 웹 사이트 환경의 성능을 모니터링하고 측정합니다. SpeedCurve 개인정보취급방침
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

사용자 경험 향상 – 사용자와 관련된 항목을 표시할 수 있게 해 줌

Google Optimize
오토데스크는 사이트의 새 기능을 테스트하고 이러한 기능의 고객 경험을 사용자화하기 위해 Google Optimize을 이용합니다. 이를 위해, 고객이 사이트를 방문해 있는 동안 행동 데이터를 수집합니다. 이 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 오토데스크 ID 등이 포함될 수 있습니다. 고객은 기능 테스트를 바탕으로 여러 버전의 오토데스크 사이트를 경험하거나 방문자 특성을 바탕으로 개인화된 컨텐츠를 보게 될 수 있습니다. Google Optimize 개인정보취급방침
ClickTale
오토데스크는 고객이 사이트에서 겪을 수 있는 어려움을 더 잘 파악하기 위해 ClickTale을 이용합니다. 페이지의 모든 요소를 포함해 고객이 오토데스크 사이트와 상호 작용하는 방식을 이해하기 위해 세션 녹화를 사용합니다. 개인적으로 식별 가능한 정보는 가려지며 수집되지 않습니다. ClickTale 개인정보취급방침
OneSignal
오토데스크는 OneSignal가 지원하는 사이트에 디지털 광고를 배포하기 위해 OneSignal를 이용합니다. 광고는 OneSignal 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 OneSignal에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 OneSignal에 제공하는 데이터를 사용합니다. OneSignal 개인정보취급방침
Optimizely
오토데스크는 사이트의 새 기능을 테스트하고 이러한 기능의 고객 경험을 사용자화하기 위해 Optimizely을 이용합니다. 이를 위해, 고객이 사이트를 방문해 있는 동안 행동 데이터를 수집합니다. 이 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 오토데스크 ID 등이 포함될 수 있습니다. 고객은 기능 테스트를 바탕으로 여러 버전의 오토데스크 사이트를 경험하거나 방문자 특성을 바탕으로 개인화된 컨텐츠를 보게 될 수 있습니다. Optimizely 개인정보취급방침
Amplitude
오토데스크는 사이트의 새 기능을 테스트하고 이러한 기능의 고객 경험을 사용자화하기 위해 Amplitude을 이용합니다. 이를 위해, 고객이 사이트를 방문해 있는 동안 행동 데이터를 수집합니다. 이 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 오토데스크 ID 등이 포함될 수 있습니다. 고객은 기능 테스트를 바탕으로 여러 버전의 오토데스크 사이트를 경험하거나 방문자 특성을 바탕으로 개인화된 컨텐츠를 보게 될 수 있습니다. Amplitude 개인정보취급방침
Snowplow
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Snowplow를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Snowplow 개인정보취급방침
UserVoice
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 UserVoice를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. UserVoice 개인정보취급방침
Clearbit
Clearbit를 사용하면 실시간 데이터 보강 기능을 통해 고객에게 개인화되고 관련 있는 환경을 제공할 수 있습니다. Autodesk가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. Clearbit 개인정보취급방침
YouTube
YouTube는 사용자가 웹 사이트에 포함된 비디오를 보고 공유할 수 있도록 해주는 비디오 공유 플랫폼입니다. YouTube는 비디오 성능에 대한 시청 지표를 제공합니다. YouTube 개인정보보호 정책

icon-svg-hide-thick

icon-svg-show-thick

광고 수신 설정 – 사용자에게 타겟팅된 광고를 제공할 수 있게 해 줌

Adobe Analytics
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Adobe Analytics를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Adobe Analytics 개인정보취급방침
Google Analytics (Web Analytics)
오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Google Analytics (Web Analytics)를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. AdWords
Marketo
오토데스크는 고객에게 더욱 시의적절하며 관련 있는 이메일 컨텐츠를 제공하기 위해 Marketo를 이용합니다. 이를 위해, 고객의 온라인 행동 및 오토데스크에서 전송하는 이메일과의 상호 작용에 관한 데이터를 수집합니다. 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 이메일 확인율, 클릭한 링크 등이 포함될 수 있습니다. 오토데스크는 이 데이터를 다른 소스에서 수집된 데이터와 결합하여 고객의 판매 또는 고객 서비스 경험을 개선하며, 고급 분석 처리에 기초하여 보다 관련 있는 컨텐츠를 제공합니다. Marketo 개인정보취급방침
Doubleclick
오토데스크는 Doubleclick가 지원하는 사이트에 디지털 광고를 배포하기 위해 Doubleclick를 이용합니다. 광고는 Doubleclick 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Doubleclick에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Doubleclick에 제공하는 데이터를 사용합니다. Doubleclick 개인정보취급방침
HubSpot
오토데스크는 고객에게 더욱 시의적절하며 관련 있는 이메일 컨텐츠를 제공하기 위해 HubSpot을 이용합니다. 이를 위해, 고객의 온라인 행동 및 오토데스크에서 전송하는 이메일과의 상호 작용에 관한 데이터를 수집합니다. 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 이메일 확인율, 클릭한 링크 등이 포함될 수 있습니다. HubSpot 개인정보취급방침
Twitter
오토데스크는 Twitter가 지원하는 사이트에 디지털 광고를 배포하기 위해 Twitter를 이용합니다. 광고는 Twitter 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Twitter에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Twitter에 제공하는 데이터를 사용합니다. Twitter 개인정보취급방침
Facebook
오토데스크는 Facebook가 지원하는 사이트에 디지털 광고를 배포하기 위해 Facebook를 이용합니다. 광고는 Facebook 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Facebook에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Facebook에 제공하는 데이터를 사용합니다. Facebook 개인정보취급방침
LinkedIn
오토데스크는 LinkedIn가 지원하는 사이트에 디지털 광고를 배포하기 위해 LinkedIn를 이용합니다. 광고는 LinkedIn 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 LinkedIn에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 LinkedIn에 제공하는 데이터를 사용합니다. LinkedIn 개인정보취급방침
Yahoo! Japan
오토데스크는 Yahoo! Japan가 지원하는 사이트에 디지털 광고를 배포하기 위해 Yahoo! Japan를 이용합니다. 광고는 Yahoo! Japan 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Yahoo! Japan에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Yahoo! Japan에 제공하는 데이터를 사용합니다. Yahoo! Japan 개인정보취급방침
Naver
오토데스크는 Naver가 지원하는 사이트에 디지털 광고를 배포하기 위해 Naver를 이용합니다. 광고는 Naver 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Naver에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Naver에 제공하는 데이터를 사용합니다. Naver 개인정보취급방침
Quantcast
오토데스크는 Quantcast가 지원하는 사이트에 디지털 광고를 배포하기 위해 Quantcast를 이용합니다. 광고는 Quantcast 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Quantcast에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Quantcast에 제공하는 데이터를 사용합니다. Quantcast 개인정보취급방침
Call Tracking
오토데스크는 캠페인을 위해 사용자화된 전화번호를 제공하기 위하여 Call Tracking을 이용합니다. 그렇게 하면 고객이 오토데스크 담당자에게 더욱 빠르게 액세스할 수 있으며, 오토데스크의 성과를 더욱 정확하게 평가하는 데 도움이 됩니다. 제공된 전화번호를 기준으로 사이트에서 고객 행동에 관한 데이터를 수집할 수도 있습니다. Call Tracking 개인정보취급방침
Wunderkind
오토데스크는 Wunderkind가 지원하는 사이트에 디지털 광고를 배포하기 위해 Wunderkind를 이용합니다. 광고는 Wunderkind 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Wunderkind에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Wunderkind에 제공하는 데이터를 사용합니다. Wunderkind 개인정보취급방침
ADC Media
오토데스크는 ADC Media가 지원하는 사이트에 디지털 광고를 배포하기 위해 ADC Media를 이용합니다. 광고는 ADC Media 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 ADC Media에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 ADC Media에 제공하는 데이터를 사용합니다. ADC Media 개인정보취급방침
AgrantSEM
오토데스크는 AgrantSEM가 지원하는 사이트에 디지털 광고를 배포하기 위해 AgrantSEM를 이용합니다. 광고는 AgrantSEM 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 AgrantSEM에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 AgrantSEM에 제공하는 데이터를 사용합니다. AgrantSEM 개인정보취급방침
Bidtellect
오토데스크는 Bidtellect가 지원하는 사이트에 디지털 광고를 배포하기 위해 Bidtellect를 이용합니다. 광고는 Bidtellect 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Bidtellect에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Bidtellect에 제공하는 데이터를 사용합니다. Bidtellect 개인정보취급방침
Bing
오토데스크는 Bing가 지원하는 사이트에 디지털 광고를 배포하기 위해 Bing를 이용합니다. 광고는 Bing 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Bing에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Bing에 제공하는 데이터를 사용합니다. Bing 개인정보취급방침
G2Crowd
오토데스크는 G2Crowd가 지원하는 사이트에 디지털 광고를 배포하기 위해 G2Crowd를 이용합니다. 광고는 G2Crowd 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 G2Crowd에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 G2Crowd에 제공하는 데이터를 사용합니다. G2Crowd 개인정보취급방침
NMPI Display
오토데스크는 NMPI Display가 지원하는 사이트에 디지털 광고를 배포하기 위해 NMPI Display를 이용합니다. 광고는 NMPI Display 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 NMPI Display에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 NMPI Display에 제공하는 데이터를 사용합니다. NMPI Display 개인정보취급방침
VK
오토데스크는 VK가 지원하는 사이트에 디지털 광고를 배포하기 위해 VK를 이용합니다. 광고는 VK 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 VK에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 VK에 제공하는 데이터를 사용합니다. VK 개인정보취급방침
Adobe Target
오토데스크는 사이트의 새 기능을 테스트하고 이러한 기능의 고객 경험을 사용자화하기 위해 Adobe Target을 이용합니다. 이를 위해, 고객이 사이트를 방문해 있는 동안 행동 데이터를 수집합니다. 이 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 오토데스크 ID 등이 포함될 수 있습니다. 고객은 기능 테스트를 바탕으로 여러 버전의 오토데스크 사이트를 경험하거나 방문자 특성을 바탕으로 개인화된 컨텐츠를 보게 될 수 있습니다. Adobe Target 개인정보취급방침
Google Analytics (Advertising)
오토데스크는 Google Analytics (Advertising)가 지원하는 사이트에 디지털 광고를 배포하기 위해 Google Analytics (Advertising)를 이용합니다. 광고는 Google Analytics (Advertising) 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Google Analytics (Advertising)에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Google Analytics (Advertising)에 제공하는 데이터를 사용합니다. Google Analytics (Advertising) 개인정보취급방침
Trendkite
오토데스크는 Trendkite가 지원하는 사이트에 디지털 광고를 배포하기 위해 Trendkite를 이용합니다. 광고는 Trendkite 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Trendkite에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Trendkite에 제공하는 데이터를 사용합니다. Trendkite 개인정보취급방침
Hotjar
오토데스크는 Hotjar가 지원하는 사이트에 디지털 광고를 배포하기 위해 Hotjar를 이용합니다. 광고는 Hotjar 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Hotjar에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Hotjar에 제공하는 데이터를 사용합니다. Hotjar 개인정보취급방침
6 Sense
오토데스크는 6 Sense가 지원하는 사이트에 디지털 광고를 배포하기 위해 6 Sense를 이용합니다. 광고는 6 Sense 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 6 Sense에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 6 Sense에 제공하는 데이터를 사용합니다. 6 Sense 개인정보취급방침
Terminus
오토데스크는 Terminus가 지원하는 사이트에 디지털 광고를 배포하기 위해 Terminus를 이용합니다. 광고는 Terminus 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Terminus에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Terminus에 제공하는 데이터를 사용합니다. Terminus 개인정보취급방침
StackAdapt
오토데스크는 StackAdapt가 지원하는 사이트에 디지털 광고를 배포하기 위해 StackAdapt를 이용합니다. 광고는 StackAdapt 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 StackAdapt에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 StackAdapt에 제공하는 데이터를 사용합니다. StackAdapt 개인정보취급방침
The Trade Desk
오토데스크는 The Trade Desk가 지원하는 사이트에 디지털 광고를 배포하기 위해 The Trade Desk를 이용합니다. 광고는 The Trade Desk 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 The Trade Desk에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 The Trade Desk에 제공하는 데이터를 사용합니다. The Trade Desk 개인정보취급방침
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

정말 더 적은 온라인 경험을 원하십니까?

오토데스크는 고객 여러분에게 좋은 경험을 드리고 싶습니다. 이전 화면의 범주에 대해 "예"를 선택하셨다면 오토데스크는 고객을 위해 고객 경험을 사용자화하고 향상된 응용프로그램을 제작하기 위해 귀하의 데이터를 수집하고 사용합니다. 언제든지 개인정보 처리방침을 방문해 설정을 변경할 수 있습니다.

고객의 경험. 고객의 선택.

오토데스크는 고객의 개인 정보 보호를 중요시합니다. 오토데스크에서 수집하는 정보는 오토데스크 제품 사용 방법, 고객이 관심을 가질 만한 정보, 오토데스크에서 더욱 뜻깊은 경험을 제공하기 위한 개선 사항을 이해하는 데 도움이 됩니다.

오토데스크에서 고객님께 적합한 경험을 제공해 드리기 위해 고객님의 데이터를 수집하고 사용하도록 허용하시겠습니까?

선택할 수 있는 옵션을 자세히 알아보려면 이 사이트의 개인 정보 설정을 관리해 사용자화된 경험으로 어떤 이점을 얻을 수 있는지 살펴보거나 오토데스크 개인정보 처리방침 정책을 확인해 보십시오.