AU Class
AU Class
class - AU

Successful Digital Transformation Through a Product Management Organization

이 강의 공유하기
동영상, 발표 자료 및 배포 자료에서 키워드 검색:

설명

Where many firms have seen challenges to remain successfully “connected” in the last year, McKinstry saw opportunities to advance its digital transformation by maximizing its product management organization (PdMO). As a full-service solution provider, McKinstry combines best practices from construction and manufacturing industries to support all phases of the building lifecycle. Through its PdMO, McKinstry is accelerating digitization of its diverse businesses in design, manufacturing, construction, and operations. While PdMO is rather unique to McKinstry, other architecture, engineering, and construction (AEC) firms can apply product management practices to support their own digital-transformation strategy and business goals. Learn how PdMO as a strategic organization helps to drive digital transformation, ensure alignment between the technical road map and business needs, and measure the impact of technology. Understand PdMO’s framework for innovation to implement new technology on live projects with minimal business disruption.

주요 학습

  • Discover how PdMO enables more agility and adaptability to meet the needs of an evolving market and converging industries
  • Learn how to develop and implement product road maps to prioritize and manage a portfolio of cross-enterprise initiatives
  • Discover best practices for change management to ensure you meet the needs of the business without distracting them
  • Learn about how an industry-agnostic approach enables application of best practices and lessons learned across industries

발표자

  • DACE CAMPBELL 님의 아바타
    DACE CAMPBELL
    Dace Campbell is a nationally recognized expert and strategist in innovative tools and processes for the AEC industry, including Building Information Modeling, Lean Construction, and Integrated Project Delivery. He is the Director of Product Management in Construction at McKinstry, a design-build contractor committed to sustainability, affordability, and equity. Dace is also a licensed architect with over 30 of experience in design, construction, and research and application of Extended Reality (XR) technologies to support collaborative, effective decision-making. His projects have won four AIA BIM awards, and his work and writing about BIM, Lean, and IPD have been published internationally.
Video Player is loading.
Current Time 0:00
Duration 29:10
Loaded: 0%
Stream Type LIVE
Remaining Time 29:10
 
