<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet href="pretty-atom-feed.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <title>Jared S. Bauer, PhD</title>
  <subtitle>Jared S. Bauer, PhD&#39;s personal site</subtitle>
  <link href="https://jaredbauer.me/feed/feed.xml" rel="self" />
  <link href="https://jaredbauer.me/" />
  <updated>2026-03-01T00:00:00Z</updated>
  <id>https://jaredbauer.me/</id>
  <author>
    <name>Jared S. Bauer, PhD</name>
  </author>
  <entry>
    <title>Measuring Product Delight in Technical Products</title>
    <link href="https://jaredbauer.me/blog/2026-03-01-measuring-product-delight/" />
    <updated>2026-03-01T00:00:00Z</updated>
    <id>https://jaredbauer.me/blog/2026-03-01-measuring-product-delight/</id>
    <content type="html">&lt;p&gt;Nesrine Changuel interviewed me for her newsletter on product delight — a topic I&#39;ve thought a lot about, particularly in the context of developer tools, which have historically been... not known for delighting their users.&lt;/p&gt;
&lt;p&gt;The conversation covers how I think about the difference between surface delight and deep delight. A lot of products reach for confetti animations and celebratory moments — and those have their place. But at GitHub, we talked about going &amp;quot;beyond confetti&amp;quot;: building delight into the functional foundation of the product, not as a layer on top of it. Delight that doesn&#39;t rest on a base of accessibility, utility, and solid usability isn&#39;t really delight — it&#39;s decoration.&lt;/p&gt;
&lt;p&gt;We also talked about &amp;quot;slices&amp;quot; as a product development philosophy: delivering complete, vertical experiences even when they&#39;re small, rather than shipping polished components that don&#39;t hang together into something a user can actually use. It&#39;s a way of ensuring that every increment of the product has real value, not just technical completeness.&lt;/p&gt;
&lt;p&gt;The interview also touches on my academic background in distributed cognition and context-aware systems, and how that shapes the way I think about users — always situated in a context, always embedded in workflows that extend well beyond the product itself.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;a href=&quot;https://nesrinechanguel.substack.com/p/chat-with-jared-bauer-customer-researcher&quot;&gt;Read on Substack →&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
</content>
  </entry>
  <entry>
    <title>What to Measure and How to Measure It During a Beta</title>
    <link href="https://jaredbauer.me/blog/2021-12-01-what-to-measure-during-a-beta/" />
    <updated>2021-12-01T00:00:00Z</updated>
    <id>https://jaredbauer.me/blog/2021-12-01-what-to-measure-during-a-beta/</id>
    <content type="html">&lt;p&gt;How do you know if a product in beta is ready to launch? How do you turn a flood of user feedback into a strategy? These are the questions I sat with during the GitHub Projects beta — and the experience led me to develop a measurement framework I&#39;ve used ever since.&lt;/p&gt;
&lt;p&gt;The framework is called &lt;strong&gt;DUUF&lt;/strong&gt;: Delight, Usability, Utility, and Fit. It draws on two well-validated models — the Technology Acceptance Model (TAM), which established that perceived usefulness and ease of use predict adoption, and Product Market Fit, which captures whether a product satisfies a need that no alternative adequately addresses. To those I added Delight, which hedonic systems research shows is a meaningful independent predictor of whether people continue using a product.&lt;/p&gt;
&lt;p&gt;What makes DUUF useful in practice is that the four measures aren&#39;t aggregated into a single score. They&#39;re kept separate because they address different aspects of the user experience — and because their relative importance shifts over time. During a beta, Delight, Fit, and Utility matter more than Usability: users are willing to tolerate rough edges if the core value is there. As a product matures, Usability becomes more important.&lt;/p&gt;
&lt;p&gt;The piece walks through how we applied DUUF during the GitHub Projects beta — in surveys, interviews, and focus groups — with examples of the feedback each dimension surfaces and how to act on it.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;a href=&quot;https://medium.com/@jaredsb/what-to-measure-and-how-to-measure-it-during-a-beta-e9a1283dc54d&quot;&gt;Read on Medium →&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
</content>
  </entry>
</feed>