3 ms·

Rob from Twilio here. Very fair question - a lot of these concepts are foreign for folks that haven't worked in the call center space before. I think Al Cook o

Rob from Twilio here. Very fair question - a lot of these concepts are foreign for folks that haven't worked in the call center space before. I think Al Cook on our product marketing team described it most aptly as referring to Task Router as "ripping the still-beating heart out of a high volume call center and sitting it on a table for a developer to plug in his/her app." Task Router is a set of primitives that takes the state that must be managed to accept work from multiple channels and delivering it to resources that can complete them. You can define the core logic to accept tasks from any channel, assign it to the appropriate workflow based on its attributes, and connect it to a resource ready and able to complete it. These flows are defined by you, all without re-implementing the state management common to this problem domain. Does that help?

jallmann 12y ago
You are doing yourself a disservice by talking about "primitives" and "call state" without naming the actual, industry-standard mechanism you have built. This is an ACD. In the cloud. Using common terminology gives other developers a reference point in which to do more research and draw their own conclusions about the technology. Even a reference and link to Wikipedia would be good -- the ACD page is lucid [1], and I understood exactly what an ACD does after reading that. I don't get the same sense about TaskRouter from the blog post. You have a decent explanation of an ACD mechanism, but now telecom-inexperienced developers have to try and internalize your meaning without the benefit of knowing the precise jargon, and potentially missing out on the decades of experience others have had in this field. [1] http://en.wikipedia.org/wiki/Automatic_call_distributor http://en.wikipedia.org/wiki/Automatic_call_distributor
- bonn1 12y ago
  This helped.
- RobSpectre 12y ago
  Great feedback jallmann - thanks.
- schience 12y ago
  From the WikiPedia page: "Routing incoming calls is the task of the ACD system". TaskRouter isn't an ACD in that sense.. or no solely an ACD system anyway. It is an API driven way to distribute user defined tasks. It can serve as an ACD, such as routing calls to an available agent.. or.. SMS.. or chat.. or "tickets" or whatever you define as a Task and a Worker using.. primitives. No dependence on calls. To your point.. maybe using the ACD would help some people understand it at first glance.
  - jallmann 12y ago
    Sure, that's what the Wikipedia article says (since calls are what ACDs were originally designed for), but commercial ACDs have been multi-channel for a long time, doing all the things you mentioned.

jallmann 12y ago

You are doing yourself a disservice by talking about "primitives" and "call state" without naming the actual, industry-standard mechanism you have built. This is an ACD. In the cloud. Using common terminology gives other developers a reference point in which to do more research and draw their own conclusions about the technology. Even a reference and link to Wikipedia would be good -- the ACD page is lucid [1], and I understood exactly what an ACD does after reading that. I don't get the same sense about TaskRouter from the blog post. You have a decent explanation of an ACD mechanism, but now telecom-inexperienced developers have to try and internalize your meaning without the benefit of knowing the precise jargon, and potentially missing out on the decades of experience others have had in this field. [1] http://en.wikipedia.org/wiki/Automatic_call_distributor http://en.wikipedia.org/wiki/Automatic_call_distributor

bonn1 12y ago
This helped.
RobSpectre 12y ago
Great feedback jallmann - thanks.
schience 12y ago
From the WikiPedia page: "Routing incoming calls is the task of the ACD system". TaskRouter isn't an ACD in that sense.. or no solely an ACD system anyway. It is an API driven way to distribute user defined tasks. It can serve as an ACD, such as routing calls to an available agent.. or.. SMS.. or chat.. or "tickets" or whatever you define as a Task and a Worker using.. primitives. No dependence on calls. To your point.. maybe using the ACD would help some people understand it at first glance.
- jallmann 12y ago
  Sure, that's what the Wikipedia article says (since calls are what ACDs were originally designed for), but commercial ACDs have been multi-channel for a long time, doing all the things you mentioned.