My favorite Olympics moment ever

The Olympics have been a nice change of pace given what’s going on the the world and this country. Sports isn’t going to bring world peace, but it allows us to take a pause. There are so many fond memories I have watching the olympics. Friends have been discussing what the best moments are, not only in Paris 2024, but ever.

Though this isn’t in the Olympics itself and in the trials, the number always engrained in me is 19.32, when Michael Johnson broke the record for the 200m.

What is your favorite moment?

Avengers: Doomsday

Avengers: Doomsday with Robert Downey Jr. as…Victor Von Doom. This is likely a Tony Stark variant but to say I’m extremely disappointed is an understatement.

I love RDJ. I love the MCU. This feels extremely lazy.

Having to revert to RDJ and the Russo Brothers validates to me that they failed. I can’t wait for the Multiverse Saga to end.

Web experiences during the age of LLMs

Originally posted on Proof of Concept

My experience with the World Wide Web was like growing up with a childhood friend. The early days of building personal websites were what some would call Web 1.0—the static web. I’d observe my brother building HTML websites with Notepad, inline styles, and all, then publish them to Geocities. The Social Web (Web 2.0) brought user-generated content, web applications, and social networks. Because of these new technologies, people deviated arom personal websites in favor of simple about.me pages, popular blogging platforms, and exclusively publishing on Social Networks like Facebook.

We’re in the midst of Web 3.0—whatever you want to call it. Blockchain technologies and decentralization are capabilities often associated with this phase. However, Artificial Intelligence and Machine Learning are included i this era as well Let’s focus only on the implications of what AI/ML brings to the new web, particularly Large Language Models (LLMs). Because of its capabilities of data, fine-tuning, and generative capabilities, there are two likely scenarios of how LLMs can be used to create web experiences.

Scenario 1: website builders equip themselves with AI capabilities: Products built for making websites will add AI capabilities to their product offerings. Every SaaS product seems to be doing this now to make their product Copilot or Generative AI-ready.

Scenario 2: LLMs build websites: With experiences like Designer GPT and Grimoire, empowering LLMs to build websites is already possible today.
With products like Designer GPT, LLMs have generate websites for people.

I believer Scenario 2 will be adopted quicker than Scenario 1. In fact, glimpses of it is happening already. When The Browser Company launched the iOS app, they created a unique experience for the form factor. Instead of yet another browser, they created an experience focused on search. One of the key features is, “Browser For Me,” which has the app construct a simple web experience based on the search prompt. Perplexity recently launched Perplexity Pages, which builds a wiki-like website based on your searches.

Though I don’t think it makes sense for Arc and Perplexity to have customization (a different topic), you can see how other products can take the concept of “build it for me” for web experiences generated by prompts.

There are still bottlenecks that need to be solved to have generative websites be more widely adopted. There are a few core areas in building and maintaining a web experience:

  • Content: Copywriting, creative assets, and information architecture
  • Design: Layout, style, and aesthetics
  • Tech: Frameworks, hosting services, and how the site is published/deployed
  • Management: Maintenance, SEO, and other growth levers

As I say to Design Systems teams: it’s easy to generate something net new than it is to maintain it. This is a similar challenge with websites generated by AI. It gives you a first version to work from but you still need to maintain and host it.

Screenshots of Arc Search on iOS

What LLM-powered site building looks like

I believe there will be a lot of people in the world who will continue hand-crafting sites (myself included) because we have the ability and desire to do so. Let’s acknowledge that while speculating what a site-building experience looks like when it is more derived from a generative prompt.

Good web design starts with content—something the majority of people can create, on the other hand, is a skill that needs to be developed—one people might not bother to learn.

From structure-based design to content-based design

Authoring experiences will move closer to distribution

Professionals are always going to want their own space for their power tools. However, the rest of people often prefer convenience: not having to learn something new, reducing friction, and anything else that accelerates the job to be done. What we’ll see is authoring experiences more infused with publishing tools. For example, if a person is writing a blog post, they might generate creative assets, adjust layouts, and make stylistic changes in the content management system vs. an external authoring tool like Figma—faster editing that leads to faster publishing.

Settings and profiles facilitated by AI Agents

