Software development teams often pour their heart and souls into the mobile applications they develop, but there comes a time where the mobile application lifecycle management process must come to an end, and that means decommissioning the mobile application that was so proudly put into production many moons ago.
By submitting your email address, you agree to receive emails regarding relevant topic offers from TechTarget and its partners. You can withdraw your consent at any time. Contact TechTarget at 275 Grove Street, Newton, MA.
No matter how good a product is when first released, there comes a time to decommission.
Lukas Stewart, Mobile Software Architect
Of course, given the pride so many teams have in their mobile apps, many organizations keep their mobile applications active long beyond the time in which they should have been put out to pasture. How does an organization know when it's time for the decommissioning process to begin? Here are seven scenarios that indicate pretty clearly that it's time to yank your code from the app store:
Seven reasons why your mobile app needs to be decommissioned:
- Too few people are using the mobile app
- The mobile application does not deliver or support revenue making activities, and it isn’t worth the ongoing costs for maintenance
- Another firm has created an mobile app that does the job better, so your company acquires the right to white label their app and roll it out to your customers as a replacement for your existing app
- Your organization and its needs have changed and the app is no longer relevant to your business model
- The app is targeted at a function or device that is no longer in popular use by your target user demographic. For example, you might have a BlackBerry app that is falling into disuse in the age of the Android device.
- An app-related security breach occurs that is so serious you need to completely remove the app from circulation rather than simply patching things up
- The app sucks so much that your company is embarrassed that it was ever released; it needs to be improved and rebranded to shake off the stench of poor user reviews
While many software development teams are proud of the mobile products they have developed, pride should never allow a good product to turn stale. No matter how good a product is when it is first released, there comes a time when an application must be decommissioned, and the mobile ALM process brought to an end.
What types of consumer backlash have you experienced when keeping an application in production long beyond its useful lifespan?Let us knowyour experiences.
Head First Mobile Webby Lyza Danger Gardner
Professional Android 4 Application Developmentby Reto Meier
What's New in Java 7?by Madhusudhan Konda
The Well-Grounded Java DeveloperBy Martijn Verburg