Sunk Cost Fallacy?
-
@scottalanmiller said in Sunk Cost Fallacy?:
@JaredBusch 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.
Where the fuck did blind transfers come from?
It was specifically asked how you handle lots of calls to a single extension.
More specifically, I would ask how do you handle the second call after a call is already parked to an extension.
Yeah, that's what I was wondering. Just one more call and how can you tell from another room what you are grabbing.
How do you handle a second call when the person is already on the phone today? I guess the answer is you park them in a parking lot slot, then IM the slot number to that person, or wait for it to autorecall to the attendant, or the attendant is watching both the parking lot and the desired person's line, and if the desired person gets off the phone soon enough, they will call the desired person and give them the lot number?
Yeah, we don't do that.
-
@Dashrender said in Sunk Cost Fallacy?:
@scottalanmiller said in Sunk Cost Fallacy?:
@JaredBusch 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.
Where the fuck did blind transfers come from?
It was specifically asked how you handle lots of calls to a single extension.
More specifically, I would ask how do you handle the second call after a call is already parked to an extension.
Yeah, that's what I was wondering. Just one more call and how can you tell from another room what you are grabbing.
How do you handle a second call when the person is already on the phone today? I guess the answer is you park them in a parking lot slot, then IM the slot number to that person, or wait for it to autorecall to the attendant, or the attendant is watching both the parking lot and the desired person's line, and if the desired person gets off the phone soon enough, they will call the desired person and give them the lot number?
Yeah, we don't do that.
I didn't ask what I do, I asked what YOU do.
-
@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).
-
@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!
-
@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?
-
@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.
-
@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.
-
@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.
