How Many People Use Twitter's Own Apps?

• 23 July 2012
• bzamayo.com/how-many-people-use-twitter-s-own-apps

On the latest Talk Show, Gruber wondered what the spread of Twitter clients really is. It made me realise that no one has really explored how many people use Twitter’s own apps. I thought I’d (try to) find out.

Firstly, Twitter doesn’t report the information itself, so the only way to find out is by brute force. Due to the Twitter Streaming APIs, this is relatively straightforward. I ran a script which literally scanned tweets for their source link and counted each unique source.

Due to the time sensitivity of Twitter, finding one exact data set is impossible as client usage varies constantly. For instance, a big global event may encourage people to tweet on a day they otherwise wouldn’t. On a normal day, though, this method should be a good indicator of average user behaviour and app usage. For reference, the results that I collected are from a random sampling of tweets across a 9-hour period, approximately 9am to 5.30pm on the 18th July.

In total, I collected and analysed one million tweets. Whilst this seems like a lot, it still pales in comparison to daily tweet volume. As always, I would have loved to collect more data, but there are, naturally, physical limitations to doing so. However, I still feel the study was significant enough to portray the trends to a good degree of accuracy and warrants publishing.

Below is a sorted list of the findings. Any app that created more than 0.02% of tweets, in the period observed, is listed.

The raw data, by itself, is useless. In order to determine how many people would be affected by a ban on third-party clients, the first step is to identify anyone using native clients. There are a handful of them: Twitter.com, m.twitter.com, Twitter for iPhone, Android, Blackberry, Windows Phone, iPad, Mac as well as TweetDeck and Keitai Web (Twitter’s Japanese client) and SMS (identified as “txt”). Twitter recently announced a client for Nokia S40, but I don’t think it has caught on — zero of the million tweets originated from this client.

The total of these rows is 708,101 out of 1,000,000.

Therefore, this means that at least 70.8% of the total originated from first-party clients, and at most 29.2% of people use third-party Twitter clients.

Already, first-party apps clearly have a monopoly. The actual share of first-party usage is even higher, however.

This is because not all of the observed apps are actually “clients”. Many are simply apps which post to Twitter. Instagram is an example of this; it just posts links back to its own service. The “Tweet Button” is a first-party example: it allows the user to tweet, but it isn’t a client. Therefore, it is necessary to filter out these “non-clients” to show a true representation of first-party-client dominance.

In an ideal scenario, a human would individually assess the ‘clientness’ of each app that created a tweet in the period. However, this is too time-consuming to be feasible. Instead, I have hand-checked only the 118 apps listed above, and use that ratio to extrapolate across the 291,899 remaining tweets to gain a relatively-accurate estimate.

My assessment of each app is denoted in the third column of the table. I found that 36 of those apps were not clients (identified by the third column). Applying that ratio (30.5%) to the 291,899 tweets, it is estimated that 89,053 tweets were not from clients. By discounting these ‘invalid’ tweets, the overall bucket is reduced, thereby increasing the final proportion of first-party app usage to 708,101 out of 910,947 tweets, equivalent to a percentage share of over 77%.

For people that think Twitter will never ban third-party clients because there would be too much backlash, I think this 77% figure shows that Twitter could do it with ease. A large portion of the 23% would be happily herded to a first-party client, as they don’t really care what app they use — it just turned out that the client they first downloaded wasn’t a Twitter-owned app. The only people who would care would be the geeks, like me and anyone else who could be bothered to read this post, who actually care about the client they are using. And let’s face it, Twitter doesn’t care about geeks.

The Controversial CSR Racing App

• 18 July 2012
• bzamayo.com/csr-racing

I think that is dishonest. The Gas mechanism is clearly imposed for monetization. It isn’t because it “fits with the play patterns of people on the move”. If that was the case, there would be no reason for players to buy Gas and the app would make no money. However, the developer knows people play more than 30 seconds of a game at a time, so they found a way to exploit impatience for revenue.

Like I said, I think the quote above is untruthful. However, many people have criticised the developer simply for using In-App Purchases in this way and I don’t think thats fair either. Nobody is forced to play the game; nobody is forced to buy the Gas. They just choose to do so. CSR Racing isn’t the number one top-grossing app because it is unscrupulously tricking users to buy stuff. Pure and simple, it turns out people are willing to pay to circumvent time restrictions.

You can’t criticise a developer for building something people want to use and pay for, even if you yourself think it is a waste of money.

Inter-App Communication In iOS Needs Improving

