ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Defining "Emergency" For MSP Customers

    IT Business
    msp itsp
    7
    23
    1.9k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • scottalanmillerS
      scottalanmiller @Dashrender
      last edited by

      @Dashrender said in Defining "Emergency" For MSP Customers:

      For in house IT - are the expectations that IT will work past 5 PM or whatever closing time is?

      Absolutely, pretty much all critical departments have the expectation. Finance, legal, operations, IT, management.

      1 Reply Last reply Reply Quote 0
      • scottalanmillerS
        scottalanmiller @Dashrender
        last edited by

        @Dashrender said in Defining "Emergency" For MSP Customers:

        If external support (MSP/ITSP, etc) is there an after hours rate?

        That's what we are discussing. If there is, then there is zero need to define criticality, customers just pay for whatever they use. When the emergency support is included, then you have to define it.

        DashrenderD 1 Reply Last reply Reply Quote 0
        • DashrenderD
          Dashrender @scottalanmiller
          last edited by

          @scottalanmiller said in Defining "Emergency" For MSP Customers:

          @Dashrender said in Defining "Emergency" For MSP Customers:

          If external support (MSP/ITSP, etc) is there an after hours rate?

          That's what we are discussing. If there is, then there is zero need to define criticality, customers just pay for whatever they use. When the emergency support is included, then you have to define it.

          That would be a new one on me - I haven't heard of anyone including emergency support before.

          Is that for a setup like - MSP client buys 10 hours a month no matter what? and in the case of an emergency, they get free support on said emergency? and if so, for how many hours before the clock starts again? Seems crazy for an MSP to do, unless the contract is that huge.

          J scottalanmillerS 3 Replies Last reply Reply Quote 0
          • J
            JasGot @Dashrender
            last edited by

            @Dashrender said in Defining "Emergency" For MSP Customers:

            That would be a new one on me - I haven't heard of anyone including emergency support before.

            All of our contracts include emergency support; 24/7. This has been the way for 30 years. Our contracts are built to provide fixed monthly fees for IT services (for client budgeting), this includes all labor except for large departmental (planned) upgrades or capitol improvements (infrastructure).

            DashrenderD scottalanmillerS 2 Replies Last reply Reply Quote 0
            • DashrenderD
              Dashrender @JasGot
              last edited by

              @JasGot said in Defining "Emergency" For MSP Customers:

              @Dashrender said in Defining "Emergency" For MSP Customers:

              That would be a new one on me - I haven't heard of anyone including emergency support before.

              All of our contracts include emergency support; 24/7. This has been the way for 30 years. Our contracts are built to provide fixed monthly fees for IT services (for client budgeting), this includes all labor except for large departmental (planned) upgrades or capitol improvements (infrastructure).

              I'm guessing those are some pretty huge contracts though, that have more than enough slush fund time to makeup for the emergency hours spent by your staff. Is your staff hourly or salary? If they are salary, then you possibly don't have any additional costs to your company (depends - salary exempt or not?) in the case of non normal business hour support.

              1 Reply Last reply Reply Quote 0
              • scottalanmillerS
                scottalanmiller @JasGot
                last edited by

                @JasGot said in Defining "Emergency" For MSP Customers:

                @Dashrender said in Defining "Emergency" For MSP Customers:

                That would be a new one on me - I haven't heard of anyone including emergency support before.

                All of our contracts include emergency support; 24/7. This has been the way for 30 years. Our contracts are built to provide fixed monthly fees for IT services (for client budgeting), this includes all labor except for large departmental (planned) upgrades or capitol improvements (infrastructure).

                This is how we work, too. So defining what is an emergency matters, otherwise customers are encouraged to call everything an emergency.

                1 Reply Last reply Reply Quote 0
                • scottalanmillerS
                  scottalanmiller @Dashrender
                  last edited by

                  @Dashrender said in Defining "Emergency" For MSP Customers:

                  That would be a new one on me - I haven't heard of anyone including emergency support before.

                  Totally common. Most companies that we work with do it. Certainly not all, and I doubt it is the most common, but common certainly.

                  1 Reply Last reply Reply Quote 0
                  • scottalanmillerS
                    scottalanmiller @Dashrender
                    last edited by

                    @Dashrender said in Defining "Emergency" For MSP Customers:

                    Is that for a setup like - MSP client buys 10 hours a month no matter what? and in the case of an emergency, they get free support on said emergency? and if so, for how many hours before the clock starts again? Seems crazy for an MSP to do, unless the contract is that huge.

                    If you are buying hours, that's a different mechanism. It's normally only included in situations where hours are not involved. Both for us, and everyone that we know.

                    Not crazy at all, all internal IT does this, no different really for an MSP.

                    1 Reply Last reply Reply Quote 0
                    • JaredBuschJ
                      JaredBusch
                      last edited by JaredBusch

                      This is what we currently do for hourly phone system jobs.

                      933b95d1-3c95-490a-ae00-02765016e775-image.png

                      Basically as long as you schedule it, you get the normal rate. Time of day doesn't matter.

                      CCWTechC 1 Reply Last reply Reply Quote 5
                      • CCWTechC
                        CCWTech @JaredBusch
                        last edited by

                        @JaredBusch said in Defining "Emergency" For MSP Customers:

                        This is what we currently do for hourly phone system jobs.

                        933b95d1-3c95-490a-ae00-02765016e775-image.png

                        Basically as long as you schedule it, you get the normal rate. Time of day doesn't matter.

                        Do you charge differently for on site vs. remote support?

                        JaredBuschJ 1 Reply Last reply Reply Quote 0
                        • JaredBuschJ
                          JaredBusch @CCWTech
                          last edited by

                          @CCWTech said in Defining "Emergency" For MSP Customers:

                          @JaredBusch said in Defining "Emergency" For MSP Customers:

                          This is what we currently do for hourly phone system jobs.

                          933b95d1-3c95-490a-ae00-02765016e775-image.png

                          Basically as long as you schedule it, you get the normal rate. Time of day doesn't matter.

                          Do you charge differently for on site vs. remote support?

                          No, but as I’ve said many times. We are not really an MSP. Strictly consulting.

                          1 Reply Last reply Reply Quote 0
                          • 1
                          • 2
                          • 2 / 2
                          • First post
                            Last post