Tedium - ProtoAppStore 📲

Today in Tedium: How much credit does Apple deserve for introducing the App Store concept to mainstream consumers? I mean, how obvious is the idea, anyway? (We’ll leave the whole 30 percent question for the courts to decide.) This is a question that seems worth asking as modern app development has become so centered around building applications that exist in digital storefronts like Apple’s App Store, the Google Play Store, Steam, and numerous others. I’m just imagining how Apple would have done it otherwise—putting little memory cards into the side of the iPhone, like you still have the option to do on the Switch? For numerous reasons, shrink wrap was going to go the way of the dodo eventually. But what about app stores that existed when the proverbial dodo was still around—why don’t we talk about those for a little while and get an understanding of the broader lessons we can gain from them? With that in mind, today’s Tedium ponders the app stores before the App Store. — Ernie @ Tedium

Today’s GIF comes from a commercial for i-mode, the Japanese store widely seen as the first mobile app store.

A 1993 catalog for The Software Labs, a distributor of shareware through the mail. There was once a time that buying full versions of programs meant sending a physical check. (via the Internet Archive)

The question around what an app store actually is probably starts with shareware

Let’s play a game: If you were to access a piece of shareware circa 1991 and wanted to unlock the full version of that application with your computer alone, how would you do it?

No web. Perhaps no Windows. (Perhaps GeoWorks.)

Sure, there were probably lots of ways to download an application, if you had the tools to do so—as in, a modem. Perhaps you might grab it on a BBS, or through a service like Compuserve. Maybe Usenet binary groups were your preferred strategy.

But still, you’d be stuck with a nag screen. Your copy of WinZip would just be annoying you every time you started it.

See, the issue with the distribution of software via computer was never about the download part—that part was figured out relatively quickly. It was the paying part that proved difficult.

Think about how it might work compared to a store: You choose a physical object of interest, you give a physical object of value (i.e. money) in exchange, an intermediary (i.e. a cashier) confirms you bought it (by scanning a barcode), and you walk out, without an object of value but with an object of interest.

Which is why every time you read a story about some shareware pioneer, like the developer of Paint Shop Pro or Tim Sweeney’s efforts to sell folks ZZT, it’s always paired with a story about these developers literally taking checks in the mail, despite the fact that it was entirely possible to purchase things fully electronically with a credit card by this point.

Without the retail element, people were kind of stuck distributing software without a way to easily purchase it. (What’s the big deal, the open-source folks say.) There was no way to secure the process, so therefore, fraud was prevalent. And if people are distributing through multiple systems, the experience of downloading becomes annoying, because it feels wildly inconsistent.

This is the problem a few entrepreneurs worked to solve starting in the mid-to-late 1990s, with varying levels of success.

An example of the Electronic AppWrapper, a program for NeXT computers that could be used to distribute software digitally. (via AppStorey)

The first “app store” on a Steve Jobs-operated platform involved a CD-ROM and an email-sending mechanism

The app store that generally gets the nod for being first dates to the early 1990s, on a platform that was responsible for a lot of software firsts. I’m, of course, talking about NeXT, the platform on which the World Wide Web came to life and whose object-oriented approach to programming became a big part of what has made iOS so successful.

That software is called the Electronic AppWrapper. (See, it had app in the name way back in 1993!)

It did not exactly have the same kind of distribution method that one might expect for a modern app store, however. Really, what it did that is incredibly clever was that it took the shareware CD-ROM and made it into something that allowed for trials.

NeXT was a good platform for this in part because of its initial target audience—since the NeXT Cube tended to focus on educational and research settings, those settings were often networked well before PC and Mac equivalents, so people were able to purchase software online before other markets.

In fact, Electronic AppWrapper developer Paget Systems, which initially built a print version of the AppWrapper, made this very point in a 1992 article first proposing the idea:

The NeXT community is a perfect testbed for electronic distribution. The market is still small; we know where almost all of the computer owners are, and the community is more fluent with networking than most. And we have more than our share of creative people willing to tackle problems in new ways.

Also helping matters: Since NeXT systems were rare, users of this platform didn’t really have the advantage of being able to go to Radio Shack to purchase software, so it was either do everything through the mail, or go electronic.

Paget Systems’ great gift to the app store concept was the process it enabled. A 1993 issue of NeXTWORLD described the benefits of the tool like this: “To order by e-mail, just click a button; the application automatically displays an order form, asks for your credit-card number, and sends an encrypted message to Paget.”

That sounds pretty simple, right? It was, and it it’s not all that dissimilar to how we do things today.

(Side note: Jesse Tayler, who helped develop Electronic AppWrapper, has put up an informative documentary website highlighting the history of NeXT and the innovations the company helped to enable—including this. A highlight is Tayler’s discussion of successfully demoing the Electronic AppWrapper to Steve Jobs.)

The Digital River website, as it appeared in 1998. (via Internet Archive)

The guy who realized that downloadable apps were going to be a really big deal in 1994

Joel Ronning probably doesn’t get the credit he deserves in the grand scheme of things, but he is a figure in this discussion that matters.

In the 1980s, he spent time focused on the Macintosh market, selling software and distributing white-label accessories as well. This gave him an understanding of the digital market, so he could see all the flaws of the retail approach up close.

