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.57%
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

Cookie 首选项

您的隐私对我们非常重要,为您提供出色的体验是我们的责任。为了帮助自定义信息和构建应用程序,我们会收集有关您如何使用此站点的数据。

我们是否可以收集并使用您的数据?

详细了解我们使用的第三方服务以及我们的隐私声明

绝对必要 – 我们的网站正常运行并为您提供服务所必需的

通过这些 Cookie,我们可以记录您的偏好或登录信息,响应您的请求或完成购物车中物品或服务的订购。

改善您的体验 – 使我们能够为您展示与您相关的内容

通过这些 Cookie,我们可以提供增强的功能和个性化服务。可能由我们或第三方提供商进行设置,我们会利用其服务为您提供定制的信息和体验。如果您不允许使用这些 Cookie,可能会无法使用某些或全部服务。

定制您的广告 – 允许我们为您提供针对性的广告

这些 Cookie 会根据您的活动和兴趣收集有关您的数据,以便向您显示相关广告并跟踪其效果。通过收集这些数据,我们可以更有针对性地向您显示与您的兴趣相关的广告。如果您不允许使用这些 Cookie,您看到的广告将缺乏针对性。

icon-svg-close-thick

第三方服务

详细了解每个类别中我们所用的第三方服务,以及我们如何使用所收集的与您的网络活动相关的数据。

icon-svg-hide-thick

icon-svg-show-thick

绝对必要 – 我们的网站正常运行并为您提供服务所必需的

Qualtrics
我们通过 Qualtrics 借助调查或联机表单获得您的反馈。您可能会被随机选定参与某项调查,或者您可以主动向我们提供反馈。填写调查之前,我们将收集数据以更好地了解您所执行的操作。这有助于我们解决您可能遇到的问题。. Qualtrics 隐私政策
Akamai mPulse
我们通过 Akamai mPulse 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Akamai mPulse 隐私政策
Digital River
我们通过 Digital River 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Digital River 隐私政策
Dynatrace
我们通过 Dynatrace 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Dynatrace 隐私政策
Khoros
我们通过 Khoros 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Khoros 隐私政策
Launch Darkly
我们通过 Launch Darkly 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Launch Darkly 隐私政策
New Relic
我们通过 New Relic 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. New Relic 隐私政策
Salesforce Live Agent
我们通过 Salesforce Live Agent 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Salesforce Live Agent 隐私政策
Wistia
我们通过 Wistia 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Wistia 隐私政策
Tealium
我们通过 Tealium 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Tealium 隐私政策
Upsellit
我们通过 Upsellit 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Upsellit 隐私政策
CJ Affiliates
我们通过 CJ Affiliates 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. CJ Affiliates 隐私政策
Commission Factory
我们通过 Commission Factory 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Commission Factory 隐私政策
Google Analytics (Strictly Necessary)
我们通过 Google Analytics (Strictly Necessary) 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Google Analytics (Strictly Necessary) 隐私政策
Typepad Stats
我们通过 Typepad Stats 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Typepad Stats 隐私政策
Geo Targetly
我们使用 Geo Targetly 将网站访问者引导至最合适的网页并/或根据他们的位置提供量身定制的内容。 Geo Targetly 使用网站访问者的 IP 地址确定访问者设备的大致位置。 这有助于确保访问者以其(最有可能的)本地语言浏览内容。Geo Targetly 隐私政策
SpeedCurve
我们使用 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、您的 Autodesk ID 等。根据功能测试,您可能会体验不同版本的站点;或者,根据访问者属性,您可能会查看个性化内容。. Google Optimize 隐私政策
ClickTale
我们通过 ClickTale 更好地了解您可能会在站点的哪些方面遇到困难。我们通过会话记录来帮助了解您与站点的交互方式,包括页面上的各种元素。将隐藏可能会识别个人身份的信息,而不会收集此信息。. ClickTale 隐私政策
OneSignal
我们通过 OneSignal 在 OneSignal 提供支持的站点上投放数字广告。根据 OneSignal 数据以及我们收集的与您在站点中的活动相关的数据,有针对性地提供广告。我们收集的数据可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID。可能会将此信息与 OneSignal 收集的与您相关的数据相整合。我们利用发送给 OneSignal 的数据为您提供更具个性化的数字广告体验并向您展现相关性更强的广告。. OneSignal 隐私政策
Optimizely
我们通过 Optimizely 测试站点上的新功能并自定义您对这些功能的体验。为此,我们将收集与您在站点中的活动相关的数据。此数据可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID 等。根据功能测试,您可能会体验不同版本的站点;或者,根据访问者属性,您可能会查看个性化内容。. Optimizely 隐私政策
Amplitude
我们通过 Amplitude 测试站点上的新功能并自定义您对这些功能的体验。为此,我们将收集与您在站点中的活动相关的数据。此数据可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID 等。根据功能测试,您可能会体验不同版本的站点;或者,根据访问者属性,您可能会查看个性化内容。. Amplitude 隐私政策
Snowplow
我们通过 Snowplow 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Snowplow 隐私政策
UserVoice
我们通过 UserVoice 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. UserVoice 隐私政策
Clearbit
Clearbit 允许实时数据扩充,为客户提供个性化且相关的体验。我们收集的数据可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID。Clearbit 隐私政策
YouTube
YouTube 是一个视频共享平台,允许用户在我们的网站上查看和共享嵌入视频。YouTube 提供关于视频性能的观看指标。 YouTube 隐私政策

icon-svg-hide-thick

icon-svg-show-thick

定制您的广告 – 允许我们为您提供针对性的广告

Adobe Analytics
我们通过 Adobe Analytics 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID、您的 Autodesk ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Adobe Analytics 隐私政策
Google Analytics (Web Analytics)
我们通过 Google Analytics (Web Analytics) 收集与您在我们站点中的活动相关的数据。这可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID。我们使用此数据来衡量我们站点的性能并评估联机体验的难易程度,以便我们改进相关功能。此外,我们还将使用高级分析方法来优化电子邮件体验、客户支持体验和销售体验。. Google Analytics (Web Analytics) 隐私政策
AdWords
我们通过 AdWords 在 AdWords 提供支持的站点上投放数字广告。根据 AdWords 数据以及我们收集的与您在站点中的活动相关的数据,有针对性地提供广告。我们收集的数据可能包含您访问的页面、您启动的试用版、您播放的视频、您购买的东西、您的 IP 地址或设备 ID。可能会将此信息与 AdWords 收集的与您相关的数据相整合。我们利用发送给 AdWords 的数据为您提供更具个性化的数字广告体验并向您展现相关性更强的广告。. 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、您的 Autodesk 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

是否确定要简化联机体验?

我们希望您能够从我们这里获得良好体验。对于上一屏幕中的类别,如果选择“是”,我们将收集并使用您的数据以自定义您的体验并为您构建更好的应用程序。您可以访问我们的“隐私声明”,根据需要更改您的设置。

个性化您的体验,选择由您来做。

我们重视隐私权。我们收集的数据可以帮助我们了解您对我们产品的使用情况、您可能感兴趣的信息以及我们可以在哪些方面做出改善以使您与 Autodesk 的沟通更为顺畅。

我们是否可以收集并使用您的数据,从而为您打造个性化的体验?

通过管理您在此站点的隐私设置来了解个性化体验的好处,或访问我们的隐私声明详细了解您的可用选项。