• 12 July 2012
• bzamayo.com/chrome-is-hampered-by-ios-inadequacies

Google is having to resort to using URL schemes to allow third-parties to detect whether Chrome is installed on a user’s iOS device. This is such a hack-job it is ridiculous. App developers should not have to perform string manipulation to open in a particular browser.

This should be an OS-wide setting, such that — to a developer — the API is transparent and abstracted. Any call to [[UIApplication sharedApplication] openURL:URL] would automatically trigger the user’s chosen browser.

It should not require app developers to hard-code support for every browser, as it does today.

iPad Mini

• 7 July 2012
• bzamayo.com/ipad-mini

The momentum behind these rumours is so high right now, it has become an near-inevitability, especially as the rumour has been backed up by the Wall Street Journal and Bloomberg.

Pricing for the device is assumed to be $199, to compete directly with the Fire and the Nexus 7. However, this introduces a complication in Apple’s product lineup: the iPod touch. The iPod touch is, also, $199. Clearly, Apple can’t have both of these products at the same price. How much cheaper can they price the iPod touch? Even at $159, a 3.5inch iPod touch seems really expensive standing next to a 7.8inch iPad mini.

Reaching the sub-$150’s, though, you hit another price wall. The iPod nano sells for $129. Assumedly, they’d have to make the Nano cheaper as well.

$70 is the difference between an iPod nano and an iPod touch. On that basis, I’d expect a similar gap between the Touch and the iPad Mini. So how about a $199 Mini and a $149 iPod? The Nano then can go to $109. I suppose that’s a possibility.

But, just looking back at that paragraph, it doesn’t feel right to me. In fact, it makes me believe even more strongly that the Mini is not going to be $199. I think $249 makes much more sense. The $200-$300 price range is a market segment where the iOS ecosystem is currently absent; a $249 iPad Mini would be a great fit. Also, I think $249 is still cheap enough to suck the air out of the 7inch tablet competition. In the long run, the Mini could fall to $199, if necessary.

At launch though, I think $199 is overly price-aggressive and has too many implications on the rest of Apple’s lineup, to be feasible.

Wall Street Journal Says Apple Is "Going Slow" On Mobile Payments

• 7 July 2012
• bzamayo.com/apple-slow-to-mobile-payments

On the basis of this article, I reckon that the next iPhone will have NFC but it won’t have support for mobile payments. It’ll be used for a more elegant execution of Passbook, for instance, but the iPhone 5 won’t become your wallet.

Next year, or whenever, Apple decides to enter the mobile payment market properly, Apple can then push a software update containing the functionality, which the iPhone 5 will be in a perfect position to use, as it already has the NFC chip inside. This means that when Apple enters the merchant space, they will already have a large base of customers who can exploit their take on the “mobile wallet”.

"This Tablet May Finally Help Solve Google's Chicken-And-Egg Problem"

• 5 July 2012
• bzamayo.com/nexus-7-stimulating-android-tablet-apps

I’m not confident that will happen.

The 7inch size means that scaled phone apps look ‘okay’ on the device. Developers never saw a need to customise their apps for the 10inch screen size, where the issue is even more prominent, so are they really going to start making custom apps for a device where their apps actually are bearable?

Case in point: the Kindle Fire. There are apps in the Fire’s app marketplace, but the vast majority are phone apps. Despite that device’s success, developers haven’t been encouraged to make premier tablet experiences for that.

The EU Court Rules Downloadable Software Can Be Resold

• 4 July 2012
• bzamayo.com/downloadable-content-can-be-resold

The ramifications of this are quite incredible. Notably game companies, who have shifted to digital distribution to shut down the aftermarket sales, are undermined.

I’m not quite sure how DRM factors into this, but seemingly this ruling overrides any attempt by software publishers to prevent resale. This includes the App Store; this judgement gives people the right to sell their iOS apps on to other people.

The level of compliance necessary by software publishers seems undefined, at the current stage. For example, do Steam or Apple have to implement features in their stores to allow resale? Or is it implicit - people are allowed to resell digital goods if they can crack the DRM and associated policies surrounding it?

This is a very interesting decision, with wide-reaching implications. Therefore, there are probably a million companies ready to oppose it. Bring on the appeals …

iPhone Grows More Than Android Devices In the US

• 3 July 2012
• bzamayo.com/us-smartphone-share-q2-2012

