Sunk Cost Fallacy?
-
@JaredBusch said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch said in Sunk Cost Fallacy?:
@Dashrender you need to map out your call flow process, in detail, on a whiteboard or something because you do not understand everything involved.
Once it is all wrote down, you can then begin to translate processes.
Just like our conversation yesterday on your current costs. The number you immediately gave me was completely wrong, because of a lack of detailed knowledge. These are things I do constantly and is why I stated immediately and with confidence that the number you gave me was wrong.
So take that same level of detail that I illustrated with your bill and take it to your call flow process. Make a tree.
WTF are you talking about? you said my number was pretty good!
After we talked. but the first number you shot me was all wrong.
Not yesterday - that was last week with the bad numbers - $200 phone instead of you $150 phone. but fine.. yes the first numbers I had were wrong.
-
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
Dude, after all this time you have to ask that about his management?
-
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
-
@JaredBusch said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
Dude, after all this time you have to ask that about his management?
LOL, you're right. They just hate anything that works.
-
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
How?
-
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
How?
A call in a ring group is blind to whoever answers it, and they apprently cannot do that.
-
@scottalanmiller said in Sunk Cost Fallacy?:
@JaredBusch said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
Dude, after all this time you have to ask that about his management?
LOL, you're right. They just hate anything that works.
The docs have decided that they hate voicemail, so we do almost anything we can to prevent a patient from getting a voicemail box. And with that has come some complexity.
-
Honestly, you should find the solution that makes the least sense, costs the most and is most likely to break. Then just do that to save them the time for forcing you to do it
-
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
Why would that be a bad thing? You have a pool of people that are capable of answering this persons question. Ring all the phones and take the complexity out of the conversation. The real answer seems to be, we've always done it this way and it works for us... regardless if it is the best solution.
-
@JaredBusch said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
How?
A call in a ring group is blind to whoever answers it, and they apprently cannot do that.
I suppose, but you can have the receptionist send a message that says who is about to come thorugh before sending the call to a ring group. Doesn't have to be blind.
-
@scottalanmiller said in Sunk Cost Fallacy?:
@JaredBusch said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
How?
A call in a ring group is blind to whoever answers it, and they apprently cannot do that.
I suppose, but you can have the receptionist send a message that says who is about to come thorugh before sending the call to a ring group. Doesn't have to be blind.
oh gods the new complexity!
-
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@JaredBusch said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
Dude, after all this time you have to ask that about his management?
LOL, you're right. They just hate anything that works.
The docs have decided that they hate voicemail, so we do almost anything we can to prevent a patient from getting a voicemail box. And with that has come some complexity.
Does it? The issues here don't come from that.
-
@scottalanmiller said in Sunk Cost Fallacy?:
@JaredBusch said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
How?
A call in a ring group is blind to whoever answers it, and they apprently cannot do that.
I suppose, but you can have the receptionist send a message that says who is about to come thorugh before sending the call to a ring group. Doesn't have to be blind.
Or the receptionist could call the Ring group themselves and transfer it to whomever picks up. No more monitoring phone banks, takes one step out of the process.
-
@JaredBusch said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@JaredBusch said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
How?
A call in a ring group is blind to whoever answers it, and they apprently cannot do that.
I suppose, but you can have the receptionist send a message that says who is about to come thorugh before sending the call to a ring group. Doesn't have to be blind.
oh gods the new complexity!
LOL. Has to be some amount of complexity to avoid being blind. SOmeone has to talk. The difference is you don't have to figure out to whom to speak. So one level less complex.
-
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@JaredBusch said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
How?
A call in a ring group is blind to whoever answers it, and they apprently cannot do that.
I suppose, but you can have the receptionist send a message that says who is about to come thorugh before sending the call to a ring group. Doesn't have to be blind.
Or the receptionist could call the Ring group themselves and transfer it to whomever picks up. No more monitoring phone banks, takes one step out of the process.
The real struggle will be.... there is no desire to make the process work. So reducing complexity or speeding the process aren't enticing as solutions.
-
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
Why would that be a bad thing? You have a pool of people that are capable of answering this persons question. Ring all the phones and take the complexity out of the conversation. The real answer seems to be, we've always done it this way and it works for us... regardless if it is the best solution.
Sadly, because we have a personal issue. The call center (we call it the message center) is supposed to be staffed all day, every day. Sadly it's empty 60% of the time. The operators have been allowed by management to track down someone to take phone calls... so the operator just keeps calling all over the building looking for people to take calls.
Management refuses to change the workflow, so other more normal things like ring groups (huntgroups) don't often work.
-
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
Why would that be a bad thing? You have a pool of people that are capable of answering this persons question. Ring all the phones and take the complexity out of the conversation. The real answer seems to be, we've always done it this way and it works for us... regardless if it is the best solution.
Sadly it doesn't work. But the docs, so my boss tells me, refuse to allow the use of VM, so instead we have this circle jerk of searching going on.
-
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
Why would that be a bad thing? You have a pool of people that are capable of answering this persons question. Ring all the phones and take the complexity out of the conversation. The real answer seems to be, we've always done it this way and it works for us... regardless if it is the best solution.
Sadly, because we have a personal issue. The call center (we call it the message center) is supposed to be staffed all day, every day. Sadly it's empty 60% of the time. The operators have been allowed by management to track down someone to take phone calls... so the operator just keeps calling all over the building looking for people to take calls.
Management refuses to change the workflow, so other more normal things like ring groups (huntgroups) don't often work.
So unnecessary complication, and expense, because someone is too lazy to actually look at their workflows? Hell it would probably save them money in the long run to hire a process/workflow consultant.
-
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
Why would that be a bad thing? You have a pool of people that are capable of answering this persons question. Ring all the phones and take the complexity out of the conversation. The real answer seems to be, we've always done it this way and it works for us... regardless if it is the best solution.
Sadly, because we have a personal issue. The call center (we call it the message center) is supposed to be staffed all day, every day. Sadly it's empty 60% of the time. The operators have been allowed by management to track down someone to take phone calls... so the operator just keeps calling all over the building looking for people to take calls.
Management refuses to change the workflow, so other more normal things like ring groups (huntgroups) don't often work.
That was my point. Making things fast, simple or good customer service would meet with disdain. No point in trying to fix what is broken, as broken is the goal.
-
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@coliver said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@Dashrender said in Sunk Cost Fallacy?:
@JaredBusch question - can parking lot extensions been the same as actual extensions?
What is it that you actually want?
He's mentioned it in a few threads. From what I gather his current system allows handsets to "steal" calls from other handsets.
How does that related to the extension question, though?
It relates because if I have a parking lot button that puts the current caller on parking lot my extension, then I always know where it is 'on hold' at.
How does this work with the Mitel if you have lots of calls to a single extension?
Our workflow doesn't do much if any blind transfers, and absolutely does not do any blind transfers to on hold. Blind transfers would always be to a typical ringing state, and if not answered transferred to VM or back to the transferer.
You mention that you don't do this here. But in a previous comment you said.
Additionally, I can send a call to your phone and instantly put it on hold on your phone by hitting - transfer + ext + hold button.
So you want a feature that you don't use? Or did I misread this?
We don't ever do that function blind - i.e. the operator calls me - I answer and say - park the call. The operator puts the call on my phone because I told her to. If I didn't answer, she would either transfer them to my VM or take a message, but she would NOT put the call on hold on my phone, nor would she blind transfer the call to my phone (she must know I'm there ready to take a call, otherwise she finds someone else to take it or VM or message).
Curiosity: Why all that complexity rather than something like a ring group?
I was thinking that too. Ring all the phones and the first person to pick up answers the call.
Because that's still a blind call.
Why would that be a bad thing? You have a pool of people that are capable of answering this persons question. Ring all the phones and take the complexity out of the conversation. The real answer seems to be, we've always done it this way and it works for us... regardless if it is the best solution.
Sadly it doesn't work. But the docs, so my boss tells me, refuse to allow the use of VM, so instead we have this circle jerk of searching going on.
I don't get the connection to VMs. Nothing we are suggesting adds any chance of going to voicemail.
