Tag: business development

  • Is This An Improvement In Your Current Solution? – Defining ROI

    Is This An Improvement In Your Current Solution? – Defining ROI

    When defining ROI for a project, we must ensure that the changes we make are a step in the right direction. In some situations, adding a feature or even a new solution is a step backward. We can run into this when there is shiny new technology or some buzzword we hear and decide to embrace. These projects are more about “keeping up with the Joneses” than improving our bottom line. That may seem simple to avoid. However, it is common for a business to dive into a project without fully understanding the costs and rewards.

    Defining ROI By Assessing Our Current Situation

    We often return to a “why” and the details around the problem we are solving. This question is another one that requires us to examine our current situation. Our efforts at defining ROI must be based on an accurate baseline. That can only be done by assessing where we are and its costs. Once again, we struggle to create a solution when we have not adequately defined the current process. In this case, we go one step further and assess the related costs. The costs and benefits of the current situation can fall into several categories.

    • Monetary
    • Time
    • Morale, Frustration
    • Quality
    • Training/Side Effects

    The Monetary Cost

    This cost is a common facet of defining ROI. We can see hard numbers from license fees or other line items tied to one-time or recurring payments. It is an area with a lot of black and white, so we are comfortable using it as part of our return on investment calculations. However, there can be hidden or tangential costs to software. We might need to pay for maintenance, adjust for overages, or purchase other items as part of this cost. For example, a solution might require that we have a laptop for each employee. While that may seem a part of doing business, it might not be correct. A different solution might allow employees to have a lower-cost device without losing productivity.

    Time – The Master Thief

    Time is the hardest part of defining ROI. We can quickly lose a lot of time in small amounts throughout the day. A good example is the time spent checking e-mails. This task can seem like a short and inconsequential part of our day, but it adds up. That same challenge in assessing time spent on tasks occurs throughout the business. Even worse, there are side effects that can eat into our productivity. For example, a report that takes five minutes to execute may be an excuse for the employee to run and grab a cup of coffee. While that is not an issue, the time spent is. That short run to grab coffee may average ten minutes away from work. That turns the five-minute report into a ten-minute actual cost. While this example is a micro-managing of time issue, it is not irrelevant. We often spend more time around a task than we realize when you include pre and post-time that are directly linked to the job.

    Morale and Frustration – The Silent Killers

    Time and money can be relatively easy to assess as costs for a task. On the other hand, frustration and an impact on morale are hard to define. These vary from employee to employee in many cases. They also are intangibles that are hard to quantify while still being critical components of productivity. The best way to measure these areas is to talk to the users most impacted by the problem and solution. You can try open-ended and theoretical questions like, “What would you do if this took half as much time or if it was not part of your day?” This assessment is complex. However, the pay-off can be substantial as it helps you get a sense of the real problem within the problem. Do not underestimate the need to incorporate satisfaction and frustration into your ROI for a solution. You can even float trial balloon solutions to see if you are genuinely improving the current situation.

    Quality

    There are some enhancements we make that are pure quality plays. For example, we can reduce data entry errors and add new checks, validations, or other features that make our organization produce a better product or service. However, these cost factors can oppose satisfaction as it sometimes slows production speed in the short run, even while improving overall productivity through fewer support calls or returns. In some cases, this factor may also be considered a cost of doing business. For example, there might be a compliance need to work in a way that impacts quality or security. We may prefer not to do things this way, yet we are forced to. That falls into that category of being a cost of doing business.

    Quality is another area that is not always easy to measure. It can be subjective and evasive in tying it to the bottom line. However, there are not many customers that search for low-quality or shoddy products. Therefore, we need to make it a factor in everything we do and every solution we assess.

    Training And Side Effects

    A little-known or considered area of defining ROI is how a solution can impact employee training and understanding. In the same way, there can be positive and negative side effects of a process or solution that we need to consider. For example, automation is often seen as a positive step for any problem. It has benefits that include speed and reducing potential errors. However, it can sometimes hide implementation details and other specifics that are good for employees to know.

    One of the best examples I have come across is the idea of customer interaction. In many situations, we can use technology to streamline common customer touchpoints, including support, orders, and even complaints. These can be areas that save a lot of time and reduce costs. However, the lack of a “personal touch” can also be off-putting. We all have those times when we want to speak to a human being. No amount of voice menu intelligence can replace the ability of a human to provide context, empathy, or even sympathy when that is what the customer truly wants. There are also outlier situations that never seem adequately handled by a process or automation. These unique situations can be a make-or-break moment with a customer. These are the times we want to take that extra time and provide a custom solution rather than the best automation we can come up with.

    Signing Off On This Question

    This question can be simplified down to a pros and cons list or something similar. First, we must be clear on the benefits of the solution we are looking for or proposing. Likewise, we want to be clear on the potential downsides of our new approach. The knowledge of the pros and cons and clearly communicating them can be instrumental in building the best solution for our situation.

    Improve Software Success

    We have an e-book that can help you explore all the steps in building software, including a few templates. However, we ask that you share an e-mail address so we can send you a copy. We add you to our monthly newsletter, but you can unsubscribe anytime. Your data is not shared with anyone else. Learn more about our book here.

  • Are There Industry Requirements Or Regulations

    Are There Industry Requirements Or Regulations

    We can have an incredible vision for a product and then fall short due to additional requirements. Industry requirements or regulations burden our solution and can even make it unviable. Likewise, these are often constraints on our solution that cannot be avoided or ignored. They might add to the cost and force the design to be done in a way that would not be our first choice. Therefore, we need to list any such requirements from the start and provide the correct context for our solution.

    Plan For Requirements Or Regulations

    One of the costly mistakes we can make is getting started on a project and then changing course. While those costs can sometimes be avoided, that is not possible if there are regulations or compliance factors for our solution. Thus, this is an area where the mistake is completely avoidable. All it takes is asking the question. Once we know the industry or corporate requirements or regulations, we can determine how they impact our solution.

    Common Compliance Requirements

    There are many ways a system can be required to be in compliance with regulations. They are not all game-changing needs. However, several common constraints are best addressed from the start. We want to ensure these detailed questions have been thoroughly answered before proceeding with our design.

    • Are there particular security constraints? This can range from complex password requirements to encryption levels and remote access. For example, that can include steps to ensure we know who a user is and that they are a valid customer (geographic, age, or other restrictions)
    • Do we need any additional requirements for our data? There might be a limit to what data is shown (PII/PHI and account numbers) or where it can be stored. We might be required to encrypt all data, store it separately from an account identifying number, or be allowed to transfer data across boundaries.
    • Do we need to utilize data updates? This need can be as simple as grabbing the latest valid zip codes or ICD10 values or something much more complex like current tax calculations.
    • Do we need multilingual support and unique access? These sorts of requirements can range from allowing users to use the application in their native language to access for blind or other impaired users that take advantage of screen readers and other technology.

    Data and Reporting Requirements

    • Part 1: Are there additional reporting requirements? This may seem like a minor addition. However, we cannot report on data we do not have. Thus, we may need to store more data than we intended. That can include audit information and complex data change logging.
    • Part 2: Are there additional reporting requirements? For example, we might need to integrate with systems to report tax, sales, or other data.
    • Are there disaster recovery or backup specifications to be met? Not all software has a life-or-death level problem it address. However, industry requirements exist for our systems’ availability or at least some confidence that the data will not be lost.
    • Do we need to keep records for a certain length of time? Data can pile up quickly, and sometimes it is easiest to purge old data from a system regularly. Unfortunately, that is not always possible. There are reporting requirements that can go back five or more years.

    Need To Know

    The difference with industry requirements or regulations is that we can not get around them. Some restrictions can make it very difficult to retrofit our design to support them. When we plan with these in mind, it is very helpful. It might even be a critical factor in our success. Likewise, no one likes to be deep into a project and hear, “oh, did I forget to mention this requirement?”

    Signing Off On This Question

    This question may be as simple as a “no” answer or require a document. HIPPA and other compliance requirements can be lengthy and require an expert to help you navigate how to build a compliant product. A project can start without a complete answer to this question. However, the sooner you have a full response, the better. That minimizes the chances that the design needs to be reworked down the road.

    Improve Software Success

    We have an e-book that can help you explore all the steps in building software, including a few templates. However, we ask that you share an e-mail address so we can send you a copy. We add you to our monthly newsletter, but you can unsubscribe anytime. Your data is not shared with anyone else. Learn more about our book here.

  • How Will The Solution Impact You Or Your Business

    How Will The Solution Impact You Or Your Business

    The question about the solution impact should be in your mind throughout the planning process. It is an essential part of the “why” of the entire project. There is a reward, benefit, or transformation (or all of the above) you expect from this project. That is measured by the impact it has on you or your business. Therefore, the answer to this question is a factor in the cost-benefit calculations needed to craft a solution that fits you perfectly.

    Solution Impact Is Not Fuzzy, Nor Assumed

    I have found many situations with a fuzzy view of how a solution will benefit the users. General business needs can get rolled into the solution impact and result in a widespread effect. That is a good start. However, we will make decisions based on costs, benefits, timing, resources, and many other aspects. Our choices will not be well-informed if we fail to define the solution impact in detail. For example, “improve our ability to send timely invoices” is too vague. We need to dig deeper into the benefits we expect from that. There are many ways invoices impact our business and customers, and those need to be considered. Here are a few aspects that factor into the value of our solution.

    • Cost of Printing/Mailing
    • Time Required to Generate Invoices (elapsed and resource time)
    • Quality and Detail of Invoices
    • Bulk or Grouped Invoices For Multiple orders

    A good example of solution impact:

    • Lower material cost by 5%
    • Reduce resource time by 10%
    • Cut elapsed time by 5%
    • Allow for reduced errors that drop phone support time by 5%

    Hard Numbers Over General Benefits

    The above example is good because it gives us a solution impact we can place in a formal. We have a total impact number that we can measure against costs. This ability to score our solution is critical during the planning and when we have to make hard decisions like a go/no-go. While it is not all we need, it is an essential piece. It can make tough decisions easy. For example, the solution impact is measured at five hundred dollars when deciding whether to spend another one thousand dollars on the project. That becomes a no-brainer. Early on, this can influence the answers to other key questions and guide us to where our solution needs to complete in terms of time, money, and effort.

    Signing Off On This Question

    This question aims to determine a value for the solution that can be measured against time, effort, and cost. This objective is no different than having a budget in mind for any other purpose. For example, think about buying a car. When you walk on the lot, you will be asked for a budget as part of the sales process. They want to avoid wasting time showing you models below or above your target. Budget is as much a requirement as anything else for a solution. Thus, do not skip over it as you define your ideal solution.

    Improve Software Success

    We have an e-book that can help you explore all the steps in building software, including a few templates. All we ask is that you share an e-mail address so we can send you a copy. We add you to our monthly newsletter, but you can unsubscribe anytime. Your data is not shared with anyone else. Learn more about our book here.