One aspect of a collection of hard sciences such as my Biochemistry studies at Purdue University is that we have all this indirect measurements and patterns when collected together forming enough basis for direct conclusions. Let me explain.
You might not remember this from high school, but our physics model of the atom and its components is a non physical mathematical model as he cannot directly measure the atom or often see it. In more understandable language we took a whole bunch of indirect measurements and those patterns were collected into a cohesive theory of a model of an atom.
Mobile Application Quality has the same charateristics in that we have no direct measure of such a concept. But, we have this indirect data that can be analyzed to integrate some pattens together in a model of what mobile application quality should look like.
We are not dealing so much with mobile device-OS fragmention as it still exists on all platforms including iPhone but instead dealing with not having all this indirect measuring of items in one place to examine and analyze patterns. Let me give you an example.
Effectiveness of a User Interface can be said to be measured by the mobile application reviews before the UI refactorring and after the UI refactorring along with the individual measuring of user interactions within items of the UI during the refactoring process. But those measures are stored in different formats and locations. The app reviews are inthe developer Google Play or Apple ITunes dev console while any user interactio data we collect is in the Google Analytics Dev console.
Thus, the general idea on the coding/developer side of things was or is two or three-fold. One, measure some code qaulity things. Two, collect those measures in some way and Three generate some analysis.
It is not a magic bullet where we can point to one report and sa aha, change this. But, if we can associate all these measures with code commit changes per commit than we get close to having direct indications of which patterns to pay attention to. For example, we may see an upswing in high marks on app reviews that when coupled to an increase in downloads can be indirectly associated with changes either in code quality of the application and or changes in the user interface.
Its a different developer infrastructure. But, by empowering the developer in making it easy to collect this indirect measures of different quality items we can empower the developer to make a better mobile application. How do I know this works?
Yeah, you are right as I have no direct measures yet. But, if you look at the traditional IT-shop or design agencies app reviews for the mobile applications they have completed for clients you start to see this pattern of not well designed mobile applications, a lot of user complaints all across the board as far as mobile application quality. One of reasons why I notice is that when someone request me to consider itnerviewing with them I look at the mobile applicaiton end user reviews in iTune or Google Play. I mean why not as its free data on whether that firm produces quality stuff, right?
This is why I want to do things differently. Not just in a different developer workflow on both iphone and the android development side but also in the approach so that we empower the different development layers to produce a high quality mobile application. To get there you have to deal with the fragmentation of quality measures being in different silos and that role is best met by coming up with or developing a new set of developer workflow tools to collate those quality measures.
So I am releasing this week some small steps towards this set of goals in the form of developer tools on the android side and hopefully soon some developer tools on the iphone developer side.