Deliver Awesome UI with the most complete toolboxes for .NET, Web and Mobile development
Automate UI, load and performance testing for web, desktop and mobile
Rapidly develop, manage and deploy business apps, delivered as SaaS in the cloud
Build, protect and deploy apps across any platform and mobile device
Automate decision processes with a no-code business rules engine
A complete cloud platform for an app or your entire digital business
Deploy automated machine learning to accurately predict machine failures with technology optimized for Industrial IoT.
Optimize data integration with high-performance connectivity
Connect to any cloud or on-premises data source using a standard interface
Build engaging multi-channel web and digital experiences with intuitive web content management
When working with OpenEdge partners, it is not unusual to hear some statement like, "It's a great product, but I just can't through the demo." Or perhaps, "We have better functionality, but we still lose deals." These laments point to a common problem with business applications, particularly those applications that might have, to be polite, "a little age on them."
For an application to have both initial success and longevity, it must be built of four pillars of strength:
All four of these areas are worthy of full discussion and we'll try to hold that discussion in future postings. But right now I'd like to talk about balance. Here's an old story from my past that perfectly illustrates the concept of application balance. About a dozen years ago my sister was on a committee to select new software for maintaining accounts and processing information for the university alumni association where she worked. The were down to J.D. Edwards and another specialty vendor - one that I'd never heard of and that you won't know either. She wanted some advice from her brother in the software business (tell me that never happens to you!). I told her that she was likely to see some very good looking software from J.D. Edwards with some very impressive technology underneath. But I told her to press them hard on functionality that truly fits the nooks and crannies of her job. I also advised that they would probably come up short. My advice on the other vendor was the opposite: That the software would probably be a perfect fit for the business, but would not look as impressive and that the salesrep would likely shy away from technology questions.
Needless to say, she called back a month later and her first words were, "How did you know?" Right now, your heads are nodding up and down because you've seen the same thing; software companies that focused on functionality to the exclusion of the other three areas, and software companies that focused on features but didn't real have good, industry-specific functionality.
In the OpenEdge world, application partners have always put the greatest weight on functionality. It's an easy thing to do. New functionality keeps current customers happy, helps close the next new deal, and further cements the partner as an expert in their field. But if the imbalance is taken too far for too long, serious damage occurs. The application becomes unwieldy, non-competitive, and eventually, obsolete. Let's look at those four areas again:
When you look at the four areas from this perspective, the importance of balance becomes immediately obvious. Sure, you might put more weight on functionality overall, and there might be periods of time when one of the four areas gets the lion's share of your attention, but overall every application must keep these four areas in relative balance.
Last summer, I had a customer ask me when an application becomes obsolete. My answer was this: With proper attention to all four areas, an application never need become obsolete. After all, applications are just bits and bytes. But if any one of the four areas is ignored for an extended period of time, the result will be application that faces the need for massive overhaul. And that's when applications become obsolete.
We'll explore this idea of the four areas and the balance between them in future postings. In the meantime, I'd love feedback on this and any other topics of interest.
View all posts from Niel Powers on the Progress blog. Connect with us about all things application development and deployment, data integration and digital business.
Copyright © 2017 Progress Software Corporation and/or its subsidiaries or affiliates.
All Rights Reserved.
Progress, Telerik, and certain product names used herein are trademarks or registered trademarks of Progress Software Corporation and/or one of its subsidiaries or affiliates in the U.S. and/or other countries. See Trademarks for appropriate markings.