1x
  • Chapters
  • descriptions off, selected
  • en (Main), selected
    Transcript

    DACE CAMPBELL: Welcome to Successful Digital Transformation Through a Product Management Organization. My name is Dace Campbell and with me is Anna Lee.

    The construction industry is filled with waste. We are responsible for half of the global waste contributing to climate change and more than half of the activities we undertake to develop the built environment are wasteful. Many forward-thinking contractors and manufacturers are investing in digitizing their processes to drive out this waste.

    However, all too often technologists are too far removed from business operations to effectively manage the investment in new tools and products to have a successful impact on their business. This disconnect can lead to veering towards one extreme or the other of a push-pull spectrum.

    That is, the business operations pulls technologists in the direction they think is best for their specific needs at the risk of executing on siloed short-term thinking, barely moving the needle forward, and implementing redundant piecemeal solutions.

    On the other hand, technologists risk pushing emerging technology into business operations without addressing real world needs, causing an organization to chase shiny pennies that seem attractive at first but lack buy-in or staying power as a valid long-term solution.

    At McKinstry, we've invested in a product management organization, or PDMO, as a corporate service unit specifically dedicated to researching, developing, implementing, and managing our business technology. PDMO acts in partnership with our organization, but we leverage a product management philosophy to provide a structured framework for innovation that aims to strike the right balance between this push and this pull.

    Product management is its own discipline, not necessarily specific to software or hardware, agnostic to solving problems for any particular industry. It's a perfect fit for McKinstry as a full-service solution provider across the facility lifecycle, including design, fabrication, construction, and operations. Product management gives us a common vocabulary, breaking down silos and supporting the convergence between construction and manufacturing industries.

    Think back to the last time you used a new tool to accomplish an old task. What drove your decision to try that new tool? How do you use the right one? How did you decide which features or functions were important? How did you how do you know you were successful using it?

    Product management allows us to focus on the right solution based on business value and measurable outcomes because the tools we build or buy are just a means to an end. When you go to the home improvement store to shop for a drill, you don't want to buy a drill. You just want to make holes.

    ANNA LEE: And to figure out how to make better holes and not get fixated on what tool to buy, at McKinstry we follow a product lifecycle consisting of seven phases, each with their own phase gates and milestones.

    Before I get into more about the product lifecycle, I want to first define what product means at McKinstry. We defined product as a tool or technology solution that solves a business problem. And to solve that business problem, we use and follow the PDMO product lifecycle. Sell, develop, engineer and manufacture, build, transition, operate, and discontinue.

    This framework guides us to ensure the products we are working on are valuable, have clear objectives, measurable success metrics, and a clear problem we are trying to solve. Throughout this talk, I will be taking you through each of these phases in more detail, highlighting the develop and operate phase, which I believe are most crucial phases to complete and be thorough and to implement a successful product.

    Now throughout this talk, I want you to keep in mind that this product lifecycle is just a framework and not a step by step guide for each initiative we work on. Not all our initiatives will start right at the sell phase and end at the discontinue phase. Some will start at the develop phase. Some will be in the build stage but go back to develop stage to gather more information. So with that in mind, let's begin.

    The first phase of the product life cycle is the sell phase. This is where we identify the improvement, prioritize, perform a return on investment, and build the business case. First step is prioritization of initiatives. These initiatives can come from technology opportunities, feedback and pain points we hear from listening to employees, or strategic plans.

    And to prioritize these initiatives, PDMO holds a one-day workshop with executives where we evaluate its ease or feasibility and its value and importance to the company. During the workshop we discuss where each initiative lands in this graph. This workshop gives PDMO a good understanding and perspective on what's important to the business units and is critical for us to setting up our year roadmap.

    For more information on how to implement this at your company, make sure to check out Dace's theater talk called "Driving wastes out of your industry-- a new approach from McKinstry," where he goes in depth on how you can implement your own workshop using this process.

    Once we'd identified and prioritized, we build the business case to get approval for the product. This consists of determining the return on investment and the strategic or operational value, your product vision, and the cost and/or savings of this effort. This will help build your budget and your case on why we should work on this initiative.

    Really take this time to conduct your conceptual ROI and sell its importance and the vision. PDMO aims to prescribe real dollar values at this stage so business leaders have a clear understanding of what they're getting out of solving the problem.

    As you complete your business case, you'll have collected enough information to scope out the project and a high-level view of why this initiative is valuable and how the money will be spent. Once your case is complete, present it to the right audience, whether that be an executive or whoever will be sponsoring this initiative. The phase gate in this cell phase is to get your business case approved.

    Congratulations on getting your business case approved. Now onto my favorite phase, the develop/discover. I want to spend a little bit more time on this phase as I believe it is one of the most crucial phases for your product to be successful. This phase is where we get to explore the initiative or the idea in more detail by conducting discovery interviews, setting up your project governance, and creating your project charter.

    Why is this phase so important? To build a successful product, we need to deeply understand our customers' needs and goals. Typically as a product manager, the problems I am trying to solve are rarely my own, nor will my day to day be impacted with the implementation of this product. So to understand and put our headspace into the customers that will be directly impacted, we need to get to know them, their role, and understand their pain point.

    Conducting successful and thorough discovery will significantly improve the probability that we're building the right product the right way or sometimes making an existing product more functional and easier to use.

    In the construction industry, we know that the relationships we have with our contractors, our owners, engineers, and architects can really determine the success of the project. Going and talking to your customer rather than making assumptions really builds that trust and loyalty between you as the product manager and your customer.

    So who should you talk to and build relationships with for your product? At McKinstry, PDMO's customers are all internal. There are typically three customers types that we should be interviewing during this phase-- the users, stakeholders, and the maintainers.

    The users are people who will be directly interacting with the product or the system. These can be your project managers, your field crew, engineers, or all. Stakeholders are people who depend on the results of the system, but maybe don't use it directly.

    Your maintainers are responsible for the installation, the setup, the upgrade, and the maintenance of the product while it is in use. They won't directly be using the product, but will need to understand how it is being used to ensure the product fits into the company's tech framework.

    For example, an initiative PDMO internally developed and implemented was a field daily report application. This application digitized field daily reporting process. Going back to three customers types, in this case, the users were the field crews that were using the product daily and were directly impacted with this product.

    The stakeholders were the project managers, the safety team, and the field executives that wanted to use the data we can now collect to analyze trends and identify risks. Maintainers were IT team and our internal software engineer who developed the product and fixed bugs.

    Once you've identified these customer types, it's time to do some interviews to discover the root cause or the pain point. Well, what if it's your first time conducting a discovery interview? Let me share some tips on how to be best prepared and have a successful discovery interview.

    Have a beginner's mindset, even if you've already done the ROI on this initiative. Maybe you've read about your customers role or maybe you've watched some videos about their role and make assumptions on their pain points. Regardless of how knowledgeable you think you are about this, still have a beginner's mindset. Question everything. Be truly curious. Find patterns in what they are saying and really listen.

    Ask the right questions. Before you go into your interview, just like any meeting you lead, go in with a plan on what you want to ask and what you want to know from this interview. Some examples of questions I ask are how often do you do x, y, and z; when do you do x, y, and z; describe what a good workday looks like; what about a bad workday?

    If you are truly curious and genuine people will want to explain more and teach you about their role which lays the foundation for understanding the root cause of their problem. Lastly, ask to record your meeting. And if it's in person, have a note taker with you. You want this discovery interview to feel like a conversation and not a questionnaire, so focus on your customer and not on trying to take the nodes.

    So you've prepared your questions, have the right mindset, and are ready to start the interview. In the first couple of minutes of your interview, if this is the first time you're meeting them, build a rapport with them. Ask about their weekend or try finding something to connect on them with. This initial connection you build, even if it's short, could help your customers feel more relaxed, comfortable, and unknowingly more willing to share and talk more.

    Once you've chatted a little bit begin with the what, your concrete observations. What are they doing? What is their role? Then move on to how, the understanding. How are they doing what they said they are doing? Look for cues in their tone or voice when they talk about certain things versus others. Dig a little deeper in areas where you feel they want to expand a little bit more on.

    Lastly, the why, the interpret. Why is this person doing what they are doing? Build empathy for who they are and what is important to them in their role. Look for inconsistencies between what they are saying and the why. Question those inconsistencies.

    As a product manager, I typically do not have direct authority so I need to lead through influence. This influence has created through relationships, and I believe relationships are created on trust. Make your customers feel heard. , Sure interviewing leaders is important to understand where the organization strategy lays, but invest time with the actual users and really understand their pain points.

    And don't limit yourself to an interview. Ask to shadow them at their job site or in the office and invest time in developing that relationship and building that trust.

    I want to share an example of where we didn't do our due diligence during discovery interviews. For one of our initiatives to digitize pre-test plans, we conducted interviews with the stakeholders, meeting safety directors and those who would benefit from the collected data, but we skipped over conducting interviews with our users.

    We didn't take time to ask and listen to the users of this product, how it would affect their day to day, and our users' pain points with their current process. Because we missed this critical step in this phase, we had an immense amount of organizational waste by spending time to develop a product that was shut down when we demoed it to the users. So to avoid this happening, make sure to invest time and talk to all three customer types and listen.

    From these discovery interviews, you will hopefully have enough information to have a clear sense of the customer problem and clearly be able to explain what problem you're trying to solve and refine the scope of this initiative. Throughout these discovery interviews, you'll start to understand key players and have enough information to set up project governance.

    At McKinstry, our project governance consists of an executive sponsor who provides executive guidance and support, a project sponsor who understands and guides business process changes, a steering committee that is comprised of key stakeholders and impacted business leaders who makes the final go-live and key direction decisions.

    A core team typically involving a maintainer customer type and process owners and provides the communication link between teams and key stakeholders. This team facilitates project activities and provides expert input to process and decisions. Your subject matter experts effectively represents the cross-section of user community and groups impacted. These experts will help with performing user acceptance testing, serves as advocates of change, and can assist in training other users.

    As a product manager, my role is at the intersection. The product manager works with all of these teams to develop and deliver plans that include all work streams including technology and training. You want to listen to your executive sponsor, your steering committee, work with your core team, and consult with your subject matter experts.

    And throughout not only this phase but throughout the whole lifecycle, it is very important to have regular check points and communication with your steering committee and your core team. The cadence of these meetings could depend on the complexity of the product, but the typical cadence I like to have are monthly check ins with my steering committee and weekly meetings with my core team.

    With this cadence, regardless of whether the product has made significant progress or not, it reduces the risk of your product going a different direction than of the business needs. At this point, you've conducted discovery interviews and set up your project governance.

    From here we want to create a product charter. At McKinstry, we break down the product charter into four main sections-- where are we today, where do we want to be, how do we get there, and how do we measure success.

    Starting with where we are today, here you want to identify your problem or pain that you've collected during discovery interviews, its impact, and the business value of that pain. Go back to the ROI you've conducted in the sell phase to refine them using this information you've collected from your discovery.

    Where do we want to be? Think about your goals and objectives. What does "done" mean to you and your team? How we get there is your scope and approach. What is your plan look like? Are they broken out into phases? What is your resource plan look like? Who will be involved and how much time are you asking from them?

    And lastly, one of the most critical, important, and challenging part is how we measure success. Identify and develop success metrics and define them in a way we can measure business improvement or progress towards that outcome. Identifying the correct success metrics is critical and you want to invest time in developing this to compare and measure your current and future state.

    Without a thorough and well thought-out product charter, there can and most likely will be a lack of team and executive alignment, a lack of prioritization, leading people to work on things they think are important, and even feeling a lack of accomplishment. To prevent this from happening, invest your time and thoroughly think through an answer-- where are we today, where do we want to be, how do we get there, and how do we measure success.

    Another component of the product charter will be your product roadmap. A product roadmap is a powerful tool to describe how a product is likely to grow and help to align stakeholders. The product roadmap will be the guide for everyone to align on how the product will achieve its vision and really shine.

    It will contain your long term product vision and your short-term deliverable deliverables, broken up by milestones or phases. This roadmap should show the way to the vision, your dream of the future, your ideal destination that your product aspires to. There are several ways and templates to create a product roadmap, but here are a couple of tips when creating your roadmap.

    Have the roadmap be flexible but structured. Have clear milestones or phases and a high overview of the timeline, showing how each deliverable will get your product to your product vision. Work with your identified core team members to make sure you're covering the right scope and for visibility and transparency. This will allow you to stay organized and have clear next steps and be able to scale your efforts logically.

    Make sure your roadmap looks clear, clean, and concise. The clearer and more concise your roadmap is with only high-value information, the easier it will be to explain the status of your product to your steering committee. This will ensure long term communication success and help you build trust from your steering committee.

    With a good, easy to understand clear roadmap, the easier will be for you and your team to understand what the product stands. Before we move on to the next phase, I want to again emphasize the importance of this phase and the product charter. And we'll be attaching a template McKinstry uses to have a meaningful product charter.

    Once you're steering committee has reviewed and approved your charter, you're ready for the next phase in the life cycle-- engineer and manufacture. The engineer and manufacture stage is the planning stage. At this point, you should have your clear problem statement, set up your project governance, and an approved product charter.

    Now it's time to plan and collect requirements. Collecting requirements should be done with your core team as you want to make sure to get buy-in from users impacted by this change. With the problem statement in mind, what requirements would solve this problem? At McKinstry, we categorize the list of requirements to three priorities-- your must haves, which are your number one priorities; your should haves, your number two; and could haves as your third priority.

    Perform market research to find if there are products already out on the market. Research could take weeks or months as it involves getting product demos from different companies, maybe a couple of product trials, conducting surveys from your core team on their thoughts on the product, and fine-tuning your requirements based on your market research.

    If there is a product out on the market that meets all or majority of your requirements, put together an RFP and send out to potential vendors. But after you've done market research, you may realize that building it internally makes more sense.

    But regardless of whether you'll integrate an existing product or create your own, it will rarely be an all-build solution or an all-buy solution, but a matter of how you split that percentage of buy and build. Whether you're going to build something, there will be a buy portion, and vice-versa, if you decide to build a product, there will be some build component.

    For a product I managed to replace McKinstry's conceptual estimating tool, we performed a build versus buy decision analysis comparing factors such as functional requirements, product ownership, cost, API documentation, and timeline. This is just an example of an analysis that we conducted to think about whether to purchase an off the shelf product and customize it internally or build a custom product from ground up.

    Every product may have different factors to compare and its importance, but make sure to have these kinds of decisions with your core team involved. Regardless of which direction your product will go, involve your IT or software team, consult when needed, and keep them informed to set you and your product up for success.

    Once your steering committee and core team have approved your product requirements and have committed to procure, it's time to continue to the next phase of the lifecycle-- build. With your approved product requirements and your commitment to procure, it's time to build. If during the build versus buy analysis, your team has decided to purchase an off the shelf product, explore how to customize the product, configure, and integrate it into your company's tech framework.

    If internally building, configure, build, and test. Make sure to have regular cadence with your IT or software team. The phase gate in this build phase is deploy the go or no go decision. At McKinstry, we embrace Agile methodology and focus on iterative development.

    As a product manager, it's your job to set up regular meeting cadence to track progress of development and keep the line of communication open with your dev team and your stakeholders. At McKinstry, PDMO's bi-weekly engagement and touchpoints with developers are stand ups twice a week, a story time or backlog grouping meeting, and a sprint planning meeting on alternating weeks.

    Stand ups are typically only 15 to 30 minutes where we discuss the status and the blockers. Ask questions like what did you do yesterday, what will you do today, and what is blocking your progress.

    The story time or backlog grooming session is a chance for business leaders to get updates on their associated products and is an opportunity for them to discuss items in their pipeline that would potentially need a developer as a resource. During this meeting, we'll also review details of the backlog items to be pulled into the sprint planning session the following week.

    Sprint planning is to prioritize and reprioritize items in the backlog to plan for a future sprint. A sprint is two weeks long. And as a team, we make sure we are not overpromising nor underpromising to the business. The outcome of this meeting should be an agreement on the work that the team can complete during the next sprint.

    These regular touch points in cadence with your developers and stakeholders add another layer of confidence that the product you are building is truly solving your core problem. At the end of this phase, there will be a go or no go decision made with your steering committee to confirm the product is approved to continue on to the transition stage.

    Next is the transition phase or the stabilize phase. This is an exciting phase, but one of the more challenging ones in my opinion in the life cycle. This is where you start rolling out your solution, implement, fix remaining bugs and stabilize.

    To successfully roll out a new product or process change, I want to refer to the influence model created by McKinsey and Company. This influence model is a practical and proven guide for changing the mindsets and behaviors of employees. And I want to share some parts of the guide we use that McKinstry during this phase-- have an internal advocate, be clear about the why, and training and support.

    Have an internal advocate, or role-modeling. Now this internal advocate ideally would already be in your core team and should be clear on the why and the progress of your product. Your internal advocate is key to help communicate and influence key stakeholders that will be impacted by your new product or new process.

    This does not have to be the highest-- the person with the highest title in the company nor does it have to be one person. But pick someone or group of people whose strength is to influence. People naturally and unconsciously tend to mimic individuals and groups who surround them. So having your internal advocate or group advocate be the role model and use your new product will help influence others to follow suit.

    During implementation, refer back to your discovery interviews and address the information you gathered from the users. To successfully implement change, those impacted will want to understand the why, so remind them of the pain point your solution addresses. Fostering their understanding of the why can inspire them to behave in support of a change.

    The final one may be obvious, but can be poorly done or overlooked. At the end of implementation, you want your users to confidently think I have the skills and opportunities to behave in this new way. If there's minimal support and limited or low interactive training, this will leave your customers feeling unsupported and more unwilling to accept your product.

    If your company has an operational excellence team, pull them in to help develop SOPs, training videos, and create a training plan. Without a training and implementation plan, it will severely limit your adoption rate and raise frustrations.

    For example, in Q4 of 2020, McKinstry rolled out a new shop management platform that significantly changed the way shop crews were managing their work. The shop crew's workflow went from paper to digital and completely changed how they tracked their progress. For successful implementation, the team rolled out training in phases, with training one shop location at a time.

    The team had a full-day training session and with a shop and fully supported them with any questions they had to make sure they felt comfortable and in control of this new product. Installing this sense of control and competence can and will naturally push users to put in an active effort to improve.

    Having a clear and well thought out implementation plan will minimize the disruption to the business in a live-fire situation.

    Continuing forward to the operating phase of the lifecycle, this phase includes the transition to process owner, developing a support model, and revisiting and tracking success metrics. This is where the product manager hands off the product to the process owner or the business unit. At this point, the business unit assumes responsibility of product operation, while the product manager manages the product backlog and the ongoing operation of the technology.

    During this phase, make sure to help develop a support model. How does your customer communicate any potential issues with your product? Who should they engage? How should they engage? How do they communicate whether they need more training? Thinking of the process and support plan for your customers during this phase can determine the long-lasting impact of your product.

    Once you create this support model, engage and align with your stakeholders. Once the product is handed off to the process center, as the product manager revisit and continually track your success metrics identified on your charter. Note which ones are on track and where we need to make improvements for future integrations and upgrades to the product. Measure metrics and regularly report progress and adjust metrics regularly.

    Thinking back to the beginning of this presentation to purchasing a new tool to make holes, base your product success on business outcomes. How many holes are we creating with this new tool? How much faster can we create holes now that we have this new tool? These are the kinds of metrics we want to care about and measure.

    The duration of this operate phase will vary depending on your product, but there may come a time to continue-- to start a discussion and to sunset and discontinue the product. Maybe the product has been determined as obsolete or redundant or business changes direction and want to go a different way. This discussion should involve your standing committee and your core team.

    If this is the case, the PDMO will create a retirement or replacement plan of the product and communicate with stakeholders in the business.

    And that's it. We've made it through our whole product lifecycle. Hopefully at this point, your product is in full swing and successfully implemented in the business unit with a clear support model for your customer.

    Following this product lifecycle can seem like just a bunch of hard hurdles to jump over, but it truly minimizes the risk of building or purchasing a solution that doesn't solve the problem and helps connect you and your customers. So the next time your team has an outdated spreadsheet that is just asking for a revamp or replacement, try using our product lifecycle for a successful digital transformation at your company.

    ______
    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

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

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

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

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

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

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