<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xml:base="https://loopdash.com/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Blog Title</title>
    <link>https://loopdash.com/</link>
    <atom:link href="https://loopdash.com/rss.xml" rel="self" type="application/rss+xml" />
    <description>This is a longer description about your blog.</description>
    <language>en</language>
    <item>
      <title>AI Doesn&#39;t Change Everything the Same Way</title>
      <link>https://loopdash.com/blog/what-ai-changes-for-each-product-type/</link>
      <description>&lt;p&gt;AI gets talked about like a single thing you either adopt or don&#39;t. In practice, what it changes depends entirely on what you&#39;re building.&lt;/p&gt;&lt;p&gt;The four types of product work — Workflow, V2, Innovation, and Social — each feel AI differently. Here&#39;s where it moves the needle, and where it doesn&#39;t.&lt;/p&gt;&lt;hr&gt;&lt;h2&gt;Workflow: AI Compresses the Known&lt;/h2&gt;&lt;p&gt;When the best practices are already understood, AI&#39;s value is speed. It drafts the predictable parts, fills the obvious gaps, and gets a working version in front of users faster. The risk is mistaking speed for fit. AI can produce the standard answer. It still takes judgment to adapt that answer to a specific user and goal.&lt;/p&gt;&lt;hr&gt;&lt;h2&gt;V2: AI Reads What Users Already Do&lt;/h2&gt;&lt;p&gt;A V2&#39;s hardest question is what&#39;s actually working. AI is good at that question now, surfacing patterns in usage, support tickets, and feedback that a team would take weeks to find by hand. Used well, it sharpens the read on the existing product. Used lazily, it generates more features no one asked for. The discipline is the same as before: refine in service of real metrics, not novelty.&lt;/p&gt;&lt;hr&gt;&lt;h2&gt;Innovation: AI Lowers the Cost of Being Wrong&lt;/h2&gt;&lt;p&gt;First movers fail mostly because exploration is expensive. AI changes that math. You can prototype, simulate, and throw away ten directions in the time it used to take to build one. That makes the leap less risky. It doesn&#39;t make the leap for you. The vision still has to come from somewhere a model can&#39;t reach: a point of view about what should exist.&lt;/p&gt;&lt;hr&gt;&lt;h2&gt;Social: AI Is the Part to Handle With Care&lt;/h2&gt;&lt;p&gt;This is where AI needs the firmest hand. Social products depend on cultural nuance and human sensitivity, exactly the things models tend to flatten. AI can help you move faster, but it doesn&#39;t understand context, and it will confidently get tone wrong. Here the human read isn&#39;t a nice-to-have. It&#39;s the product.&lt;/p&gt;&lt;hr&gt;&lt;h2&gt;What It Means Moving Forward&lt;/h2&gt;&lt;p&gt;The throughline is simple. AI changes the cost of building, not the need to know what you&#39;re building and for whom. It makes the known faster, the existing clearer, and the unknown cheaper to explore. What it doesn&#39;t do is decide which kind of product you&#39;re making, or what it should mean to the people who use it. That&#39;s still the work. It&#39;s still ours.&lt;/p&gt;&lt;p&gt;If you&#39;re not sure which type you&#39;re in, or how much of it AI should touch, that&#39;s a good conversation to have before you build, not after. At Loopdash, that&#39;s where we like to start.&lt;/p&gt;</description>
      <pubDate>Wed, 03 Jun 2026 00:00:00 GMT</pubDate>
      <dc:creator>Gary Bunofsky</dc:creator>
      <guid>https://loopdash.com/blog/what-ai-changes-for-each-product-type/</guid>
    </item>
    <item>
      <title>Brand and Website Are the Same Decision</title>
      <link>https://loopdash.com/blog/brand-and-website-are-one-decision/</link>
      <description>&lt;p&gt;Most teams treat branding and the website as two projects in a line. Brand first: a logo, a palette, a deck. Build second: hand it all to a different team and hope it survives the translation. That handoff is where the work loses its meaning.&lt;/p&gt;&lt;p&gt;A brand isn&#39;t a folder of files. It&#39;s the experience of dealing with you, and for most people that experience is your website. The two were never separate. Treating them as one decision is how you get work that holds together.&lt;/p&gt;&lt;hr&gt;&lt;h2&gt;A Logo Is Not a Brand&lt;/h2&gt;&lt;p&gt;Brand is the whole impression: how you sound, how you move, how it feels to use what you make. A logo is one small part of a larger system. When branding stops at a style guide, that system never gets tested against the place it actually lives.&lt;/p&gt;&lt;p&gt;The guide says the brand is confident and warm. The website is the proof, or the contradiction.&lt;/p&gt;&lt;hr&gt;&lt;h2&gt;The Website Is Where the Brand Becomes Real&lt;/h2&gt;&lt;p&gt;A brand only exists in contact with people. For most organizations, the first and most frequent point of contact is the website. Every choice there is a brand choice. The speed of a page. The words on a button. The space between elements. The tone of an error message.&lt;/p&gt;&lt;p&gt;You can&#39;t separate how it looks from what it says about you. They&#39;re the same thing, experienced at the same time.&lt;/p&gt;&lt;hr&gt;&lt;h2&gt;The Handoff Is Where Meaning Leaks Out&lt;/h2&gt;&lt;p&gt;When strategy, identity, and build happen in sequence by different hands, each step loses a little of the intent behind the last. The positioning gets simplified into a tagline. The tagline gets shrunk to fit a header. The header gets built by someone who never heard the reasoning.&lt;/p&gt;&lt;p&gt;The result is a site that&#39;s technically on-brand and somehow lifeless. The colors are right. The feeling is gone.&lt;/p&gt;&lt;hr&gt;&lt;h2&gt;Decisions Made Together Hold Together&lt;/h2&gt;&lt;p&gt;When brand and build move as one decision, the logic carries all the way through. The voice you defined shapes the copy. The personality shapes the motion. The positioning decides what belongs on the homepage and what doesn&#39;t.&lt;/p&gt;&lt;p&gt;Nothing has to be reverse-engineered later, because it was never pulled apart in the first place.&lt;/p&gt;&lt;hr&gt;&lt;h2&gt;This Is True at Any Size&lt;/h2&gt;&lt;p&gt;A startup needs its brand and its product to say the same thing from day one, before anyone has a reason to trust either. A nonprofit needs its mission to feel as clear on the donate page as it does in the mission statement. An established company needs a refresh that reaches every corner of the experience, not just the letterhead.&lt;/p&gt;&lt;p&gt;Different stakes, same principle. The brand and the thing people actually use have to be built to agree.&lt;/p&gt;&lt;hr&gt;&lt;h2&gt;What This Looks Like in Practice&lt;/h2&gt;&lt;p&gt;It means the people who build are in the room when you talk about who you are, and the people who shape the brand are in the room when you talk about how it works. One team, one thread, from positioning to launch.&lt;/p&gt;&lt;p&gt;It&#39;s less a process change than a mindset one. Stop asking &amp;quot;what&#39;s the brand, and then what&#39;s the site.&amp;quot; Start asking &amp;quot;what should it feel like to encounter us,&amp;quot; and let that answer the whole way down.&lt;/p&gt;&lt;hr&gt;&lt;h2&gt;One Piece of Work&lt;/h2&gt;&lt;p&gt;At Loopdash, we don&#39;t pass brand and build between departments. We treat them as the same piece of work, because that&#39;s how they&#39;re experienced by the people who matter.&lt;/p&gt;&lt;p&gt;If your brand and your website don&#39;t quite feel like the same thing, that&#39;s usually the reason. It&#39;s also fixable. We&#39;d be glad to help you close the gap.&lt;/p&gt;</description>
      <pubDate>Thu, 21 May 2026 00:00:00 GMT</pubDate>
      <dc:creator>Gary Bunofsky</dc:creator>
      <guid>https://loopdash.com/blog/brand-and-website-are-one-decision/</guid>
    </item>
    <item>
      <title>How to Delegate Access to Cloudflare</title>
      <link>https://loopdash.com/blog/how-to-delegate-access-to-cloudflare/</link>
      <description>&lt;p&gt;The Loopdash team often needs to modify your &lt;a href=&quot;https://loopdash.com/glossary/dns&quot;&gt;DNS&lt;/a&gt; records to launch a site, setup an email server, or something else &lt;a href=&quot;https://loopdash.com/glossary/domain-name/&quot;&gt;domain&lt;/a&gt; related. We could just login using your username and password, but that isn&#39;t necessarily the most secure option. If your domain is on Cloudflare, you can invite us as a member of your account instead. This allows us to make the necessary changes without sharing your password with us.&lt;/p&gt;&lt;p&gt;Once we have access, we can modify DNS records so we can launch your site, turn on email, or any other domain related jobs we are responsible for. This is also more secure because you can easily revoke access once our tasks are done.&lt;/p&gt;&lt;h2&gt;Before you start&lt;/h2&gt;&lt;p&gt;You&#39;ll need to be a &lt;strong&gt;Super Administrator&lt;/strong&gt; on the account to invite us, and your email needs to be verified.&lt;/p&gt;&lt;h2&gt;Invite us as a member&lt;/h2&gt;&lt;ol&gt;&lt;li&gt;Login to Cloudflare and go to the &lt;a href=&quot;https://dash.cloudflare.com/?to=/:account/members&quot;&gt;Members page&lt;/a&gt;&lt;/li&gt;&lt;li&gt;Select &lt;strong&gt;Invite&lt;/strong&gt;&lt;/li&gt;&lt;li&gt;Enter &lt;em&gt;gary@loopdash.com&lt;/em&gt; under &lt;strong&gt;Invite members&lt;/strong&gt;&lt;/li&gt;&lt;li&gt;Under &lt;strong&gt;Roles&lt;/strong&gt;, select &lt;em&gt;Super Administrator&lt;/em&gt; (or &lt;em&gt;Administrator&lt;/em&gt; if you&#39;d rather limit billing access)&lt;/li&gt;&lt;li&gt;Select &lt;strong&gt;Continue to summary&lt;/strong&gt;, then &lt;strong&gt;Invite&lt;/strong&gt;&lt;/li&gt;&lt;/ol&gt;&lt;h2&gt;When the work is done&lt;/h2&gt;&lt;p&gt;We&#39;ll get an email invitation and accept it from our side. When the work is done, you can revoke access from the same Members page.&lt;/p&gt;</description>
      <pubDate>Fri, 08 May 2026 00:00:00 GMT</pubDate>
      <dc:creator>Gary Bunofsky</dc:creator>
      <guid>https://loopdash.com/blog/how-to-delegate-access-to-cloudflare/</guid>
    </item>
  </channel>
</rss>