<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Forem: Marcin Stepien</title>
    <description>The latest articles on Forem by Marcin Stepien (@marcin_stepien_8c05538435).</description>
    <link>https://forem.com/marcin_stepien_8c05538435</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3705300%2Fc4682f0f-b163-4ec7-b774-825b056a3e82.png</url>
      <title>Forem: Marcin Stepien</title>
      <link>https://forem.com/marcin_stepien_8c05538435</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://forem.com/feed/marcin_stepien_8c05538435"/>
    <language>en</language>
    <item>
      <title>Restaurant Discovery Is a Ranking Problem — And the Inputs Are Wrong</title>
      <dc:creator>Marcin Stepien</dc:creator>
      <pubDate>Sun, 11 Jan 2026 13:18:53 +0000</pubDate>
      <link>https://forem.com/marcin_stepien_8c05538435/restaurant-discovery-is-a-ranking-problem-and-the-inputs-are-wrong-3n03</link>
      <guid>https://forem.com/marcin_stepien_8c05538435/restaurant-discovery-is-a-ranking-problem-and-the-inputs-are-wrong-3n03</guid>
      <description>&lt;p&gt;Most restaurant discovery systems look data-driven, but their core signals are surprisingly weak.&lt;/p&gt;

&lt;p&gt;Star ratings are treated as ground truth, even though they ignore time, context, and intent. A review from three years ago has the same weight as one from yesterday. Paid visibility, SEO authority, and review velocity quietly shape rankings, yet are presented as neutral relevance. From a systems perspective, we’re mixing monetisation signals with decision signals and pretending the output is objective.&lt;/p&gt;

&lt;p&gt;The UX layer makes this worse. Most interfaces assume users want to browse, compare, and read. In reality, most food decisions are execution-driven: limited time, limited patience, and a strong desire to avoid regret. The cost function is speed and confidence, not optimality.&lt;/p&gt;

&lt;p&gt;This isn’t really a data problem. It’s a ranking and interface problem. We optimise for engagement and retention, while users are trying to answer a much simpler question: what’s a safe, decent choice right now?&lt;/p&gt;

&lt;p&gt;I’ve been exploring a different approach through a small experiment called BiteNow (&lt;a href="https://www.bitenow.com.au" rel="noopener noreferrer"&gt;https://www.bitenow.com.au&lt;/a&gt;) — not to replace maps or reviews, but to act as a real-time decision layer that prioritises immediacy, context, and low cognitive load over historical popularity.&lt;/p&gt;

&lt;p&gt;I don’t think the current model is “wrong” — just misaligned with how people actually decide under constraints.&lt;/p&gt;

&lt;p&gt;Curious how others would rethink ranking signals or UX if speed and confidence were the primary objectives.&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>ui</category>
      <category>uxdesign</category>
    </item>
  </channel>
</rss>
