Check server response of

Server response
NS records
Whois domain
Response headers
Request headers
Raw HTML code
301 Moved Permanently - gojko.com
HTTP Status: 301
User-Agent: Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; [email protected])
x-amz-id-2: e3A6pqkpr6JxNZ4NIGIhyxFaaedmkSH7MfGg/B/7Em3cJewzAZBI1ZiJejPH7j1OWQ7OuB3vPgk=
x-amz-request-id: AQFR5J7JPY16PPMZ
Date: Wed, 07 May 2025 00:52:13 GMT
Location: https://gojko.net/
Content-Length: 0
Server: AmazonS3

HTTP Code 301 Moved Permanently

301 Moved Permanently means that the requested resource has been permanently moved to a new URL. All future requests should use the new address.

When is Code 301 used?

  • When changing a website domain
  • When modifying URL structures
  • When setting up redirects for SEO

What does Code 301 mean for the user?

The browser will automatically redirect the user to the new address, and search engines will update their indexes.

200 OK - https://gojko.net/
HTTP Status: 200
User-Agent: Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; [email protected])
Content-Type: text/html
Content-Length: 21047
Connection: keep-alive
Last-Modified: Mon, 28 Apr 2025 06:28:45 GMT
Server: AmazonS3
Date: Wed, 07 May 2025 00:52:13 GMT
Cache-Control: max-age=600
ETag: "20b280b2a5be89210fe588351a80b457"
Vary: Accept-Encoding
X-Cache: RefreshHit from cloudfront
Via: 1.1 e94afa17d09839ff817615fc8d999a52.cloudfront.net (CloudFront)
X-Amz-Cf-Pop: HEL51-P2
X-Amz-Cf-Id: UbYpItk8CMcrZDI5NRbyYr6NKtxWrP6AmIhVhEy5LhCQfnjeRnPqbQ==

HTTP Code 200 OK

200 OK is a standard successful HTTP server response. It means that the client’s request (e.g., from a browser) was successfully processed, and the server is delivering the requested data.

When is Code 200 used?

  • When loading a web page
  • When successfully receiving an API response
  • When processing a form or another HTTP request

What does Code 200 mean for the user?

The user receives content without errors, and the page or application functions properly. If Code 200 is accompanied by data, the browser or program processes and displays it to the user.

