<br><br><div><span class="gmail_quote">2006/3/29, John Novack &lt;<a href="mailto:jnovack@stromberg-carlson.org">jnovack@stromberg-carlson.org</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The reality is, of course, that telephone systems have provided this<br>function for many years. A DSS/BLF is available on MANY so called legacy<br>systems, so until this function is readily available , customers that<br>
require a receptionist will continue to go elsewhere.<br>Perhaps it is time to rethink the way data is exchanged between the CPU<br>and the DSS/BLF?<br>As someone said a very long time ago:<br>Results, not excuses.<br><br>
<br></blockquote></div><br>With user count growing, I think receptionist could evolve from hardware to hardware-software combination the same as receptionist job changes from assisting call transfers (check if someone is available before transfer) to blind call transfering (forward anyway and take the call back if nobody answers).
<br><br>If my understanding is correct, in the later case, a receptionist doesn't really need BLF : he or she simply forward the call.<br>He or she mainly needs a directory application helping him or her to find the right person within the organisation. And I don't think anyone could have the patience to harphone BLF labels every 2 weeks to keep up large site permanent user moves, adds and changes.
<br><br>So the perfect receptionist application hardware-software combination should include a mix between directory application and softphone, and provide comfortable hardware to support these.<br><br>My opinion is I don't think market trends are at works now to make this perfect combination happen anytime soon : 
<br>- from my point of view, it could take years to gather inputs from receptionist around the world to provide them an effective software-hardware combination.<br>- no one around the world really targets receptionist tools market (is it a market ?) : some companies sell headphones or hardphones but receptionnist account for such a tiny part of sales that these companies cannot really hear receptionists demands and design specific products.
<br>- even if someone ever decide to focus on this, it would be difficult for someone to convince companies to improve receptionist tools once receptionist are trained and used.<br><br>Maybe, a standard PC+headphone + a couple of software would be the best way to go ?
<br>Even on that, obstacles remain such as :<br>- how do you monitor legacy PBX users along Asterisk users ?<br>- how do you monitor a distant Asterisk server whitout any Data link between both locations ?<br><br>Regards<br>