{"id":4130,"date":"2019-04-08T08:40:56","date_gmt":"2019-04-08T12:40:56","guid":{"rendered":"https:\/\/blog.mozilla.org\/ux\/?p=4130"},"modified":"2019-04-12T19:15:19","modified_gmt":"2019-04-12T23:15:19","slug":"paying-down-enterprise-content-debt-part-2","status":"publish","type":"post","link":"https:\/\/blog.mozilla.org\/ux\/2019\/04\/paying-down-enterprise-content-debt-part-2\/","title":{"rendered":"Paying Down Enterprise Content Debt: Part 2"},"content":{"rendered":"<p><a href=\"https:\/\/blog.mozilla.org\/ux\/2019\/05\/paying-down-enterprise-content-debt-part-1\/\"><img decoding=\"async\" loading=\"lazy\" class=\"alignnone wp-image-4212\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/Pt-1.png\" alt=\"Gray box with number 1 and the text, &quot;Framing the Problem.&quot; Signals first post in three-part series.\" width=\"244\" height=\"70\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/Pt-1.png 355w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/Pt-1-300x86.png 300w\" sizes=\"(max-width: 244px) 100vw, 244px\" \/><\/a> <img decoding=\"async\" loading=\"lazy\" class=\"alignnone wp-image-4210\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/Pt-2_Focus.png\" alt=\"Purple box with number 2 and the text, &quot;Developing Solutions.&quot; Signals second post in three-part series.\" width=\"244\" height=\"70\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/Pt-2_Focus.png 355w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/Pt-2_Focus-300x86.png 300w\" sizes=\"(max-width: 244px) 100vw, 244px\" \/> <a href=\"https:\/\/blog.mozilla.org\/ux\/2019\/05\/paying-down-enterprise-content-debt-part-3\/\"><img decoding=\"async\" loading=\"lazy\" class=\"alignnone wp-image-4214\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/Pt-3.png\" alt=\"Gray box with number 3 and the text, &quot;Implementation &amp; Guidance.&quot; Signals third post in three-part series.\" width=\"244\" height=\"70\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/Pt-3.png 355w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/Pt-3-300x86.png 300w\" sizes=\"(max-width: 244px) 100vw, 244px\" \/><\/a><\/p>\n<p><strong>Summary: <\/strong>This series outlines the process to diagnose, treat, and manage enterprise content debt, using Firefox add-ons as a case study. This piece walks through the eight steps to develop a new content model:<\/p>\n<ul>\n<li>Step 1: Stakeholder interviews<\/li>\n<li>Step 2: Documenting content elements<\/li>\n<li>Step 3: Data analysis\u2014content quality<\/li>\n<li>Step 4: Domain expert review<\/li>\n<li>Step 5: Competitor compare<\/li>\n<li>Step 6: User research\u2014What content matters?<\/li>\n<li>Step 7: Creating a content model<\/li>\n<li>Step 8: Refine and align<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<h2>Step 1: Stakeholder interviews<\/h2>\n<p>&nbsp;<\/p>\n<p>To determine a payment plan for our content debt, we needed to first get a better understanding of the product landscape. Over the course of a couple of weeks, the team\u2019s UX researcher and I conducted <b>stakeholder interviews<\/b>:<\/p>\n<p><b>Who:<\/b> Subject matter experts, decision-makers, and collaborators. May include product, engineering, design, and other content folks.<\/p>\n<p><b>What:<\/b> Schedule an hour with each participant. Develop a spreadsheet with questions that get at the heart of what you are trying to understand. Ask the same set of core questions to establish trends and patterns, as well as a smaller set specific to each interviewee\u2019s domain expertise.<\/p>\n<div id=\"attachment_4191\" style=\"width: 650px\" class=\"wp-caption aligncenter\"><img aria-describedby=\"caption-attachment-4191\" decoding=\"async\" loading=\"lazy\" class=\"wp-image-4191 size-full\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-01.png\" alt=\"Screenshot of an Excel sheet, with three columns: &quot;Topic,&quot; &quot;Questions,&quot; &quot;Answer.&quot; &quot;Topics&quot; include &quot;Role,&quot; &quot;Product,&quot; and &quot;Users, Developers, Volunteers.&quot; Each topic contains questions. The questions are range from general: &quot;Please tell me a bit about your role and work on add-onsIn your own words,&quot; to specific: &quot;When developers create extension descriptions, what is that experience like? What kinds of challenges or opportunities do you see in this space?&quot; The &quot;Answer&quot; column is blank.\" width=\"640\" height=\"698\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-01.png 640w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-01-300x327.png 300w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-01-600x654.png 600w\" sizes=\"(max-width: 640px) 100vw, 640px\" \/><p id=\"caption-attachment-4191\" class=\"wp-caption-text\">Sample question template, including content-specific inquiries below<\/p><\/div>\n<p><img decoding=\"async\" loading=\"lazy\" class=\"aligncenter wp-image-4190\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-02.png\" alt=\"Screenshot of an Excel sheet with content-specific questions like &quot;How would you describe the current state of content in the experience today? I've noticed some inconsistency\u2014why do you think this is?&quot;\" width=\"640\" height=\"371\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-02.png 528w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-02-300x174.png 300w\" sizes=\"(max-width: 640px) 100vw, 640px\" \/><\/p>\n<p>&nbsp;<\/p>\n<p>After completing the interviews, we summarized the findings and walked the team through them. This helped build alignment with our stakeholders around the issues and prime them for the potential UX and content solutions ahead.<\/p>\n<p><b>Stakeholder interviews also allowed us to clarify our goals.<\/b> To focus our work and make ourselves accountable to it, we broke down our overarching goal\u2014improve Firefox users\u2019 ability to discover, trust, install, and enjoy extensions\u2014into <a href=\"https:\/\/docs.google.com\/document\/d\/18RmeHaDcMvMFtlNf4q_zZn6GzgWUwvEdh6jH0LuYzTg\/edit#\" target=\"_blank\" rel=\"noopener\">detailed objectives and measurements using an objectives and measurements template<\/a>. Our main objectives fell into three buckets: improved user experience, improved developer experience, and improved content structure. Once the work was done, we could measure our progress against those objectives using the measurements we identified.<\/p>\n<p>&nbsp;<\/p>\n<h2>Step 2: Documenting content elements<\/h2>\n<p>&nbsp;<\/p>\n<p>Product environment surveyed, we dug into the content that shaped that landscape.<\/p>\n<p>Extensions are recommended and accessed not only through AMO, but in a variety of places, including the Firefox browser itself, <a href=\"https:\/\/www.techradar.com\/news\/firefox-will-now-recommend-useful-features-and-add-ons\" target=\"_blank\" rel=\"noopener\">in contextual recommendations<\/a>, and in external content. To improve content across this large ecosystem, we needed to start small&#8230;at the cellular content level. We needed to assess, evolve, and improve our<b> core content elements<\/b>.<\/p>\n<p>By \u201ccontent elements,\u201d I mean all of the types of content or data that are attached to an extension\u2014either by developers in the extension submission process, by Mozilla on the back-end, or by users. So, very specifically, these are things like description, categories, tags, ratings, etc. For example, the following image contains three content elements: icon, extension name, summary:<\/p>\n<p><img decoding=\"async\" loading=\"lazy\" class=\"wp-image-4117 size-full\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/03\/examples-of-user-generated-content.png\" alt=\"Example extension content: A green circular icon with the letter 'M' sits next to the extension's name, &quot;Momentum.&quot; Beneath this is a sentence summary: &quot;Replace your new tab with a personal dashboard featuring to-do, weather, daily inspiration, and more!&quot;\" width=\"716\" height=\"95\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/03\/examples-of-user-generated-content.png 716w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/03\/examples-of-user-generated-content-300x40.png 300w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/03\/examples-of-user-generated-content-600x80.png 600w\" sizes=\"(max-width: 716px) 100vw, 716px\" \/><\/p>\n<p>Using Excel, I documented existing content elements. I also documented which elements showed up where in the ecosystem (i.e., \u201ccontent touchpoints\u201d):<\/p>\n<div id=\"attachment_4189\" style=\"width: 830px\" class=\"wp-caption aligncenter\"><img aria-describedby=\"caption-attachment-4189\" decoding=\"async\" loading=\"lazy\" class=\"wp-image-4189 size-full\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-03.png\" alt=\"Screenshot of an Excel that contains the rows: &quot;Content Element,&quot; &quot;In UI?,&quot; &quot;Required?,&quot; &quot;Length,&quot; and &quot;Guidelines.&quot; These columns are filled in for four content elements: Developer Name, Extension Name, Extension Summary, Long Description.\" width=\"820\" height=\"550\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-03.png 820w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-03-300x201.png 300w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-03-768x515.png 768w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-03-600x402.png 600w\" sizes=\"(max-width: 820px) 100vw, 820px\" \/><p id=\"caption-attachment-4189\" class=\"wp-caption-text\">Excerpt of content elements documentation<\/p><\/div>\n<div id=\"attachment_4188\" style=\"width: 560px\" class=\"wp-caption aligncenter\"><img aria-describedby=\"caption-attachment-4188\" decoding=\"async\" loading=\"lazy\" class=\"wp-image-4188 size-full\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-04.png\" alt=\"Screenshot of an Excel sheet with two columns: &quot;Touchpoint&quot; and &quot;Content Elements.&quot; The two touchpoints are &quot;Website Landing Page&quot; and &quot;Website Categories Page.&quot; Beneath each of these touchpoints you see various content elements listed if they appear on that touchpoint, such as &quot;Extension icon,&quot; &quot;Extension name,&quot; etcetera.\" width=\"550\" height=\"362\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-04.png 550w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-04-300x197.png 300w\" sizes=\"(max-width: 550px) 100vw, 550px\" \/><p id=\"caption-attachment-4188\" class=\"wp-caption-text\">Excerpt of content elements documentation: content touchpoints<\/p><\/div>\n<p>&nbsp;<\/p>\n<p>The content documentation Excel served as the foundational document for all the work that followed. As the team continued to acquire information to shape future solutions, we documented those learnings in the Excel, evolving the recommendations as we went.<\/p>\n<p>&nbsp;<\/p>\n<h2>Step 3: Data analysis\u2014content quality<\/h2>\n<p>&nbsp;<\/p>\n<p>Current content elements identified, we could now assess the state of said content. To complete this analysis, we used a database query (created by our product manager) that populated all of the content for each content element for every extension and theme. Phew.<\/p>\n<p>We developed a list of queries about the content&#8230;<\/p>\n<div id=\"attachment_4187\" style=\"width: 830px\" class=\"wp-caption aligncenter\"><img aria-describedby=\"caption-attachment-4187\" decoding=\"async\" loading=\"lazy\" class=\"wp-image-4187\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-05.png\" alt=\"Screenshot of an Excel sheet with two columns: &quot;Content Type&quot; and &quot;Query.&quot; The Content Type includes Extensions and Themes. Next to either of these, there are queries like &quot;Total number extensions&quot; or &quot;Average number of users.&quot; \" width=\"820\" height=\"355\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-05.png 670w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-05-300x130.png 300w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-05-600x260.png 600w\" sizes=\"(max-width: 820px) 100vw, 820px\" \/><p id=\"caption-attachment-4187\" class=\"wp-caption-text\">Sample selection of data questions<\/p><\/div>\n<p>&#8230;and then answered those queries for each content element field.<\/p>\n<div id=\"attachment_4186\" style=\"width: 826px\" class=\"wp-caption aligncenter\"><img aria-describedby=\"caption-attachment-4186\" decoding=\"async\" loading=\"lazy\" class=\"wp-image-4186 size-full\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-06.png\" alt=\"Screenshot of an Excel sheet for the content element of &quot;Extension Name.&quot; Includes columns labeled, &quot;In UI?,&quot; &quot;Required?,&quot; &quot;Length&quot; and &quot;Data Analysis.&quot; \" width=\"816\" height=\"237\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-06.png 816w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-06-300x87.png 300w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-06-768x223.png 768w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-06-600x174.png 600w\" sizes=\"(max-width: 816px) 100vw, 816px\" \/><p id=\"caption-attachment-4186\" class=\"wp-caption-text\">Sample data analysis for \u201cExtension Name\u201d<\/p><\/div>\n<ul>\n<li><b>For quantitative questions <\/b>(like minimum\/maximum content length per element), we used Excel formulas.<\/li>\n<li><b>For questions of content <\/b><b><i>quality<\/i><\/b><b>, we analyzed a sub-section of the data. <\/b>For example, what\u2019s the content quality state of extension names for the top 100 extensions? What patterns, good and bad, do we see?<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<h2>Step 4: Domain expert review<\/h2>\n<p>&nbsp;<\/p>\n<p>I also needed input from domain experts on the content elements, including content reviewers, design, and localization. Through this process, we discovered pain points, areas of opportunity, and considerations for the new requirements.<\/p>\n<p>For example, we had been contemplating a 10-character minimum for our long description field. Conversations with localization expert, Peiying Mo, revealed that this would not work well for non-English content authors&#8230;while 10 characters is a reasonable expectation in English, it\u2019s asking for quite a bit of content when we are talking about 10 Chinese characters.<\/p>\n<p>Because improving search engine optimization (SEO) for add-ons was a priority, review by SEO specialist, Raphael Raue, was especially important. Based on <a href=\"https:\/\/medium.com\/firefox-ux\/the-user-journey-for-firefox-extensions-discovery-83f03b5f8ee9\" target=\"_blank\" rel=\"noopener\">user research<\/a> and analytics, we knew users often find extensions, and make their way to the add-ons site, through external search engines. Thus, their first impression of an add-on, and the basis upon which they may assess their interest to learn more, is an extension title and description in Google search results (also called a \u201csearch snippet\u201d). So, our new content model needed to be optimized for these search listings.<\/p>\n<div id=\"attachment_4185\" style=\"width: 830px\" class=\"wp-caption aligncenter\"><img aria-describedby=\"caption-attachment-4185\" decoding=\"async\" loading=\"lazy\" class=\"wp-image-4185 size-full\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-07.png\" alt=\"Screenshot of an Excel sheet with the Content Element of &quot;Extension Name.&quot; Includes columns for &quot;Reviewer Comments,&quot; &quot;Design Comments,&quot; &quot;Localization Comments,&quot; and &quot;SEO Comments&quot; and these have been filled in with text analysis.\" width=\"820\" height=\"222\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-07.png 820w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-07-300x81.png 300w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-07-768x208.png 768w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-07-600x162.png 600w\" sizes=\"(max-width: 820px) 100vw, 820px\" \/><p id=\"caption-attachment-4185\" class=\"wp-caption-text\">Sample domain expert review comments for \u201cExtension Name\u201d<\/p><\/div>\n<p>&nbsp;<\/p>\n<h2>Step 5: Competitor compare<\/h2>\n<p>&nbsp;<\/p>\n<p>A picture of the internal content issues and needs was starting to take shape. Now we needed to look externally to understand how our content compared to competitors and other successful commercial sites.<\/p>\n<p>Philip Walmsley, UX designer, identified those sites and audited their content elements, identifying surplus, gaps, and differences from Firefox. We discussed the findings and determined what to add, trim, or tweak in Firefox\u2019s content element offerings depending on value to the user.<\/p>\n<div id=\"attachment_4184\" style=\"width: 830px\" class=\"wp-caption aligncenter\"><img aria-describedby=\"caption-attachment-4184\" decoding=\"async\" loading=\"lazy\" class=\"wp-image-4184 size-full\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-08.png\" alt=\"Screenshot of an Excel. The left column is entitled, &quot;Item Name&quot; and includes things like &quot;Main CTA,&quot; &quot;Category,&quot; &quot;Category Rank,&quot; etcetera. The columns across identify different websites, including the Firefox add-ons site. If the site contains one of the items, its cell is shaded green with an &quot;X.&quot; If the item is not present on the site, the cell is left empty.\" width=\"820\" height=\"218\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-08.png 820w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-08-300x80.png 300w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-08-768x204.png 768w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-08-600x160.png 600w\" sizes=\"(max-width: 820px) 100vw, 820px\" \/><p id=\"caption-attachment-4184\" class=\"wp-caption-text\">Excerpt of competitive analysis<\/p><\/div>\n<p>&nbsp;<\/p>\n<h2>Step 6: User research\u2014what content matters?<\/h2>\n<p>&nbsp;<\/p>\n<p>A fair amount of user research about add-ons had already been done before we embarked on this journey, and Jennifer Davidson, our UX researcher, lead <a href=\"https:\/\/medium.com\/firefox-ux\/how-do-people-decide-whether-or-not-to-get-a-browser-extension-334c66ab4484\" target=\"_blank\" rel=\"noopener\">additional, targeted research<\/a> over the course of the year. That research informed the content element issues and needs. In particular, a large site survey, add-ons team think-aloud sessions, and in-person user interviews identified how users discover and decide whether or not to get an extension.<\/p>\n<p>Regarding extension product pages in particular, we asked:<\/p>\n<ul>\n<li><strong>Do participants understand and<\/strong><b> trust<\/b> the content on the product pages?<\/li>\n<li><b>What type of information is important <\/b>when deciding whether or not to get an extension?<\/li>\n<li><b>Is there content missing<\/b> that would aid in their discovery and comprehension?<\/li>\n<\/ul>\n<p>Through this work, we deepened our understanding of the relative importance of different content elements (for example: extension name, summary, long description were all important), what elements were critical to decision making (such as social proof via ratings), and where we had content gaps (for example, desire for learning-by-video).<\/p>\n<p>&nbsp;<\/p>\n<h2>Step 7: Creating a content model<\/h2>\n<p>&nbsp;<\/p>\n<blockquote><p>\u201c&#8230;content modeling gives you systemic knowledge; it allows you to see what types of content you have, which elements they include, and how they can operate in a standardized way\u2014so you can work with architecture, rather than designing each one individually.\u201d \u2014Sara Wachter-Boettcher, <em>Content Everywhere<\/em>, 31<\/p><\/blockquote>\n<p>&nbsp;<\/p>\n<p>Learnings from steps 1-6 informed the next, very important content phase: identifying a new <b>content model<\/b> for an add-ons product page.<\/p>\n<p><strong>A content model defines all of the content elements in an experience.<\/strong> It details the requirements and restrictions for each element, as well as the connections between elements. Content models take diverse shapes and forms depending on project needs, but the basic steps often include documentation of the content elements you have (step 2 above), analysis of those elements (steps 3-6 above), and then charting new requirements based on what you\u2019ve learned and what the organization and users need.<\/p>\n<p>Creating a content model takes quite a bit of information and input upfront, but it pays dividends in the long-term, especially when it comes to addressing and preventing content debt. The add-ons ecosystem did not have a detailed, updated content model and because of that, developers didn\u2019t have the guardrails they needed to create better content, the design team didn\u2019t have the content types it needed to create scalable, user-focused content, and users were faced with varying content quality.<\/p>\n<p>A content model can feel prescriptive and painfully detailed, but each content element within it should provide the flexibility and guidance for content creators to produce content that meets their goals and the goals of the system.<\/p>\n<div id=\"attachment_4183\" style=\"width: 830px\" class=\"wp-caption aligncenter\"><img aria-describedby=\"caption-attachment-4183\" decoding=\"async\" loading=\"lazy\" class=\"wp-image-4183 size-full\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-09.png\" alt=\"Excerpt of an Excel that. shows the content model for the content element, &quot;Extension Name.&quot; It includes the columns, &quot;Required?,&quot; &quot;Min. length,&quot; &quot;Max length,&quot; &quot;Allowed file type,&quot; &quot;Quality &amp; Guidelines,&quot; and &quot;Clean-Up.&quot; These have all been filled in with information and analysis specific to the Extension Name element.\" width=\"820\" height=\"262\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-09.png 820w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-09-300x96.png 300w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-09-768x245.png 768w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-09-600x192.png 600w\" sizes=\"(max-width: 820px) 100vw, 820px\" \/><p id=\"caption-attachment-4183\" class=\"wp-caption-text\">Sample content model for \u201cExtension Name\u201d<\/p><\/div>\n<p>&nbsp;<\/p>\n<h2>Step 8: Refine and align<\/h2>\n<p>&nbsp;<\/p>\n<p>Now that we had a draft content model\u2014in other words, a list of recommended requirements for each content element\u2014we needed review and input from our key stakeholders.<\/p>\n<p>This included conversations with add-ons UX team members, as well as partners from the initial stakeholder interviews (like product, engineering, etc.). It was especially important to talk through the content model elements with designers Philip and Emanuela, and to pressure test whether each new element\u2019s requirements and file type served design needs across the ecosystem. One of the ways we did this was by applying the new content elements to future designs, with both best and worst-case content scenarios.<\/p>\n<div id=\"attachment_4182\" style=\"width: 830px\" class=\"wp-caption aligncenter\"><img aria-describedby=\"caption-attachment-4182\" decoding=\"async\" loading=\"lazy\" class=\"wp-image-4182 size-full\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-10.png\" alt=\"Screenshot of a redesigned extension product page for the extension, &quot;Remembear.&quot;. It has a black border across the top with the Firefox logo. Below this, set against a vibrant orange banner, is the extension card, which includes basic information about the extension like its name, author, subtitle, star ratings, etcetera. There is a blue button to add the extension, and beneath this large screenshots and the first section of a long description. The different content elements on the page are annotated with red arrows.\" width=\"820\" height=\"646\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-10.png 820w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-10-300x236.png 300w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-10-768x605.png 768w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-10-600x473.png 600w\" sizes=\"(max-width: 820px) 100vw, 820px\" \/><p id=\"caption-attachment-4182\" class=\"wp-caption-text\">Re-designed product page with new content elements (note\u2014not a final design, just a study). Design lead: Philip Walmsley.<\/p><\/div>\n<div id=\"attachment_4181\" style=\"width: 830px\" class=\"wp-caption aligncenter\"><img aria-describedby=\"caption-attachment-4181\" decoding=\"async\" loading=\"lazy\" class=\"wp-image-4181\" src=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-11.png\" alt=\"Sample &quot;universal extension card,&quot; which is a rectangular image that contains basic information about the Facebook Container extension. It includes the extension name, the author name, subtitle, average star rating, number of users, icon, and a blue &quot;Add to Firefox&quot; button. The different elements are annotated with red arrows.\" width=\"820\" height=\"228\" srcset=\"https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-11.png 647w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-11-300x83.png 300w, https:\/\/blog.mozilla.org\/ux\/files\/2019\/04\/2-11-600x167.png 600w\" sizes=\"(max-width: 820px) 100vw, 820px\" \/><p id=\"caption-attachment-4181\" class=\"wp-caption-text\">Draft \u201cuniversal extension card\u201d with new content elements (note\u2014not a final design, just a study). This card aims to increase user trust and learnability when user is presented with an extension offering anywhere in the ecosystem. Design lead: Emanuela Damiani.<\/p><\/div>\n<p>Based on this review period and usability testing on usertesting.com, we made adjustments to our content model.<\/p>\n<p>&nbsp;<\/p>\n<h2>Okay, content model done. What\u2019s next?<\/h2>\n<p>&nbsp;<\/p>\n<p>Now that we had our new content model, we needed to make it a reality for the extension developers creating product pages.<\/p>\n<p>In <a href=\"https:\/\/blog.mozilla.org\/ux\/2019\/04\/paying-down-enterprise-content-debt-part-3\/\" target=\"_blank\" rel=\"noopener\">part 3,<\/a> I\u2019ll walk through the creation and testing of deliverables, including content guidelines and communication materials.<\/p>\n<p>&nbsp;<\/p>\n<blockquote><p><i>Thank you to Michelle Heubusch, Jennifer Davidson, Emanuela Damiani, Philip Walmsley, Kev Needham, Mike Conca, Amy Tsay, Jorge Villalobos, Stuart Colville, Caitlin Neiman, Andreas Wagner, Raphael Raue, and Peiying Mo<\/i> <i>for their partnership in this work.<\/i><\/p><\/blockquote>\n","protected":false},"excerpt":{"rendered":"<p>Summary: This series outlines the process to diagnose, treat, and manage enterprise content debt, using Firefox add-ons as a case study. This piece walks through the eight steps to develop &hellip; <a class=\"go\" href=\"https:\/\/blog.mozilla.org\/ux\/2019\/04\/paying-down-enterprise-content-debt-part-2\/\">Read more<\/a><\/p>\n","protected":false},"author":1624,"featured_media":4237,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[119,52921,246,52922],"tags":[52921,30,440691,52922],"coauthors":[52917],"_links":{"self":[{"href":"https:\/\/blog.mozilla.org\/ux\/wp-json\/wp\/v2\/posts\/4130"}],"collection":[{"href":"https:\/\/blog.mozilla.org\/ux\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.mozilla.org\/ux\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.mozilla.org\/ux\/wp-json\/wp\/v2\/users\/1624"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.mozilla.org\/ux\/wp-json\/wp\/v2\/comments?post=4130"}],"version-history":[{"count":0,"href":"https:\/\/blog.mozilla.org\/ux\/wp-json\/wp\/v2\/posts\/4130\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.mozilla.org\/ux\/wp-json\/wp\/v2\/media\/4237"}],"wp:attachment":[{"href":"https:\/\/blog.mozilla.org\/ux\/wp-json\/wp\/v2\/media?parent=4130"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.mozilla.org\/ux\/wp-json\/wp\/v2\/categories?post=4130"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.mozilla.org\/ux\/wp-json\/wp\/v2\/tags?post=4130"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/blog.mozilla.org\/ux\/wp-json\/wp\/v2\/coauthors?post=4130"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}