GET / HTTP/1.1
Host: gojko.com
Accept: */*
User-Agent: Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; [email protected])
<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="utf-8">
<link rel="alternate" type="application/rss+xml" title="Gojko's blog" href="https://gojko.net/feed.xml" />
<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1">
<meta name="asset-v" content="1.0.6" />

<link rel="stylesheet" type="text/css" media="all" href="/v/main-1.0.6.css" />




  







<link rel="canonical" href="https://gojko.net/">

<link rel="shortcut icon" href="https://gojko.net/assets/favicon.ico">
<link rel="apple-touch-icon-precomposed" sizes="152x152" href="https://gojko.net/assets/gojko-adzic-illustration-180.png">

<title>From Bugs to BEAM</title>
<meta name="author" content="Gojko Adzic">
<meta name="description" content="Mining the gray area between bugs and features for product opportunities">

<meta itemprop="name" content="From Bugs to BEAM">
<meta itemprop="description" content="Mining the gray area between bugs and features for product opportunities">
<meta itemprop="image" content="https://gojko.net/assets/miro-board-750.png" />

<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:site" content="@gojkoadzic">
<meta name="twitter:title" content="From Bugs to BEAM">
<meta name="twitter:description" content="Mining the gray area between bugs and features for product opportunities">
<meta name="twitter:creator" content="@gojkoadzic">
<meta name="twitter:image:src" content="https://gojko.net/assets/miro-board-750.png"/>

<meta property="og:title"  content="From Bugs to BEAM" />
<meta property="og:type" content="article" />
<meta property="og:url" content="https://gojko.net/" />
<meta property="og:image" content="https://gojko.net/assets/miro-board-750.png"/>
<meta property="og:description" content="Mining the gray area between bugs and features for product opportunities"/>
<meta property="og:site_name" content="Gojko's blog" />

</head>
<body class="no-js  home">
<!-- start header -->
<header class="clearfix dark-header">
  <div class="container clearfix">
	  <div id="logo"><a href="/about/">Gojko Adzic</a> </div>
	  <div class="tagline"><span><a href="/about/">Gojko Adzic</span></a></div>
    <div id="nav-button"> <span class="nav-bar"></span> <span class="nav-bar"></span> <span class="nav-bar"></span> </div>
    <nav>
	<ul id="nav">
        <li><a href="/" class="active">Home</a></li>
        <li><a href="/upcoming-events.html">Workshops</a> </li>
        <li><a href="/books/">Books</a>
        <li><a href="/posts.html">Articles</a></li>
        <li><a href="/lists/presentations.html">Talks</a></li>
        <li><a href="/about/">About</a> </li>
      </ul>  
    </nav>
  </div>
</header>
<!-- end header -->



<style type="text/css">
.home .intro { height:100%; width:100%; background:url(/assets/photo-backgrounds/bugs-beam.jpg) no-repeat center top; -webkit-background-size: 100% auto; -moz-background-size: 100% auto; -o-background-size: 100% auto; background-size: 100% auto; -webkit-background-size: cover; -moz-background-size: cover; -o-background-size: cover; background-size: cover; display:block; }
</style>

<section class="intro section">
  <div class="overlay2">
    <div id="headline_cycler">
      <div class="headline_cycler_centralizer">
        <ul class="flexslider">
          <li class="slide">
			  <h1 class="atxt_hl">From Bugs to BEAM</h1>
			  <p class="atxt_sl"><i>Mining the gray area between bugs and features for product opportunities</i></p>
            <a href="#section-intro" data-title="" class="button scroll-down"><i class="fa fa-long-arrow-down"></i>Read more</a>
		  </li>
        </ul>
      </div>
    </div>
  </div>
</section>

<section id="section-intro" class="section grey small-padding">
  <div class="container clearfix centered">
    <div class="col-lg-12 col-md-12 centered aligncenter">
      <p class="large">Hi, I'm Gojko, and I help ambitious teams align software delivery with business goals,
	  with the help of <a rel="nofollow" href="http://amzn.to/2i0F2zI">Impact Mapping</a> and <a rel="nofollow" href="http://amzn.to/2io9yTg">Specification by Example</a>. I am working on <a rel="nofollow" href="https://www.narakeet.com">Narakeet</a>.</p>
      <div class="clear"></div>
      <a rel="nofollow" href="/about/" class="button">More about me ... </a> 
      <a rel="nofollow" href="/upcoming-events.html" class="button full-color">Attend a workshop <span class="arrow">→</span></a> 
	</div>
  </div>
</section>



<section class="section">
  <div class="container clearfix">
	 <div class="col-lg-12 col-md-12">
		 <h2 class="header" id="section2">From Bugs to BEAM</h2>

		




	<ul class="inline-nav">
	<li>
		Sep 30, 2024
	</li>
	<li>
		<a href="https://gojko.net/2024/09/30/from-bugs-to-beam/">Permanent link</a>  
	</li>		 
	<li>
		<a target="_blank" href="https://twitter.com/intent/tweet?text=From%20Bugs%20to%20BEAM&url=https://gojko.net/2024/09/30/from-bugs-to-beam/&source=https://gojko.net&related=gojkoadzic"><i class="fa fa-twitter-square"></i></a>
	</li>
	<li>
		<a target="_blank" href="https://www.facebook.com/sharer/sharer.php?u=https://gojko.net/2024/09/30/from-bugs-to-beam/"><i class="fa fa-facebook-square"></i></a>
	</li>
	<li>
		<a target="_blank" href="http://www.linkedin.com/shareArticle?mini=true&url=https://gojko.net/2024/09/30/from-bugs-to-beam/&title=From%20Bugs%20to%20BEAM&summary=It's%20never%20been%20really%20clear%20to%20me%20what's%20the%20difference%20between%20a%20bug%20report%20and%20a%20feature%20request.%20%20Yes,%20of%20course,%20there%20are%20clear%20cases%20at%20the%20extremes,%20but%20there%20is%20a%20huge%20gray%20zone%20with%20a%20lot%20of%20overlap.%20And%20it%20recently%20dawned%20on%20me%20that%20clearing%20up%20this%20gray%20zone%20actually%20surfaces%20some%20very%20significant%20product%20opportunities.%0A&source=https://gojko.net"><i class="fa fa-linkedin-square"></i></a>
	</li>
	<li>
		<a target="_blank" href="https://pinterest.com/pin/create/button/?media=https://gojko.net/assets/miro-board-750.png&url=https://gojko.net/2024/09/30/from-bugs-to-beam/&is_video=false&description=It's%20never%20been%20really%20clear%20to%20me%20what's%20the%20difference%20between%20a%20bug%20report%20and%20a%20feature%20request.%20%20Yes,%20of%20course,%20there%20are%20clear%20cases%20at%20the%20extremes,%20but%20there%20is%20a%20huge%20gray%20zone%20with%20a%20lot%20of%20overlap.%20And%20it%20recently%20dawned%20on%20me%20that%20clearing%20up%20this%20gray%20zone%20actually%20surfaces%20some%20very%20significant%20product%20opportunities.%0A"><i class="fa fa-pinterest-square"></i></a>
	</li>

	<li>
		<a href="mailto:?&body=%0AFrom%20Bugs%20to%20BEAM%0A%0Ahttps://gojko.net/2024/09/30/from-bugs-to-beam/%0A%0AIt's%20never%20been%20really%20clear%20to%20me%20what's%20the%20difference%20between%20a%20bug%20report%20and%20a%20feature%20request.%20%20Yes,%20of%20course,%20there%20are%20clear%20cases%20at%20the%20extremes,%20but%20there%20is%20a%20huge%20gray%20zone%20with%20a%20lot%20of%20overlap.%20And%20it%20recently%20dawned%20on%20me%20that%20clearing%20up%20this%20gray%20zone%20actually%20surfaces%20some%20very%20significant%20product%20opportunities.%0A%0A%0A&subject=From%20Bugs%20to%20BEAM"><i class="fa fa-envelope"></i></a>
	</li>
	</ul>


		<div class="post-content">
		

<p><i>Mining the gray area between bugs and features for product opportunities</i></p>



<p><strong>It’s never been really clear to me what’s the difference between a bug report
and a feature request.  Yes, of course, there are clear cases at the extremes,
but there is a huge gray zone with a lot of overlap. And it recently dawned on me that clearing up this gray zone
actually surfaces some very significant product opportunities.</strong></p>

<p>Both bugs and feature requests point to something missing from the product, and that something actually
stands in the way of user success. Both need to be analysed, prioritised,
developed and tested. Both come with a price tag. And in the words of an
old-school project manager I worked with about two decades ago, the major
difference is who picks up the bill. “Customers pay for feature requests, but
we pay for bugs”, she said. “So make sure that from now on everything possible
is a feature request”. Needless to say, that led to some awkward conversations.</p>

<p>Two decades later, I think that I found the missing clue in the wonderful book
<a href="https://amzn.to/3XIbz1S">Mismatch</a> by Kat Holmes. And cleared my
thinking not just about bugs and feature requests, but also about what makes a
software solution appropriate.</p>

<p>Holmes uses the concept of a <a href="https://www.votito.com/methods/persona-spectrum/">Persona
Spectrum</a> to show a range of
people with different capabilities that might have the same needs and fit into
the same user persona. For example, when considering people’s visual
capabilities, there’s a whole range of disabilities people might face, from
being fully or partially blind, to poor vision caused by age or medical
conditions, being colour-blind and so on. But then there’s also a group of
people whose vision is medically perfectly fine, but they still might experience
visual impairment when using our products. Someone working in a dimly lit
environment, or sitting on a beach under direct sunlight might need special
design considerations that improve visual contrast and cognition. Figuring out what part of
that range we want to support is crucial for avoiding unnecessary
disappointments and missed expectations.</p>

<p>That, I think, is the missing piece of the puzzle. <em>Expectations</em>. But whose
expectations? Different people expect different things. To keep things simple,
let’s just consider two perspectives for now. Does the product do what the
people making it (stakeholders, developers, product managers, testers…)
expect? Does it do what the users expect? I assume some readers will feel their
blood boiling now, and jump into saying that this is an oversimplification.
There’s never been a company in the history of software development where
stakeholders, developers, testers and product managers all expect the same
things. But that’s not the problem we’re solving now, there are plenty of good
solutions for that kind of alignment. Also, of course, different groups of
users expect different things, but that’s not necessarily what we’re solving
now also. So consider some group of users that expect the same thing, somewhere on the persona spectrum, and some group of people who make the product and got aligned somehow, just so we can clear out the extremes.</p>

<p>If there were unit tests, acceptance tests, user tests and whatever else people could have used to evaluate the fitness, and a product feature passes all that, then it’s kind of acceptable. It matches the expectations of both groups. The other extreme is if it fails from both perspectives, then it’s clearly a bug.</p>

<p><img src="/assets/beam-quad-2.png" alt="" /></p>

<p>But what’s in the remaining two quadrants? That’s usually where predatory pricing around feature requests fits in.</p>

<p>When the feature does what the product makers expect, but not what the
users expect, bugs usually get labelled as “the user is
not technical enough” or with some less kind variant that makes dubious claims about
the user’s IQ. To take a cue from Kat Holmes, there’s a mismatch between the
design and user capabilities. Thinking about it as a mismatch removes the need
to discuss if the design is too smart or if the user is too stupid.   There’s a
mismatch, and we may need to deal with it. If the only person who is technical
enough to understand the user interface is Data from Star Trek, the product
doesn’t have a very big market.</p>

<p>If the feature does something the user expected, but not what the product
makers expected, someone is getting unplanned discounts by
<a href="https://mashable.com/video/mcdonalds-burgers-self-service">ordering negative hamburgers from your sales
terminal</a>. Rather
than being too stupid, this is the zone where the user is too smart. It’s
effectively an exploit.</p>

<p><img src="/assets/beam-quad-final.png" alt="" /></p>

<p>Instead of just considering right and wrong, there are 4 categories here: Bugs,
Exploits, Acceptable and Mismatched functions. And of course, being a
consultant, I can now claim that I invented a new model taken from the initial
letters: BEAM.</p>

<p>Joking aside, the reason why I think this is a good way to think about problems
is that straight bugs just tell us that we messed up. That’s a bit depressive. But exploits and
mismatches are hidden product opportunities. That’s very optimistic.</p>

<p>Finding a user with a mismatch typically means that our persona
definitions are too narrow, and that by considering a wider spectrum we have a
significant opportunity to expand the appeal of our product to more people.
Those additional users on the spectrum have the same motivations and same needs
as the primary persona, and probably want almost the same product features, but
the mismatch is stopping them from truly benefiting from our product. In most
cases, a large part of the work required to make that person successful is
already done. We just need to address the mismatches.</p>

<p>Finding a user with an exploit is a sign that someone is getting unexpected
value from our product, or getting expected value but in an unexpected way.
Some subgroup of people here will be truly malicious and need to be blocked,
but some just figured a way to use our product in a way we didn’t expect. If
someone is willing to go through the hoops to use a product in a sub-optimal
way, we have a chance to help them achieve their true needs better.</p>

<p>Holmes makes a big point in her book talking about how fixing the issues for
individual users with mismatches isn’t economically viable. Instead, she
suggests to solve for one but expand to many. Finding a mismatch or an exploit
is a great opportunity to improve our products for everyone.</p>

<p><em>Cover photo by <a href="https://unsplash.com/photos/black-and-brown-bee-on-white-paper-35pj5HMqpjY?utm_content=creditCopyText&amp;utm_medium=referral&amp;utm_source=unsplash">Brian Wangenheim</a> on Unsplash.</em></p>



		</div>
	  </div>
   </div>
</section>

<section class="section grey">
  <div class="container clearfix centered">
    <div class="col-lg-12">
      <h2 class="header">Learn more</h2>
      <p class="sub-heading">Get practical knowledge and speed up your software delivery by participating in 
	  hands-on, interactive workshops:</p>
    </div>
  </div>
  <div class="container clearfix">
    <div id="container">
      <div class="overflow element  clearfix col-lg-4 col-md-4 col-sm-6 col-xs-12 home photography"> <a href="/upcoming-events.html#impact" title="">
        <div class="image-wrapper3"><img alt="Impact Mapping Workshop" src="/assets/workshop-3b.jpg" />
          <div class="overlay"></div>
          <div class="info-box with-view-more centered">
            <h4>Impact mapping<span class="small">Deliver the right thing</span></h4>
          </div>
          <div class="view-more"> <span class="button">View <span class="arrow">→</span></span> </div>
        </div>
        </a> </div>
      <div class="overflow element  clearfix col-lg-4 col-md-4 col-sm-6 col-xs-12 home webdesign"> <a href="/upcoming-events.html#sbe" title="">
		<div class="image-wrapper3"><img alt="Specification by Example Workshop" src="/assets/workshop-3c.jpg"/>
          <div class="overlay"></div>
          <div class="info-box with-view-more centered">
			  <h4>Specification by Example<span class="small">Collaborative specifications and tests</span></h4>
          </div>
          <div class="view-more"> <span class="button">View <span class="arrow">→</span></span> </div>
        </div>
        </a> </div>
      <div class="overflow element  clearfix col-lg-4 col-md-4 col-sm-6 col-xs-12 home photography logo"> <a href="/upcoming-events.html#serverless" title="">
        <div class="image-wrapper3"><img alt="Serverless Architecture" src="/assets/workshop-3a.jpg" />
          <div class="overlay"></div>
          <div class="info-box with-view-more centered">
            <h4>Getting started with serverless<span class="small">Scalable cloud architectures</span></h4>
          </div>
          <div class="view-more"> <span class="button">View <span class="arrow">→</span></span> </div>
        </div>
        </a>
	  </div>
      
    </div>
  </div>
  <div class="container clearfix padding-20">
    <div class="col-lg-6 col-md-6 col-sm-12 add-padding">
      <div class="icons winner"></div>
      <div class="next-to-icon">
		<a href="/lists/favourites.html"><h5>Recommended reading</h5></a>
		<p>
		Check out my <a href="/lists/favourites.html">favourite previous articles</a>.</p>
      </div>
      <div class="icons books"></div>
      <div class="next-to-icon">
		<a href="/books/"><h5>Books</h5></a>
		<p>For more in-depth insights, <a href="/books/">check out my books</a>. I wrote seven so far.  Some of them even won awards!</p>
      </div>
      <div class="icons quote"></div>
      <div class="next-to-icon">
        <h5>Spy on me</h5>
		<p>I'm <a target="_blank" 
			href="https://twitter.com/intent/follow?screen_name=gojkoadzic">@gojkoadzic</a> on Twitter, and 
		<a href="https://github.com/gojko">@gojko</a> on GitHub</a>. I also hang out on
		the <a href="https://gitter.im/claudiajs/claudia">Claudia.js chat</a>.</p>
      </div>	  
    </div>
    <div class="col-lg-6 col-md-6 col-sm-12 add-padding">
      <div class="icons notes"></div>
      <div class="next-to-icon">
		<a href="/posts.html"><h5>Full archive</h5></a>
		<p>I've been <a href="/posts.html">blogging since 2007</a>.</p>
      </div>

	  <div class="icons player"></div>
      <div class="next-to-icon">
		  <a href="/lists/presentations.html"><h5>Presentations and videos</h5></a>
		<p>I'm a frequent keynote speaker at software delivery conferences. <a href="/lists/presentations.html">Watch some recorded sessions</a>.</p>
      </div>
      <div class="icons chat"></div>
      <div class="next-to-icon">
        <h5>Schedule a visit</h5>
		<p>Organising a company workshop or a public conference? Ping me at <a href="mailto:[email protected]">[email protected]</a>.</p>
      </div>
	  
    </div>
  </div>
</section>





<footer id="footer-2">
  <div id="footer-top">
    <div class="container clearfix">
      <div class="col-lg-3 col-md-3">
        <h5>About</h5>
		<p>Hi, I'm <strong>Gojko Adzic</strong>. <br />
		Author of 
		<a rel="nofollow" href="https://amzn.to/3N9ca7S">Lizard Optimization</a>,
		<a rel="nofollow"  href="http://amzn.to/2io9yTg">Specification by Example</a> and <a rel="nofollow"  href="http://amzn.to/2i0F2zI">Impact Mapping</a>, partner at <a rel="nofollow"  href="https://neuri.co.uk">Neuri Consulting LLP</a>. I work on <a rel="nofollow"  href="https://www.narakeet.com">Narakeet</a> and <a rel="nofollow"  href="https://www.votito.com">Votito</a>.
		 </p>
      </div>
      <div class="col-lg-3 col-md-3">
        <h5>Key links</h5>
        <ul class="unordered-list clearfix">
			<li><a rel="nofollow"  href="/upcoming-events.html">Workshops</a> </li>
			<li><a rel="nofollow"  href="/books/">Books</a>
			<li><a rel="nofollow"  href="/posts.html">Articles</a></li>
			<li><a rel="nofollow"  href="/about/">About Gojko</a></li>
			<li><a rel="nofollow"  href="/lists/presentations.html">Talks/Slides</a></li>
        </ul>
      </div>
      <div class="col-lg-3 col-md-3">
        <h5>Contact Details</h5>
        <ul class="contact-list clearfix">
			<li> <i class="fa fa-map-marker"></i><a rel="nofollow"  href="https://neuri.co.uk">Neuri Consulting LLP</a><br />
           62 Goldsworth Road, Woking, GU21 6LQ, UK</li>
			<li> <a rel="nofollow"  href="mailto:[email protected]"><i class="fa fa-envelope"></i>[email protected]</a> </li>
        </ul>
      </div>
      <div class="col-lg-3 col-md-3">
        <h5>Social links</h5>
        <ul class="social-list clearfix">
          <li> <a rel="nofollow"  target="_blank" href="https://twitter.com/intent/follow?screen_name=gojkoadzic"><i class="fa fa-twitter"></i></a> </li>
          <li> <a rel="nofollow"  target="_blank" href="https://github.com/gojko"><i class="fa fa-github"></i></a> </li>
          <li> <a rel="nofollow"  target="_blank" href="https://uk.linkedin.com/in/gojko"><i class="fa fa-linkedin"></i></a> </li>
		  <li> <a rel="nofollow"  target="_blank" href="https://gojko.net/feed.xml"><i class="fa fa-rss"></i></a></li>
        </ul>
      </div>
    </div>
  </div>
  <div id="footer-bottom">
    <div class="container clearfix">
      <div class="col-lg-12 clearfix">
		  <p><span class="alignleft small">© 2007-2025, Gojko Adzic. All Rights Reserved.</span> <span class="alignright small"></p>
      </div>
    </div>
  </div>
</footer>




<script src="/v/main-1.0.6.js"></script>

</body>
</html>
                               

Whois info of domain

Domain Name: GOJKO.COM
Registry Domain ID: 85600483_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.registrar.amazon
Registrar URL: http://registrar.amazon.com
Updated Date: 2025-03-11T22:46:10Z
Creation Date: 2002-04-15T10:35:25Z
Registry Expiry Date: 2026-04-15T10:35:25Z
Registrar: Amazon Registrar, Inc.
Registrar IANA ID: 468
Registrar Abuse Contact Email: [email protected]
Registrar Abuse Contact Phone: +1.2024422253
Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Domain Status: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
Name Server: NS-1170.AWSDNS-18.ORG
Name Server: NS-1612.AWSDNS-09.CO.UK
Name Server: NS-445.AWSDNS-55.COM
Name Server: NS-868.AWSDNS-44.NET
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of whois database: 2025-05-07T00:52:04Z <<<
For more information on Whois status codes, please visit https://icann.org/epp
NOTICE: The expiration date displayed in this record is the date the
TERMS OF USE: You are not authorized to access or query our Whois
by the following terms of use: You agree that you may use this Data only
to: (1) allow, enable, or otherwise support the transmission of mass