My bet is AI tooling not going to be a monolithic LLM—a god-like AGI. Instead, it’s having a hive of tiny LLMs interacting with one another to collaborate. Take the example of making changes to a web host provider. Instead of logging into Dreamhost and upgrading hosting services, there might be a chat service I build or interface setting I can change to invoke the changes on the hosting services.


A spectrum of customization continues to exist

Ben South said it well: “The average person doesn’t want to customize their software—they want the best defaults.” Even before AI became the talk of the town, the spectrum of customization exists in building web experiences and other types of publishing, with the majority of people simply wanting a thing. LLMs are decent at building these now and the workflows to maintain and publish will get there.

There will always be room for people who care about hand-crafting experiences with maximum customization. My belief for AI in tooling is the capabilities should always be lowering the floor, not the ceiling Elegant AI-powered experiences help people without the skills to do things they only imagined being able to do. While doing that, it enhances and makes work more efficient such as fixing random syntaxes and nuances we find frustrating. Design and building websites will be content-focused with Dynamic Interfaces doing the heavy lifting, so we can focus on curation and publishing.

My aunt and two uncles visiting today. I used to stay at their homes all the time as a kid and college student. Now I get to return the favor in hosting them. One thing I’ve learned being a child of refugees is safe shelter is such a gift.

My product prioritization framework

Originally posted on Proof of Concept

People fantasize about the ideal experience of working on product—blue sky 0-to-1 work. The reality is this only possible when starting a new company. From that moment on, you are accruing debt: technical, design, and business debt. The reality of joining a company to lead product is the equivalent of getting on a train at its full speed. You can’t simply hit the brakes because so many dependencies are in motion. I’ll share with you my framework for product prioritization and triage when starting somewhere with a lot of existing momentum.

Product frameworks

Like JavaScript libraries and Land Before Time sequels, there are an abundant amount of product frameworks that exists: MoSCoW, Kano Model, RICE Scoring, Buy a Feature, Eisenhower Matrix, Hypothesis-Driven Development, etc. Though these frameworks are effective and best practices, it can be overwhelming and lead to unnecessary debate on which to use. My hypothesis is the more mature a framework is it feels like a process decision vs. getting value out of it.

Because of this, it feels simpler to use a framework when you make one up. Even with a non-standard name it feels less of a weight in adopting it. The product prioritization framework I like to run with people focuses on four core areas: Invest, Ignore, De-emphasize, and Deprecate.

The goal of this framework is to orient the moving train and get people oriented in the right direction. The intention of it is to be ephemeral and provide a triage list of priorities. I’ll break down the four areas in more detail.

Invest

Whether it’s product or people, I’m a believer of doubling down on strengths and what’s working. Focusing on that provides continued value as you refine the weaker areas. Identify the areas in the product that are working well—where customers love and it generates revenue to scale the business. Once you do, pump the gas. This can also mean investing in areas that don’t exist or need additional attention to scale. It should have signals of potential through feedback and data to make a well-informed investment.

Ignore

When I say ignore, it’s not a bad thing. In fact, things are working well enough where it doesn’t require top attention. This might be a product feature that is flat in growth. Despite having potential, it may not be the top of the priorities you’d invest in. Keep the lights on, monitor, maintain, and support these items. As you make progress on investment areas, it’s typical to see things that were once in the ignore bucket become investment areas.

De-emphasize

This is when you have house guests coming over in an hour and you shove things in the closet to get it out of sight. You need them, but they are detractors from the experience. These are the eyesores that you can’t get rid of just yet. It may be a service you don’t want to scale but it’s important to keep for existing customers. De-emphasize applies to bloated information architecture to improve navigation of your site. There are more things de-emphasized in product experiences than you might imagine. Join any startup and ask how many product SKUs they have.

Deprecate

As you go through the first three areas, this is the end of the line. It’s clear there are features or services you need to deprecate and say goodbye to. The saying that it’s harder to remove features than add them is completely true, but you still have to do it from time-to-time if it means the right priority for the business and the product. These features get pruned and should never return.


Using this framework

The beauty of this framework is you can use it whenever you need to triage a massive initiative. It’s not a detailed roadmap of what to do. It’s like drawing a map in the sand in the battle field to get people oriented to the new strategy.

You could use this as a personal audit as you plan the first 30 days of a new role; share your point of view. It might be in a cross-functional workshop to get other experts in the company to weigh in. Give this a try and let me know what you think, or create your own!