{"id":653,"date":"2026-07-09T09:16:29","date_gmt":"2026-07-09T09:16:29","guid":{"rendered":"https:\/\/dedaloai.com\/news\/?p=653"},"modified":"2026-07-09T09:16:29","modified_gmt":"2026-07-09T09:16:29","slug":"sustainability-okrs-examples-for-engineering-product-and-marketing-teams","status":"publish","type":"post","link":"https:\/\/dedaloai.com\/news\/2026\/07\/09\/sustainability-okrs-examples-for-engineering-product-and-marketing-teams\/","title":{"rendered":"Sustainability OKR Examples for Engineering, Product and Marketing Teams"},"content":{"rendered":"<h2>Why sustainability OKRs need team specific design<\/h2>\n<p>Sustainability goals often fail when they are written once at the company level and then copied into every team. Engineering, product and marketing do not control the same levers, so their objectives should reflect different kinds of work. Engineering usually influences infrastructure efficiency, technical waste and measurement quality. Product teams shape what gets built, what gets shipped and what user behavior the product encourages. Marketing teams influence content, messaging, audience targeting and the claims a company makes in public.<\/p>\n<p>That difference matters because an OKR only works when the team can act on it. If a marketing team is asked to cut cloud energy use directly, or an engineering team is measured on campaign reach, the result is frustration rather than progress. Better sustainability OKRs connect to the decisions each team actually makes and to evidence that can be checked later.<\/p>\n<p>The best place to start is with a narrow outcome, a measurable key result and a time frame. A good sustainability OKR is not just about being responsible. It should answer three questions clearly. What behavior or system do we want to change, how will we know it changed, and which team can reasonably influence it?<\/p>\n<h2>What a useful sustainability OKR looks like<\/h2>\n<p>A useful objective is directional and plain. It describes the change the team is trying to create, not the metric itself. The key results then translate that direction into measurable evidence. For sustainability work, that evidence often falls into a few categories: energy use, <a href=\"https:\/\/dedaloai.com\/news\/2024\/03\/29\/navigating-towards-net-zero-strategies-and-challenges\/\">emissions<\/a>, waste, data quality, product choices, supplier standards, user behavior or claim accuracy.<\/p>\n<p>For example, an engineering objective might be to reduce the environmental cost of running the service. A key result under that objective could track lower compute per transaction, fewer unnecessary jobs or better observability of resource use. A product objective might focus on making lower impact behavior easier for users. A marketing objective might focus on improving the accuracy and specificity of sustainability claims in public content.<\/p>\n<p>It also helps to keep OKRs realistic. Sustainability goals can become too broad too fast. If a team cannot influence the metric within one quarter or one planning cycle, the goal is probably too large for an OKR and belongs in a longer roadmap instead.<\/p>\n<h2>Examples for engineering teams<\/h2>\n<p>Engineering teams usually have the clearest path to operational sustainability work because they can influence code, architecture, infrastructure and release processes. The most credible OKRs are usually tied to measurable resource use or to a change in how systems are built and monitored.<\/p>\n<h3>Example 1<\/h3>\n<p><strong>Objective:<\/strong> Make core services more resource efficient without reducing reliability.<\/p>\n<p><strong>Key results:<\/strong> Reduce average compute used by the highest traffic service paths, increase the share of services with resource usage dashboards, and remove or redesign selected jobs that do not change user facing outcomes.<\/p>\n<p>This kind of OKR works because it connects efficiency to service design. The team is not being asked to save energy in the abstract. It is being asked to identify where the system does unnecessary work and to verify that the work is actually removed.<\/p>\n<h3>Example 2<\/h3>\n<p><strong>Objective:<\/strong> Improve measurement so sustainability decisions can be based on evidence.<\/p>\n<p><strong>Key results:<\/strong> Add consistent tracking for compute, storage or transfer for priority workflows, document the assumptions behind measurement methods, and make sure monthly reporting is available to product and infrastructure leads.<\/p>\n<p>This objective is especially useful when teams know they are wasting resources but cannot yet prove where. It focuses on instrumentation, which is often the prerequisite for any credible reduction program.<\/p>\n<h3>Example 3<\/h3>\n<p><strong>Objective:<\/strong> Reduce avoidable waste in development and release processes.<\/p>\n<p><strong>Key results:<\/strong> Cut repeated builds triggered by non impactful changes, lower the share of failed pipeline runs caused by preventable configuration issues, and standardize caching or reuse where it is technically safe.<\/p>\n<p>That type of OKR fits teams that run large continuous delivery systems or heavy test environments. It is not about squeezing every process. It is about removing work that does not contribute to product quality or user value.<\/p>\n<p>When engineering writes sustainability OKRs, it helps to avoid focusing only on carbon as a final number. Carbon accounting may be part of the reporting, but engineering can often improve several upstream drivers first. Those include efficiency, load reduction, hosting choices, caching, test discipline and data retention. If the team controls those levers, the OKR is more actionable.<\/p>\n<h2>Examples for product teams<\/h2>\n<p>Product teams sit between strategy, user needs and delivery. Their sustainability OKRs usually work best when they shape what is built, how it is prioritized and which behaviors the product makes easier. Product teams are rarely the owners of emissions data directly, but they can influence whether a lower impact option is the default or whether a feature creates unnecessary demand.<\/p>\n<h3>Example 1<\/h3>\n<p><strong>Objective:<\/strong> Make the lower impact choice the easiest choice in the product.<\/p>\n<p><strong>Key results:<\/strong> Redesign one high volume flow so the lower impact option is the default, run user tests to confirm the choice is still understandable, and track adoption of the redesigned flow after launch.<\/p>\n<p>This works when the product has meaningful user choices, such as shipping options, settings, plan structures or consumption patterns. The key is to measure both behavior and usability. A sustainability change should not count as success if users cannot complete the task easily.<\/p>\n<h3>Example 2<\/h3>\n<p><strong>Objective:<\/strong> Reduce product waste created by features that no longer add value.<\/p>\n<p><strong>Key results:<\/strong> Review underused features in a priority area, retire or simplify one feature that has low usage and high maintenance cost, and document the decision criteria used for future product pruning.<\/p>\n<p>Removing unnecessary features can support sustainability indirectly by reducing maintenance burden, code complexity and server load. It can also help product teams focus on functionality that users actually rely on.<\/p>\n<h3>Example 3<\/h3>\n<p><strong>Objective:<\/strong> Build sustainability into product planning and discovery.<\/p>\n<p><strong>Key results:<\/strong> Add sustainability impact checks to the discovery template, include a sustainability review in quarterly prioritization for relevant initiatives, and define a repeatable way to capture product level environmental assumptions.<\/p>\n<p>This objective is useful when the organization is early in its sustainability maturity. Before teams can optimize outcomes, they need a basic habit of asking whether a feature creates new demand, changes behavior or adds hidden operational cost.<\/p>\n<p>For product teams, the most useful OKRs usually combine a user outcome with a sustainability related effect. That keeps the work grounded. A product team should not be judged only on emissions reductions if it cannot see the chain from feature to behavior to impact. But it can be accountable for making a lower impact path easier, or for removing features that create more cost than value.<\/p>\n<h2>Examples for marketing teams<\/h2>\n<p>Marketing teams are often excluded from sustainability planning, even though they strongly influence trust, claim quality and demand generation. They can also shape whether customers understand a product well enough to make informed choices. Their OKRs should therefore focus on communication quality, claim governance, audience relevance and the environmental cost of marketing operations where that is measurable and meaningful.<\/p>\n<h3>Example 1<\/h3>\n<p><strong>Objective:<\/strong> Make sustainability claims clearer and easier to verify.<\/p>\n<p><strong>Key results:<\/strong> Review all public sustainability claims in priority pages and campaigns, require evidence for claims before publication, and remove vague wording that cannot be substantiated.<\/p>\n<p>This is a strong marketing OKR because it improves trust and reduces risk at the same time. It also supports more disciplined collaboration with legal, product and sustainability leads.<\/p>\n<h3>Example 2<\/h3>\n<p><strong>Objective:<\/strong> Improve the usefulness of sustainability content for decision makers.<\/p>\n<p><strong>Key results:<\/strong> Publish content that answers the most common sustainability questions from target customers, increase engagement with pages that explain product related impact data, and update outdated content so it reflects current product facts.<\/p>\n<p>Marketing teams can do important work here without overclaiming. The goal is not to persuade at any cost. It is to help audiences find relevant, accurate information that supports informed decisions.<\/p>\n<h3>Example 3<\/h3>\n<p><strong>Objective:<\/strong> Reduce avoidable waste in campaign operations.<\/p>\n<p><strong>Key results:<\/strong> Limit duplicate asset production where reuse is possible, retire low performing campaigns that consume budget without business value, and standardize lighter weight digital assets where they meet channel requirements.<\/p>\n<p>Operational sustainability in marketing is less discussed than claim quality, but it still matters. Teams can often reduce unnecessary production work, repeated asset versions and bloated campaign processes without hurting performance.<\/p>\n<p>For marketing, the most credible sustainability OKRs usually avoid vague phrases like be more green or build awareness. Instead, they focus on actions the team owns. That can mean claim governance, content quality, asset efficiency or better alignment between sustainability messaging and actual product evidence.<\/p>\n<h2>How to choose metrics that teams can defend<\/h2>\n<p>One reason sustainability OKRs become unhelpful is that the metric is chosen because it sounds impressive rather than because it can be measured reliably. Good metrics should be specific, stable enough to track over time and connected to actions the team can influence.<\/p>\n<p>Engineering teams often need technical metrics such as compute, memory, data transfer, pipeline waste, service efficiency or coverage of instrumentation. Product teams often need behavior and process metrics such as adoption of a lower impact default, feature rationalization or sustainability review coverage. Marketing teams often need claim accuracy, content completion, review compliance or campaign efficiency metrics.<\/p>\n<p>A weak metric is one that the team can improve on paper without changing anything meaningful. A stronger metric usually combines an outcome with a process signal. For example, a team might track both the number of pages with verified sustainability claims and the share of claims reviewed before publication. That pairing helps ensure the result is not just a one time cleanup.<\/p>\n<p>It also helps to include a baseline where possible. If the team does not know where it is starting from, the OKR may still be useful, but it will be hard to judge progress. Baselines do not need to be perfect. They just need to be consistent enough to show direction.<\/p>\n<h2>Common mistakes when writing sustainability OKRs<\/h2>\n<p>The most common mistake is making the OKR too broad. A company level objective like reduce environmental impact across the business is not useful for a single team unless it is translated into something concrete. Another common mistake is using a metric the team cannot directly influence. That usually leads to endless debate about attribution.<\/p>\n<p>A second mistake is treating reporting as the goal. Better reporting is valuable, but measurement is only useful if it supports action. If a team\u2019s OKR is to build a dashboard, the dashboard should be tied to a decision or a reduction opportunity.<\/p>\n<p>A third mistake is mixing too many topics into one objective. Sustainability, accessibility, reliability and cost all matter, but if an OKR tries to cover every priority it becomes hard to execute. It is better to write separate objectives or to pair sustainability with the most relevant adjacent concern only when the relationship is direct.<\/p>\n<p>A fourth mistake is defining success in a way that encourages bad behavior. For example, a marketing team should not be rewarded for making claims more aggressive simply to increase engagement. A sustainability OKR should improve truthfulness and usefulness, not just visibility.<\/p>\n<h2>A simple way to draft better OKRs<\/h2>\n<p>Teams often do better when they draft sustainability OKRs in a short workshop instead of trying to write them alone. The first step is to identify the real lever the team controls. The second step is to decide what evidence would show the lever moved. The third step is to check whether the metric is realistic, auditable and not easy to game.<\/p>\n<p>From there, write the objective in ordinary language and keep it focused on one change. Then choose two or three key results at most. If more are needed, the objective is probably too large. If none are measurable, the objective is too vague.<\/p>\n<p>A practical test is to ask whether a team member could take action from the OKR without needing a new strategy document. If the answer is no, the OKR may sound good but will not guide work well.<\/p>\n<h2>How these OKRs fit together across functions<\/h2>\n<p>Engineering, product and marketing OKRs are strongest when they support one another without duplicating responsibility. Engineering may improve measurement and efficiency. Product may redesign flows and remove low value complexity. Marketing may improve claim quality and customer understanding. Taken together, those changes can reduce waste, improve trust and create a cleaner path to larger sustainability targets.<\/p>\n<p>The best cross functional setup is one where each team has a distinct role and a shared language for evidence. That makes it easier to connect actions to outcomes without forcing every group to track the same numbers. It also makes sustainability part of normal planning rather than a separate initiative that appears only at reporting time.<\/p>\n<p>When you are ready to adapt these examples, start with the work already on the roadmap. The most effective sustainability OKRs usually sit on top of existing priorities rather than competing with them. A team that is already redesigning a workflow, updating a product area or refreshing a campaign is often in the best position to add a sustainability lens that is practical, specific and measurable.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>This article shows how to write sustainability OKRs that fit engineering, product and marketing work without turning goals into vague slogans. You will see practical examples, ways to measure progress, and common mistakes to avoid when teams need targets that are realistic, specific and useful.<\/p>\n","protected":false},"author":1,"featured_media":654,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[272,5,273],"tags":[],"class_list":["post-653","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-okrs","category-sustainability","category-team-management"],"_links":{"self":[{"href":"https:\/\/dedaloai.com\/news\/wp-json\/wp\/v2\/posts\/653","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dedaloai.com\/news\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/dedaloai.com\/news\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/dedaloai.com\/news\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/dedaloai.com\/news\/wp-json\/wp\/v2\/comments?post=653"}],"version-history":[{"count":1,"href":"https:\/\/dedaloai.com\/news\/wp-json\/wp\/v2\/posts\/653\/revisions"}],"predecessor-version":[{"id":655,"href":"https:\/\/dedaloai.com\/news\/wp-json\/wp\/v2\/posts\/653\/revisions\/655"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/dedaloai.com\/news\/wp-json\/wp\/v2\/media\/654"}],"wp:attachment":[{"href":"https:\/\/dedaloai.com\/news\/wp-json\/wp\/v2\/media?parent=653"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/dedaloai.com\/news\/wp-json\/wp\/v2\/categories?post=653"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/dedaloai.com\/news\/wp-json\/wp\/v2\/tags?post=653"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}