Around 1993 or so, he had a revelation that proved prescient: downloadable commercial software was going to be big. Really big. Big enough that he should spend the next few years developing processes for making the ideas around secure downloadable software workable, and patenting them. And building a company around them. And turning them into something that other companies would likely want to use.

Ronning’s work led to the creation a dozen patents—and a company called Digital River that could handle the encryption and distribution of applications. Not that anyone knew how to properly contextualize the idea at that early stage. In a 1997 profile with the Minneapolis Star-Tribune, columnist Dick Youngblood tried, and came up with this:

What Digital River has created is an enormous virtual warehouse containing tens of thousands of software products offered by hundreds of developers and retailers through their individual Web sites.

In simple terms, the system gives customers the ability to download their software choices with a minimum of fuss and a maximum of security for the credit card numbers and other personal data required for the transaction. I like to think of the operation as sort of the Supervalu of electronic software wholesaling.

Imagine having to describe something that people do over the internet on a daily basis without being able to use the terms “app store” or “cloud,” nor the frame of references that come with those terms, and that’s probably what you might come up with.

A patent drawing by Digital River that showed an early example of its digital-distribution technology, which included encryption functionality. Ronning has a lot of patent filings to his name.

The approach Digital River took in this early stage is actually quite similar to what we think of as an app store today—including the idea that the middleman is going to take a cut. (Digital River took just 20 percent, rather than Apple’s infamous 30 percent cut.)

But one difference is that the company represented a provider of purchasing services—i.e., it built the tools for individual companies to create their own storefronts, rather than becoming an app-store player itself. This model worked for them. By the year 2002, Digital River (a still-active company!) had more than 32,000 customers according to NetworkWorld, with roughly a third of those representing three quarters of Digital River’s sales.

“Year over year we continue to see more products purchased digitally." Ronning said in a NetworkWorld interview. "People are getting more comfortable with getting a digital file than they were one, two or six years ago. That's good news because it allows us to deliver a product halfway around the world in a matter of seconds.”

And hey, because the company was in a position to provide the technical know-how of running an app store, there was at least one case where Digital River was tapped to manage someone else’s app store—the creation of Research in Motion’s Blackberry App World in 2009.

Download Warehouse, a.k.a. what app stores would look like if we made no changes to our approach between physical and digital distribution. Fun fact: This is what the atOnce website evolved into. (via Internet Archive)

Not every site was a winner, of course: When looking for info about app stores, I ran across this website on the Internet Archive that literally sold digital software as if it was still in a shrink-wrapped box, which made me crack up so hard. The backend? Digital River.

In many ways, the success of the app store was just as much about the packaging—i.e., the way consumers were pitched about the idea, rather than the shrink wrap—as the commerce itself.

The NTT DoCoMo NEC N904i, a phone that supports the formative i-mode network, considered the first mobile app store ecosystem. (via Wikimedia Commons)

The turning point of the app store concept, honestly, is the mobile phone

Thinking less about the maker of the phone itself or its general functionality, the mobile phone represents something about technology that a regular desktop computer doesn’t—it is intended as a full package, one that is hermetically sealed and managed by its maker and distributor.

Because it started from a different place, the expectation is different. That expectation creates tension for power users who wish that their phones or tablets worked a little more like their laptops, but on the other hand, the devices aim broader for a reason.

And one can point the reason for the expectation that applications would be managed by the provider. After all, the first mobile app store that feels like what we got with the modern App Store or Play Store came from a mobile company—Japan’s NTT DoCoMo released i-mode, a service that offered access to digital services through their phones. It worked particularly well in Japan because home internet was rare at the time when i-mode was first released in 1999, meaning i-mode was many Japanese users’ first experience with an internet-style service.

As The Japan Times noted in 2011, the reason i-mode succeeded (and spawned many imitators) was the tight integration of payments and software:

For those of you who may not know, i-mode is the mobile Internet-access service built into cell phones from Japanese communication giant NTT Docomo. It costs ¥315 per month to use and includes the i-mode network, which is Docomo’s closed system, separate from the Internet at large. Within this network there are “official” i-mode sites, which are only accessible from an i-mode enabled cell phone. On sites such as these, users can purchase goods and services and have the payment appear on their cell phone bill. This cell phone-integrated-payment is what makes the i-mode system so special.

Other companies tried to do this same thing during the early 2000s, including firms like Nokia, to mixed levels of success, but the connective tissue was that the phone was treated like an integrated experience of purchasing, distribution, and usage, rather than a vessel for applications.

Perhaps this integration explains, in the present day, why Apple has ramped up attacks against sideloading (or allowing the installation of external applications outside of an App Store experience), something that nearly other mobile platform (including Android) has long allowed. As it wrote in a white paper it recently released:

Allowing sideloading would degrade the security of the iOS platform and expose users to serious security risks not only on third-party app stores, but also on the App Store. Because of the large size of the iPhone user base and the sensitive data stored on their phones—photos, location data, health and financial information—allowing sideloading would spur a flood of new investment into attacks on the platform.

Mobile phones have been built with this expectation that the whole experience is seamless and managed by the hardware developer—and at one point, the mobile provider even played a significant role. In some cases, it still does.

But one wonders how strong Apple’s case against sideloading will actually be, given that, y’know, it also sells desktop computers that allow sideloading … or as we call it over that way, downloading and installing apps from the Web.