According to ComScore, iPhone has outgrown Android in the smartphone market, in the last three months, 1.7% to 0.8% growth. It should be emphasised that this is no indication of the death of Android, or anything like that. At some point, Android had to reach a level of saturation. After all, Android and iPhone already take up over 80% of the space. In effect, there is only about 17% left to fight over.

In the wider scheme of the market, the story remains the same as before; iOS and Android grow whilst everyone else falters and collapses, namely BBOS and Symbian. Windows Phone remained at about the same level as the previous quarter, which I suppose is slightly encouraging.

Most importantly, this data continues to counter the endless bearish analysts who predict the imminent death of the iPhone. This data reinforces the need for carriers to have the iPhone in their arsenal. There is a reason Sprint committed $20 billion to iPhone. Carriers need the iPhone, as customers want the iPhone.

Google Play Store Now Lets Developers Respond To Reviews

• 26 June 2012
• bzamayo.com/google-play-store-developer-comments

I’ve certainly wanted to be able to do this for Bingo Machine in the iTunes App Store. I don’t think Apple has done this as of yet, as they foresee the functionality being abused by some developers who post snap-retorts to 1-star reviews.

Even Google is wary in rolling this feature out; a response cannot turn into a threaded conversation and the permission has only been given to a small curated set of developers, for now. A developer can only respond once, per comment. I think this great, and stunts most trolling opportunities upfront. If a customer wants to talk more, they are encouraged to take the discussion to a private channel, like email.

I think these restrictions are very sensible. This could be a really helpful addition to the store.

The Microsoft Surface

• 22 June 2012
• bzamayo.com/the-microsoft-surface

The Surface is like a Nexus Tablet, but for Windows 8. Microsoft’s own attempt to create an incredible, competitive, tablet.

For certain, it is a risky strategy. As shown by the Surface, they evidently feel that they need to kickstart the cavalcade of Metro devices with their own, Microsoft branded, device. The product they have made is undoubtedly interesting (in particular, the ‘Smart Cover’ accessory that has an inbuilt keyboard) and probably captivating to a reasonable number of consumers.

However, whether it is wise to, essentially, become a competitor to their other “partners” (such as HP, Dell and Asus) is still to be determined. I think Google can get it away with it with the Nexus series because Android has already established platform lock-in, such as the app ecosystem. This makes it hard for a manufacturer to disconnect themselves from Android, despite their annoyances regarding the special treatment Google has given to some companies, and go it alone with another new OS.

For Windows 8, though, there is none of this. This is a platform with zero apps and zero install base. Potentially turning away hardware partners, before the OS even ships, is very risky, indeed.

My Biggest Gripe With iOS Notifications

• 9 June 2012
• bzamayo.com/biggest-notification-center-gripe

My biggest issue with Notification Center is the repeated text. As indicated in the screenshot, “NYTimes” appears once in the header, and once for every NYTimes app notification. The same applies for Tweetbot; this results in a lot of repeated text. In my opinion, this space could be put to better use.

If Apple could let developers set a subtitle for each individual notification, Notification Center would improve functionally and aesthetically. For instance, for the Tweetbot notification, it would be easier to identify the content if the subtitle was something like “Mention from @hrbrt”, rather than just repeating the app’s name. A quick glance could determine whether a notification requires further action, rather than having to read the smaller body text. It is also better aesthetically, simply because it looks nicer, as there is no repetition.

As shown below, Apple’s own apps already do this.

For example, the Messages notifications are much more informative, as they include the receiver’s name as the subtitle, rather than just repeating “Messages” again. This allows you to see, at a glance, the message’s sender without having to squint to see the smaller text beneath.

Therefore, I hope Apple will add this functionality to third-party iOS developers, in the future, as it not only makes Notification Center simply look better, but also has a functional improvement of adding more context to incoming notifications. In many ways, it seems inevitable, as Apple’s own apps already do it. It is simply a matter of opening up the feature to other developers.

Do Not Track Is Not Allowed To Be Enabled By Default

• 8 June 2012
• bzamayo.com/do-not-track-is-a-scam

This is ridiculous. It is outrageous that the specification body will undermine Microsoft’s implementation of the service, simply because they respect user privacy. In fact, the governing body actively encourage advertisers to ignore Microsoft’s preference if its “on-by-default” policy continues.

The ADA, an abbreviation for the Advertising Digital Alliance no less, are clearly biased. “Do Not Track” is a scam. It is a propaganda scheme, that really shrouds the advertisers’ goal of maintaining traditional revenue sources. In fact, in their own statement, they basically admit this.

