It was a lot of years ago, but MMM rightly predicted and noted how Bible apps were going to go mobile and why this was a suitable area for companies and developers in this space to pay attention to. Now, let’s take our gaze to the future a bit, what could be next?
Know Your Past
The old paradigm was simple: developers licensed content from publishers; then crafted a user interface and added varying degrees of value to that content offering. This was usually done by creating a reader” to which this specifically licensed content, and the value-added abilities were wrapped into.
This worked well even in the beginning stages of the Internet. With smaller pipes, and few persons able to afford what amounted to a “extended licensed” content (license went from publishers to developer, and then content was made available to the user), it made sense that connected features (email, notes, send to blog, etc.) would appear also within these “readers.”
PDAs and Mobile Pioneering
Then we had those PDAs. Applications followed the PC paradigm of use by offering a reader and downloadable content. Some of these applications would even sync with desktop counterparts so that bookmarks or notes could be shared (remember, initially PDAs weren’t wireless-data capable except for a few isolated and very expensive models).
From PDAs we started to see the Nokia Communicators and Palm Treos of the world start moving users to this idea of constant connectivity. Bible apps for mobiles started to adapt – first in general user interface design, and then slowly in the adoption of mobile/web features.
From Mobile Boom to Realizations
Then came the boom known as iPhone, and this greater acceptance that people were more apt to want to read their Bible or have Biblical content on their devices before consulting a desktop, and even a dedicated application. An explosion of mobile websites and mobile apps for iOS, Android, Symbian, Blackberry, webOS, and Windows Mobile showered the mainstream marketplace. For most it seemed that this model pioneered with having a reader app that people would read licensed content would work.
But, something happened as data became looked at as more than just accessible anytime. A type of user workflow began to rise to the surface. It wasn’t so much that people were not using their desktop Bible readers and websites, but they no longer were using these screens in isolation from their mobile screens. Searches, notes, and bookmarks needed to appear on all of these screen equally, without the intervening of a syncing conduit (after all, everything was connected to the web already). These workflows and behaviors weren’t really new, but the abilities of the technology along with the flexibility of the delivery conduit made these behaviors easier to see and adopt.
The understanding and shaping of Biblical data even began changing. What was once understood on the print side as glyphs and manuscripts became chopped and reorganized alongside Unicode languages, metadata schemes, database types, and even the constraints of physical devices (displays, inputs, etc.) and their presentation layers.
To add to the fun, people also embarked on changes of their own. Now, Bible reading wasn’t just a personal affair driven by devotions and reading plans, the idea of going social set in. Doing more with your Bible included engaging within virtual communities, affixing a Biblical context to social activities. The Bible and biblical data was just as much about the devices and data as it was the behaviors and actions of people once they assimilated it. And so instead of just a group of trained (technically and linguistically) users as the primary userbase, we started to see various communities arise as accessible user types, collecting more around the social actions, but using software and services in a shared manner (for ex., YouVersion and Facebook communities).
So What’s the Future to Behold
A common theme emerges when you look back at this summarized history of Bible software, we go from technical abilities, to social activities, to new technical abilities, to richer social activities. What is to be gained from biblical software now then, it does seem as if all that’s left is to live it, right?
I can see a few distinct software changes coming to biblical software and the faith community at large. On the software side, we should begin to see more consolidation in terms of the larger companies in this space. Don’t be surprised for more announcements similar to the one forged with Zondervan Publishing and Olive Tree. It makes a lot of sense for publishers and software houses to align their resources as they are building and mining on the same data.
Look for a few companies to take an approach similar to Logos and their Biblia.API project. The benefit of an API is that you can stack data into new kinds of applications or services. For example, if you are a missionary who lives in your car (so to speak), it would make a lot of sense to map your GPS device’s POI database to passages you might have preached or privately held for devotions. Imagine possibilities also where augmented reality services allow you to embed a Scripture on a virtual location, but you are able to interact with it in the physical world. These and other possibilities are doable.
Also, we should expect the loosening of English as the primary language of our Biblical communities. Even as I write this, there are more mobile web users in China alone than there is the total population of persons in the US. English definitely served as the world’s language when there was only the G7. There’s the G20 now, and you can bet that all languages will have to be given space on the world’s stage for communication and interaction.
More of this thinking has been expounded in our post about trends coming in the next 10 years (also, see presentation deck).
Imagine This
Imagine this, a future Bible software application isn’t an application at all, but a validation key brokered between you, the developer who holds the API, and the publisher who owns the content. Your license enables you to read the content via whatever reader or browser you choose, and you have a limited license to share it with certain people or through specific regions. The developer, as part of their service agreement with you, gives you access to a panel where you can purchase additional API capabilities or upload your own contributions. And the publisher also has a panel, to which you can offer feedback, purchase additional licenses, and view the analytical data that goes into their marketing and research efforts.
In my opinion, we aren’t that far off from this happening. Will you as a user, developer, or publisher be ready to make the next change in offering or engaging with your Bible/biblical software. The idea of owning content, managing apps, and even browsing is changing. What I describe might not be the future realized, but it does point to what are some of the likely outcomes.
For those of you invested in the future of Bible software, I hope this helps to address your current plans for what’s next.
Recommendations and Behaviors
August 19th, 2010A conversation the other day got me thinking again about some of the principles that drive the consulting and training services offered here at MMM. It falls into this idea of recommendations and behaviors, and how our perspectives of these drives how we value our choices with web and mobile tech.
Recommendations
Recommendations are probably the most common bucket of questions that comes out when a person finds out about MMM. They want to know “what’s the best mobile phone,” or “what are some of the best mobile applications.” There’s nothing wrong with this approach, and in many respects it is helpful to have these recommendations, they allow us to create usage scenarios around which we start understanding the value or relevancy of the hardware, software, or service technology choices we are interested in.
The thing about recommendations, and this is even true of the famed recommendation engines (AI, servers, and software) from companies such as Amazon, Google, and Apple. They can analyze clicks, behaviors, and even environmental conditions and then serve to us the created content (devices, accessories, books, software, music, etc.) that would likely interest us. There’s good money in it for these companies to have people use their services based on these recommendation engines too, as it creates a better engine, and more defined metrics for marketers.
In the same way, when we recommend something to one another, we are putting our stamp – our validation – that this item (whatever it is) is relevant and valued to us, and therefore might also be to you. This is one of the most effective means of sharing views and opinions, and no good magazine would be without this approach.
Behaviors
Behaviors are a slightly different beast. These are taught and learned actions which create perceptions. While a recommendation can foster or culture already existing perceptions, they do little to expand your overall viewport. Behaviors on the other hand, by their very nature, create, enhance, sustain, or destroy perceptions. Positive behaviors become references to others as a bar to keep towards (a recommendation); while negative behaviors also become a reference, though as a boundary to keep away from.
An interesting thing in respect to mobile and web technology is that behaviors are still at this stage (speaking globally, socially) where we are still looking for the best practices. If you will, we are still looking for enough consistency that we can recommend to others practical and profitable methods. For example, here at MMM, we’ve talked a few times before about taking a break from connectivity and social technologies in order to reconfirm to this idea of a Sabbath. This behavior is recommended, as it has been found that time away from those things digital enhances one’s abilities to rest, grow, think, and reflect. Such behaviors therefore become encouraged.
The other thing about behaviors is that once you’ve learned them, recommendations take on a different perspective. For example, before you learn how to read and write in Greek, you rely on various dictionaries and contextual references in order to discern those Greek words. You likely also rely on the recommendations of others towards the “right” dictionaries, applications, and even opinions. But, after you’ve learned the language, the weight of these recommendations takes on a different light. Because you have learned the system, your behavior is now that you can read and write Greek, and your reliance on recommendations is much less. In effect, cultivating certain behaviors, sets back the prominence of recommendations.
A Wise Approach
MMM has been changing over the years in that there’s not so much in the way of “what’s the best device/app/service/etc.” In our consulting, conversations, and workshops, we’ve found it a better value to people when you can direct them towards learning and discovering their behaviors, rather than simply tending to their recommendations.
Even in our various communities, we understand that we can recommend to people that they read and study, but it is only when we sit with them and cultivate what it means to read and study effectively that they create a behavior that looks like reading and studying daily (Joshua 1:8).
So remember this the next time you visit a website, read Consumer Reports/Kelly Blue Book, or even answer a poll. Are you just interested in a recommendation that will affirm your current stance, or are you interested in cultivating a new behavior that may change your perceptions. Both methods appear within sound consulting and doctrine, but behaviors are the only ones which will mature your perspectives.
Tags: choice, culture, recommendations
Posted in Commentary, Social Engagement | 1 Comment »