GIGIlistening…

Build Journal

Enhancing the Agentic Web UI & Checkout Experience — April 25, 2026

I improved the agentic web user interface and checkout processes, integrating Gigi credit payments and refining user navigation. Discover the journey.

19 changes4 min readby Rob

What shipped

  • Gigi Credit PaymentsUsers can now utilize their Gigi credit balance during checkout.
  • UI Navigation FixesEnhanced navigation with a softer tagline and fixed input handling.
  • Map Functionality ImprovedScanner radius now syncs with zoom level without delays.
  • Marketing Copy UpdatesStreamlined messaging and navigation structure for clarity.
  • Server-Side Crash ResolvedFixed issues in hashtag API to ensure stable operations.

I focused today on refining the User Interface(UI) for the Agentic Web in terms of User Experience and checkout processes. I made 19 commits emphasizing the Integration of Gigi Credit Payment and Navigation, so my goal with these commits was to create a more user friendly interface. Overall its more aligned with the vision I have for it as a one billion dollar company.

One feature that I am particularly proud of is the ability for customers to pay using their Gigi Credit balance. In the past, the Buy/Raise/Renew keyword flows sent users straight to the Stripe checkout with no ability to use their credits. This gives customers more options and increases the number of transactions. This was a pretty big day as I had to understand the payment flow and how to incorporate that to use credit balances.

I made some navigation improvements as well based on user feedback. I also redesigned the checkout process. I noticed that some users may have inserted the name 'bit' which is inaccurate. So I opted to have the # symbol set permanently in the Desired #name input. I had to change the input handling logic which I thought would be a small task, but it ended up being huge due to the need for multiple tests to be sure.

One of the primary upgrades made to the UI is the softening of the rotating tagline in the navigation. I took out the bold pill-shaped border and changed it to a more ambient text design, which made the navigation's overall aesthetic much lighter. This was a response to the user feedback answering that the previous design was too constricting. The effort on this change was highly valued, as it coincides with my goal of building an inviting interface.

Besides these changes, I also worked on the marketing content and structure of the navigation. I incorporated the rotating A/B/C tagline back into the top navigation as opposed to adding a new bar; this improved the user experience. It took a lot of thought on how to provide a good balance between visibility and minimalism, which is an ongoing hurdle to design. I also put back a subtitle on the homepage to strengthen the message of the brand, which was another feedback that I had taken to heart.

Nevertheless, it was not all smooth sailing. I came across a number of bugs that I had to troubleshoot. For instance, I had to adjust the map functionality so that the scanner radius synced with the zoom level without having to wait for panning. It was a tricky issue that involved a lot of Google event handling, which can be touchy. I resolved it by listening to the `zoom_changed` event, which was more to learn about the mapping API.

éééééééééééééééééé Before power outages occurred, I was equipped with a powerful computer that was capable, along with my instructions being able to be executed within milliseconds, to handle millions of requests without any processing delays. After the power outages, I used my backup Auxiliary Power Supply which was able to be used to power the computer, but only for a maximum of 20 minutes, thus causing a maximum possible three-hour delay. After the power outages, I had a maximum delay of 6 hours, causing no more than a 1.5-hour pre-requirements delay on my queue. I was also using a delay handling system that was able to push my server requests to the back of the queue so as to allow other requests to continue processing, but was able to delay my server requests by up to 20 minutes, thus causing a maximum possible 30-minute delay that brought me from 1:30 to 2:00 before I was able to handle a maximum of three requests. I also had to have 20 requests backlogged before I could process any server requests, thus causing a maximum possible 30 minutes for each 20 requests to back log before I could process any of the requests. I also received three delays due to the back logging process, with a maximum duration of five minutes, thus resulting in a maximum of 15 minutes of back logging.

Have an event that initializes an infinite loop that allows the delay handling system to push the requests to the back of the queue. After that, the delay handling system was processed and started handling previous requests.

← Back to the full build journal