The Bootstrapped Founder - Bootstrapped Founder #96: Hyrum's Law
Dear founder,
At FeedbackPanda, we tried to quietly remove a feature that we had implemented to make transitioning into using our automated browser extension easier. It was just an extra input field in the User Interface, allowing users to enter a particular ID associated with their students. Once all our users had migrated, we thought we'd better leave it in for a while — for stragglers, and in case something broke. Then we forgot about it. Months later, when we finally got around to removing the feature, we received several angry customer messages minutes after we deployed the change. Prefer listening over reading? Listen to this on my podcast. They had started using the empty input field to take their own notes. Those notes had nothing to do with the originally intended ID functionality. Teachers had begun putting in information about what colors their students liked and what names their siblings had. Now their precious notes were gone. I quickly reverted the change and soon after implemented an actual notes functionality. But the shock of receiving such enraged responses to the seemingly low-impact removal of a feature stuck with me. You'll never truly know in which unintended ways people will use your product. There is a name for this phenomenon: With a sufficient number of users of an API, it does not matter what you promise in the contract: all observable behaviors of your system will be depended on by somebody. Replace "API" with "product" or "business," and it'll hold up pretty well. And it's a problem. It will keep you from pruning your product every now and then. It's easy to remove a feature that nobody is using. But once someone depends on it, will you still remove it? Even though it allows your — paying — customer to do something that they wouldn't be able to do otherwise? Even if it is just one customer, it will feel like an action that is taken against the will of the customer. But the fewer customers use it, the more it will bloat the interface for others. Making the Choice: A Pruning Case StudyIt's an incredibly hard choice to make in the first place. So, if you ever run into this situation, maybe this will help: Mozilla, makers of the Firefox browser, just removed FTP support from their flagship product in their ongoing effort to get people to use encrypted communication exclusively. If you don't know what FTP is, it's the File Transfer Protocol, invented in 1971(!) and used to transfer files over the internet. It has been widely used to share files between computers before Google Drive or Dropbox were even on the horizon. I certainly remember using it a lot when I grew up. And now, it's gone from our browsers. Until the beginning of 2021, Chrome and Firefox could browse FTP servers and download files from those locations. Uploads had always been a bit tricky, but for distribution, FTP was a great protocol. But it had always shown its age: encryption was not built-in. The protocol transfers files in clear text, which makes it a huge security risk to use. Ultimately, that is the reason why Google and Mozilla are removing support from their products. Imagine what being around for over 50 years means for the adoption of a technology: it'll be deeply ingrained into the workflows and processes of many businesses and institutions out there. I wonder how this will impact all those organizations that might rely on the browser to use FTP. Now they need to install something else. While there are several safe solutions out there, hard-to-change security policies might be in the way. Organizations will need to work out completely new workflows. This won't be fun. But they will figure it out. Because that's what you have to do to survive. And if Google and Mozilla can kill a feature that has been around for half a century, you can remove that UI component that only five of your four thousand customers use once a month for a non-critical purpose. A snappy product with a temporarily disgruntled customer is better than a slow and complex behemoth that allows every customer to do everything.
The authors call it "all the non-technical skills you need to succeed in a very non-technical world". Check it out at https://www.kickstarter.com/projects/expertship/master-expert Dependencies Go Both WaysNow, we only talked about what to do about people using your product in weird ways. But what about the products that you use in building your business? Could it be that you are one of those odd customers using a particular API in ways that you maybe shouldn't? I have experienced that myself building A not-so-well-documented API, too. I implemented it in a reasonably optimistic way, thinking that it wouldn't change much over time. But it did, and I had to revise both my understanding of that dependency and my implementation a few times. I had assumed that error codes wouldn't change and would always contain the same data structure. Well, I was wrong, and it taught me to build an abstraction around my usage of that service that I could quickly change, which made far fewer assumptions. It took some time to build, but I am mostly happy with it now. Until, of course, the scraping service changes something I assumed to be unchangeable. It's a cat-and-mouse game. You react to changes, and you create changes that others respond to. It's in constant motion and having to adapt to new circumstances never ends. Such is the nature of software businesses in a quickly changing landscape. So be aware of the assumptions you make about your dependencies — and consider whom you might be a dependency for and what wrongful assumptions you can prevent them from making. There are And if you want to keep the error surface as small as possible, remember
Thank you for reading this week's edition of The Bootstrapped Founder. If you like what I wrote about, please forward the newsletter to anyone you think would enjoy it too. You can find my book Zero to Sold at zerotosold.com and The Embedded Entrepreneur at embeddedentrepreneur.com. If you want to help me share my thoughts and ideas with the world, please share this episode of the newsletter on Twitter or wherever you like, or reach out on Twitter at @arvidkahl. See you next week! Warm Regards from Berlin,
Arvid |
Older messages
Bootstrapped Founder #95: What Watching Gamers Fail for Days Can Teach You About Entrepreneurship
Friday, July 30, 2021
The Bootstrapped Founder Logo Dear founder, I've spent most of the last two weeks watching a group of professional gamers lose. For days straight. During those many hours observing them play,
Bootstrapped Founder #94: How to Kill Your Business
Friday, July 23, 2021
The Bootstrapped Founder Logo Dear founder, Most advice comes in the shape of telling you what to do to be successful. It's instructional, it shows the happy path, and as a reader, I resonate
Bootstrapped Founder #93: Conversations are at the Core of Engagement
Friday, July 16, 2021
The Bootstrapped Founder Logo Dear founder, Conversations are at the Core of Engagement Yelling into the void won't get you anywhere. This is particularly clear while you have zero followers,
Bootstrapped Founder 92: The Myth of the Immediate Payoff
Saturday, July 10, 2021
The Bootstrapped Founder Logo Dear founder, Wherever you look in the founder community, people talk about "how to hack SEO" or "how to hack Twitter Ads." I'm not a fan.
Bootstrapped Founder #91: Say Thank You
Friday, July 2, 2021
The Bootstrapped Founder Logo Dear founder, I've had an amazing year so far. I launched Zero to Sold a year go to great success, and in May, I launched The Embedded Entrepreneur to even
You Might Also Like
The Growth Newsletter #167
Friday, March 29, 2024
Wallet Opening Words that increase conversions Demand Curve Read on demandcurve.com The Growth Newsletter #167 Wallet Opening Words that increase conversions Copywriting is one of the most
The maturation of Munich
Friday, March 29, 2024
Does Europe need the "next Silicon Valley"? The frantic search for buried hydrogen and a big raise for industrial automation. View in browser Morgan Stanley flagship logo Good morning there,
Inside Grindr's plan to squeeze its users
Friday, March 29, 2024
The company's bet on AI boyfriends and other paywalled features is making some employees nervous Platformer Platformer Inside Grindr's plan to squeeze its users By Zoë Schiffer • 28 Mar 2024
Inside Grindr's plan to squeeze its users
Friday, March 29, 2024
The company's bet on AI boyfriends and other paywalled features is making some employees nervous Platformer Platformer Inside Grindr's plan to squeeze its users By Zoë Schiffer • 28 Mar 2024
SaaSHub Weekly - Mar 28
Thursday, March 28, 2024
SaaSHub Weekly - Mar 28 Featured and useful products Loach logo Loach Say goodbye to unachieved OKRs with Loach, an OKR management solution that empowers your team to seamlessly align their daily work
84 new Shopify apps for you 🌟
Thursday, March 28, 2024
New Shopify apps hand-picked for you 🙌 Week 12 Mar 18, 2024 - Mar 25, 2024 New Shopify apps hand-picked for you 🙌 What's New at Shopify? 🌱 New login requirements for the Order Status Page Changed ⸱
We've Been Tinkering
Thursday, March 28, 2024
Join Our Beta! ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏
AMA with Chiedo John, Director of Growth @ GitHub
Thursday, March 28, 2024
Live on Wednesday, April 3rd, starting at 9 AM PST͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏ ͏
red hot startup intel
Thursday, March 28, 2024
FULL SWOT analysis on Ramp, Databricks, Cohere, Devoted Health, and Coalition inside Scouting Reports on 🔥 Startups Download Now Hi there, Psst. Want competitive intel on the top 5 industry leading
The Ultimate Amazon Guide: Strategies For Sellers In 2024
Thursday, March 28, 2024
Learn from Melisa Vong for FREE in the Start Your Ecommerce Business Summit ! Another day, another exciting opportunity to introduce you to one of our 20+ ecomm trailblazers in the Start Your Ecommerce