[Microsoft’s] unilateral decision, made without consultation within the self-regulatory process, may ultimately narrow the scope of consumer choices, undercut thriving business models, and reduce the availability and diversity of the Internet products and services that millions of American consumers currently enjoy at no charge.

The quote “undercut thriving business” echoes back to the whole idea of skating where the puck is, rather than where it is going. I wouldn’t exactly describe the newspaper industry as “thriving”, for instance. They are profitable now, but the future is bleak.

Effectively, the ADA is a cohort of backwards online media companies, who have no interest in expanding consumer privacy options online. “Do Not Track” is optionally implemented to start with, and as demonstrated above, the defaults (which 90% of users will never change, let alone think of changing) are biased towards the interests of advertisers. In my view, a complete propaganda palaver, and more evidence of incumbent business trying to sustain outdated business models.

From now on, I have no care for “Do Not Track”. It is immaterial whether browsers or websites implement it or not, because it is meaningless. Meaningless.

Facebook Integration Coming To iOS 6

• 3 June 2012
• bzamayo.com/facebook-coming-to-ios6

Facebook integration into iOS was kinda-expected. However, the complexity involved of Facebook sharing is much greater than that of Twitter. Facebook is a multi-faceted monster. There are lot more elements to the Facebook experience, than a 140-character-limited text box.

For example, you can upload a picture to your Photos or post a link to a photo on the News Feed. In addition, Facebook has the added layer of metadata, such as tagging and album-sorting and privacy settings.

Also, there are just a lot more types of content that Facebook can handle. Will you be able to share a Calendar appointment to Facebook? Will you be able to sync Contacts with your Facebook contacts?

My guess, for the time being, it will be limited to just News Feed posts and OS-level API support, so Facebook-login to apps is streamlined and managed from the global device Settings. This also means there will be a prominent option to disable the feature, akin to the Twitter implementation.

WiFi Direct Capabilities Coming To iPhone 5

• 3 June 2012
• bzamayo.com/airdrop-on-iphone

Wi-Fi Direct is the technology that enables AirDrop on Lion, which is why it is only able to be activated on certain Macs (from about 2008 onwards). AirDrop on iOS is an interesting thought, as whilst it would speed up direct sharing between your Mac and your iOS device, the mechanics of the function are unclear.

For example, what happens to the file once it appears on your iPhone? Do you have to “open in” to save it permanently? Or would there be a temporary location where AirDrop files remain? Unlike the Mac, on an iPhone or iPad, you can’t save to desktop. There is no desktop.

China Mobile Wants Cut Of App Store Revenues

• 9 November 2011
• bzamayo.com/china-mobile-app-store-revenue

China Mobile can want whatever they like. They have no leverage. Apple may want to enter China in a big way (and 628 million subscribers is a big draw), but China Mobile knows that the iPhone is very significant, too. Apple is already churning out blockbuster quarters without these 628 million customers (10 million unlocked iPhones already run on China Mobile’s network, without any sort of subsidy deal in place). They don’t need China, at least in the short-to-medium term. China Mobile wants iPhones much more.

For skeptics, compare it to the Verizon deal. They are the dominant player in the US. They were having some success with Android devices. They “wanted” Verizon crapware on the iPhone home screen.

It came out, in February 2011, with no such crapware. It was the iPhone. On Verizon. The ‘iPhone in China’ will be exactly the same.

New Switch Control in iOS 5

• 11 June 2011
• bzamayo.com/new-switch-control-in-ios-5

Little changes like this are often overlooked but they represent disproportionately large changes to usability. I see two main changes taking place with the UISwitch, which is the technical name for this view in UIKit.

Before the switch was squared off, interactions occurred by either sliding the square nub, or tapping to alternate the state of the control. Now, the nub is rounded, and follows the rest of iOS UI, becoming circular and finger-sized. In the new design, the background colour of the switch is easier seen, as the nub size has become smaller. This is important in non-English languages (determined the device’s locale settings), where the control isn’t labelled with “On” or “Off”, but rather “O” or “I”, like a power switch. By being able to see the highlight colour easier, less mental parsing is required as to the current state of the switch.

To my memory, this change of the UISwitch is the first major change of a UI element in iOS. Gradients and backgrounds have changed slightly around the system, but the change in switch design is much less subtle. I think this is good. It shows Apple is prepared to change things, even in a device population dominated by “newbies”, rather than the geek - who can take on change much easier, as seen in the regular revisions in Mac interface. I had been concerned that Apple was resistant to large change in iOS to maintain simplicity, but this sets my mind at ease.