This article was originally published in Forbes Technology Council.
As we work to serve our clients, we often get the question pretty early on in the relationship about what should be custom software. There are many choices for business leaders to turn to custom software.
They could:
Create a new generative AI tool to improve their customer experience.
Build a new custom portal to allow self-service for their users.
Move all their data to the cloud and create a complex analytics web platform
Launch a new IoT (internet of things) device to consume more market share.
Create a web-based product configurator to allow your customers to configure their products.
Develop a custom mobile app for iOS and Android to enhance customer onboarding.
Design and develop a custom ERP solution and resell it to competitors in their industry.
All of these ideas could be priorities for their business, but which ones would be the right ones?
Our experience has shown the Pareto Principle is at work within custom software at an organizational level. But first, a bit of a history lesson is in order.
The Pareto Principle states that “80% of consequences come from 20% of the causes.” The principle was first discovered by economist Vilfredo Pareto, who observed the imbalance of land ownership in Italy. Pareto noticed there was an unequal relationship between inputs and outputs. He saw how 80% of the land in Italy was owned by 20% of the population.
You have most likely observed this principle at your workplace. For example, 20% of your staff or customers are generating 80% of your company profits. Or even more personally, 80% of your work output comes from 20% of your time at work.
Within custom software, we see the same principle at work. If you think of your total software at your company as 100% of the pie, then 80% of the software would be off the shelf and 20% of the software would be custom. The 20% that is custom would be used to truly differentiate your company within your industry and be your “secret sauce” that propels your business forward.
You could have custom software for 100% of your business, but that would not be prudent. Here are a few questions to ask yourself to help decide if your project should go custom:
Alignment With Core Business Objectives: How does the proposed custom software project align with the core business objectives and long-term strategic goals? Will it address a critical business challenge or opportunity?
Competitive Advantage: Will the custom software provide a substantial competitive advantage by differentiating your company in the market, enhancing customer experience or improving operational efficiencies?
Cost-Benefit Analysis: Have you conducted a thorough cost-benefit analysis to understand the total cost of ownership (including development, maintenance and support) versus the anticipated ROI of the custom software?
Scalability And Flexibility: Does the custom software offer scalability and flexibility to adapt to future business needs and market dynamics, especially in comparison to off-the-shelf solutions?
Technical And Operational Feasibility: Have you assessed the technical and operational feasibility, including the availability of necessary technical expertise, integration with existing systems and the readiness of the organization to adopt new technologies?
Most of the time the answers to these questions will not be a binary “yes” or “no.” But they are helpful in identifying the key attributes to understand when to play the custom software card.
In summary, these questions aim to ensure that the decision to develop custom software is well-considered, aligns with the Pareto Principle (focusing on the critical 20% that delivers 80% of the value), and supports the overarching business strategy.
Looking for more like this?
Sign up for our monthly newsletter to receive helpful articles, case studies, and stories from our team.
![Automatic artifact downloads inside PR comments](https://gratis-creeper.transforms.svdcdn.com/staging/blog/automatic-artifacts-thumbnail.jpg?w=1080&h=1080&auto=compress%2Cformat&fit=crop&dm=1718905906&s=6e4b89ee5923299085be1f0487508270)
Automatic artifact downloads inside PR comments
June 20, 2024Discover a method to streamline the process of accessing build artifacts from GitHub Actions by reducing the number of clicks needed to download them directly from a pull request (PR) comment.
Read more![When to “shape up” versus be more “agile”](https://gratis-creeper.transforms.svdcdn.com/staging/blog/Mark-Fast-Company-May_1080x1080_040424.jpg?w=2250&h=2250&auto=compress%2Cformat&fit=crop&dm=1717093184&s=2b2fe4e9a630aeced51650360ce8a8f5)
When to “shape up” versus be more “agile”
May 30, 2024Should you develop your new software using the Agile or Shape Up method? Here’s how to decide.
Read more![The 5 Minute Accessibility Strategy](https://gratis-creeper.transforms.svdcdn.com/staging/blog/1642672_social-graphic-for-blog-post_Op1_Original_051723.jpg?w=696&h=320&q=75&auto=format&fit=crop&dm=1708017379&s=9b646b0e2a1ac9c1a3ffb2a80643dbbf)
The 5 Minute Accessibility Strategy
May 18, 2023We discuss how you can make a plan in just 5 minutes to provide accessibility in your mobile app.
Read more