為何我會這樣重視這個系統呢? 因為我等了六年, 就是等一個需要應用Memory Database的系統, 而這個就是其中一個.
客戶之前找了間外判, 用MySQL和ASP開發這套系統, 但匯入十萬個客戶資料後, 系統一來不穩定, 二來很慢, 這兩個問題, 反映出MemDB的價值出來.
MemDB不僅是Memory Database, 它和MySQL有個不同, 是 Object-Oriented Database (MySQL是Relational Database), OO 有個好處就是 relationship, 這個應用在多關係的客戶管理系統就很好, 而且所有Object都常注在Memory內, 尋找當然快過其他資料庫 (可以用Pointer就可以拿到Object, 不用像relational database要在不同table找).
另外一個重視這個Call Center客服系統的原因, 就是供應很少, 競爭者不容易開發出比MemDB更快, 更穩定的系統, 而市場有一定的需要. 在這裡簡介些功能.
今次客戶是賣小朋友有關的東西 (例如玩具和教才), 所以系統除了要管理小朋友資料外, 也要管理父母和學校, 所以一個小朋友資料就有很多relationship, 系統必須提供很多query去找出資料, 例如找出所有讀小學三年級, 讀Band One學校, 未買過ABC書和高收入等等 (可以多個十個Conditions)的客戶, 然後有系統地分給Caller去Call (例如去賣ABC書), 管理所有Call的時間和結果 (必須支援100以上的Callers同一時間使用這系統), 輸入有關的資料 (如果客戶之前買過, 以後不用Call了), 然後再出各類報表.
很多 '有用' 的功能嗎? 我肯定很多推銷的公司, 一定沒有這完善的系統, 如果不是, 我每天就不用拒絕同一個推銷幾次吧!
這只是一部份, 還有很多功能要開發吧! 大家看到這系統的市場價值嗎? 不同客戶有不同的要求. 不錯, 就是這個了, 完成這系統後, 除了賣現成的解決方案外, 由這系統, 可以爭取其他度身編寫的工程, 所以我要做好這系統.
後註: 我需要一些可以用電腦打出電話的解決方案, 即是Caller只要按一按, 電腦就能把系統內的電話打出, 打通後Caller可以用電話接聽, 大家有這資料提供嗎?
"大家有這資料提供嗎?"
回覆刪除今晚搵O下先~~
以前也聽聞過一些以色列公司開發這一類系統
回覆刪除並獲得不錯的投資
------------
我需要一些可以用電腦打出電話的解決方案, 即是Caller只要按一按, 電腦就能把系統內的電話打出, 打通後Caller可以用電話接聽, 大家有這資料提供嗎?
Skype
Skype
回覆刪除我也是想說這個 , 可以試著能否跟這個東西連上 , 因為這個就是拿來通話用的軟件...
Microsoft NetMeeting V3.01
回覆刪除netmeeting！使用說明：
首先你的電腦必須是連上網路的！而且要安裝有netmeeting，（點 開始 -程式 -附件--通訊---netmeeting），而且要有個不是很好的耳麥。把程式點開，如果你是第一次進去的話青你填好姓名[隨便寫]和郵件地址[格式正確就可以] 把帶寬設置為電纜’xdsl那一欄[不管你是不是其他的幾種，請一定選好這個！]點擊確定！而後的耳麥設置自己調好！進入程式以後，點--工具---選項---高級呼叫---點第二個閘道設置，填入211.94.164.18，點擊確定ok了，大家現在就可以打電話啦！！注意打電話的格式為：17911+區號+電話，17911+手機號碼 17911每次撥打的電話前面都必須的數位
舉個例子：朋友手機1385555****
撥打179111385555****
固定電話 0791-8155***
撥打1791107918155***
大家快來試下啊！為大家省下一大筆電話費哦！[通話質量非常不錯，接通了之後會有5到6秒的無聲[網路延遲吧>大家回家偷樂吧！！！
北京,山西,河北,天津,內蒙古:
211.94.164.18
黑龍江,吉林,遼寧:
211.93.81.194
上海,,江蘇,山東,浙江,安徽: 211.95.64.26
湖北,湖南,河南,江西:
211.91.123.130
廣東,福建,海南,廣西:
211.96.31.114
貴州,雲南, 西藏,重慶,四川:
211.95.174.106
陝西,寧夏,青海,甘肅,新疆:
211.92.209.2
這個東東搞來不容易？請大家珍惜。而且有不少人確實打通了呀！我也試通了。請看：
1、關掉防火牆，被接受的一方需要等一下才能接受到，閘道多換幾個就可以了！
2、真的通了哦，聽得到對方說話的聲音，隻是沒有接耳麥，無法對話。。要事先提醒對方不要在拿起電話兩三秒內沒聽到反應就掛機，耐心多等待幾秒，就不會出現還沒聽到對方聲音就掛機的現象。。。
前輩昨天說程式夠用就夠...
回覆刪除我就是擔心 vb 可以開發的東西太少...
所以不知需不需要學c++...
Xylon :
回覆刪除Skype
我也是想說這個 , 可以試著能否跟這個東西連上 , 因為這個就是拿來通話用的軟件...
這個我怕音質不好, 因為Caller很多時要和客戶談很久, 如果不清楚, 反而影響談話質素. HK Call HK, 用回固網電話會否好些?
Xylon :
回覆刪除前輩昨天說程式夠用就夠...
我就是擔心 vb 可以開發的東西太少...
所以不知需不需要學c++...
其實vb都可以寫到很多東西了, 當然論速度, C++ 會快些. 這個你可以自行選擇, 因為C++比較難學.
我以前曾經做過這個行業，如果要整合PABX的話，需要通過CTI（computer telephony integration）來做。
回覆刪除這個市場規模不小，Call center management的系統通常是以十萬甚至百萬計的，我那個年代最流行的是Nice，Witness等。
記得有段時間，PCCW（還是別家？記不起）曾試用果一套香港土炮call center CRM，叫做Michelle CRM，這系統最過癮的地方是好像Office一樣，有個avatar公仔在screen上走來走去，那個公仔就叫做Michelle。
回覆刪除但現在開發商tp systems的網站不知為何上不了。
有關該系統可參考這份文件：
http://www.ctiforum.com/factory/f01_01/www.asianettp.com/MichelleBrochure.PDF
要用 AT command 嗎? TAPI? 電話線是 analogue 或 digital 或 VoIP? 我想如果要作一個完整的 call center solution, 一個人大概應付不了,別忘了要錄音的啊!有興趣的話可看一下:
回覆刪除http://sourceforge.net/projects/tpapro/
http://www.dialogic.com/default.htm
http://www.envox.com/index.asp
無記錯的話 Dialogic SDK 只有 VC++ 版本, 雖然 BCB 2? 我也好像 link 過它的 library (for fun only), 始終十年前的事了.
其實為何不直接安裝固網電話 ?
回覆刪除效果比電腦好多了...
其實有這個功能是好 , 但相比之下...好像原本有更方便...
可能經com port控制modem打電話最簡單.
回覆刪除不是這樣的... Call Center的器材其實已經發展得非常成熟，而且在極之繁忙的Call Center環境，自動化是一項重要目標，用人手打電話的話手指斷都未打完。
回覆刪除一般來說outbound call會用一種叫predictive dialer的系統：
http://en.wikipedia.org/wiki/Predictive_dialer
其實是否每部電腦只要買一個hardware (modem或telephony device), 這hardware有API (DLL) 給我send電話號碼, 這hardware就能dail和連線後transfer給caller接聽就ok呢?
回覆刪除匯入十萬個客戶資料後, 系統一來不穩定, 二來很慢, 這只能說是開發的人的技術問題, 倒不能說是 mysql 的問題, 更不能說是 memdb 的價值
回覆刪除steven :
回覆刪除匯入十萬個客戶資料後, 系統一來不穩定, 二來很慢, 這只能說是開發的人的技術問題, 倒不能說是 mysql 的問題, 更不能說是 memdb 的價值
我沒有說mysql慢呀, 只是說那系統有問題吧.
steven :
回覆刪除匯入十萬個客戶資料後, 系統一來不穩定, 二來很慢, 這只能說是開發的人的技術問題, 倒不能說是 mysql 的問題, 更不能說是 memdb 的價值
mysql + asp - 單是這個組合已經可以想像出該系統的實用性..
Kli :
回覆刪除steven :匯入十萬個客戶資料後, 系統一來不穩定, 二來很慢, 這只能說是開發的人的技術問題, 倒不能說是 mysql 的問題, 更不能說是 memdb 的價值
mysql + asp - 單是這個組合已經可以想像出該系統的實用性..
請問有什麼問題?
Enoch :
回覆刪除steven :匯入十萬個客戶資料後, 系統一來不穩定, 二來很慢, 這只能說是開發的人的技術問題, 倒不能說是 mysql 的問題, 更不能說是 memdb 的價值
我沒有說mysql慢呀, 只是說那系統有問題吧.
MemDB不僅是Memory Database, 它和MySQL有個不同, 是 Object-Oriented Database (MySQL是Relational Database), OO 有個好處就是 relationship, 這個應用在多關係的客戶管理系統就很好, 而且所有Object都常注在Memory內, 尋找當然快過其他資料庫 (可以用Pointer就可以拿到Object, 不用像relational database要在不同table找).
steven :
回覆刪除Enoch :steven :匯入十萬個客戶資料後, 系統一來不穩定, 二來很慢, 這只能說是開發的人的技術問題, 倒不能說是 mysql 的問題, 更不能說是 memdb 的價值
我沒有說mysql慢呀, 只是說那系統有問題吧.
MemDB不僅是Memory Database, 它和MySQL有個不同, 是 Object-Oriented Database (MySQL是Relational Database), OO 有個好處就是 relationship, 這個應用在多關係的客戶管理系統就很好, 而且所有Object都常注在Memory內, 尋找當然快過其他資料庫 (可以用Pointer就可以拿到Object, 不用像relational database要在不同table找).
那有甚麼問題呢? 我也只是說出 "MemDB和MySQL不同之處".
Enoch :
回覆刪除那有甚麼問題呢? 我也只是說出 "MemDB和MySQL不同之處".
"OO 有個好處就是 relationship"
rdbms 沒有 relationship 嗎?
"而且所有Object都常注在Memory內, 尋找當然快過其他資料庫"
尋找的效率, 不只在於 data 存放在 memory 或 disk 吧. 有 caching, indexing, query algorithm, 還有 memory 不夠的問題
steven :
回覆刪除Enoch :那有甚麼問題呢? 我也只是說出 "MemDB和MySQL不同之處".
"OO 有個好處就是 relationship"rdbms 沒有 relationship 嗎?
"而且所有Object都常注在Memory內, 尋找當然快過其他資料庫"尋找的效率, 不只在於 data 存放在 memory 或 disk 吧. 有 caching, indexing, query algorithm, 還有 memory 不夠的問題
這個就要了解 oodb Relationship 和rdbms 的 Relationship 在query的分別.