求助高人指点：关于信用卡催收管理系统 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

实在不行，自己开发一个外挂的催收管理系统吧，不复杂的。专门做催收管理系统的国内公司我还没怎么听说过。
大致思路就是定期把要催收的账户和客户资料导入到这个所谓的“催收管理系统”中，然后由催收主管分配任务，对催收行为分级：短信催、电话催、人工上门催、信函催（自动打印催收函、生成律师函）；能记录催收员的催收行为和催收反馈记录。如果有callcenter，还要记录催收电话录音作为证据。在加上各种乱七八糟的催收报表。
系统模块好像主要是催收帐户分类管理，催收员管理，催收流程管理。
主要是一个外挂系统拉。印象中大致就这些，将就看看。
如有雷同，纯属巧合。
我是经朋友介绍找到这里的，昨天一整天我都在翻坛里的贴子，想看看有没有信用卡业务管理类的系统，结果发现这类的主题很少：（所以，只得发了个贴子求助。
我不是做开发的，不懂IT，我的工作相当于产品经理或行业顾问，但惭愧的是，对于银行的信用卡业务我仍缺乏足够的认识，我担心就我目前了解的那家银行的催收管理需求做出的催收系统会存在一些先天上的缺陷，所以，我想了解一些成型的催收系统，以保证我所设计的这套系统在较长的时期内能支持该银行的催收业务。
我曾经在国寿一家分公司的业务管理部工作过五年，所以对寿险营销业务有一定了解，也正因为如此，在2000年我被一家IT公司找去做了保险行业顾问，并设计了寿险营销展业支持系统。当看到IT对代理人行销的帮助，我觉得工作还是有意义的，并不全是为人打工、为人作嫁衣之类，呵呵：）
今年过完年，公司卡MIS项目组要求我加入，以便配合卡中心做操作类的需求分析，目前确定了六大模块：催收模块、市场模块、单证模块、信控模块、收单模块、客服模块。六月份时需求分析文档写好了，于是项目组调了个程序员跟我一起做系统原形，谁知原形做出来到卡部给客户看时，客户的要求更多了，更高了，有些甚至超出了原形的设计框架。按说这是好事，原形触动需求，需求促进原形，最终需求与原形高度统一。但，我担心我们这样被动地由着客户的需求走没个头！
为了做好信用卡操作类模块的产品经理，我翻阅了2003至今的每一期《中国信用卡》，收罗了网上与卡业务相关的资料，甚至还在下班后去参加卡中心的主管培训，以丰富我的卡业务知识。
现在我写的卡操作类模块的需求方案已经有200多页了，而且是图文并茂的，呵呵，谁知新的问题又来了！
我发现我所整理的需求方案在一些地方比客户的原始需求更为深入细致，而且，客户认可这些需求（这可能得益得我在寿险公司的业务管理部工作过五年，对营销管理、催收服务、绩效考核有一些认识，通过前阶段的学习，我又加深了对卡业务的了解，这样子相辅相成可能就长进了一些）。
这让我意识到跟着一家客户的需求做系统可能会存在一些先天上的缺陷。因为信用卡在国内的经营历史是不长的，不能指望客户能将需求提得一步到位，如果能了解或借鉴一些行业前辈的做法，无疑会让我们的卡业务支持系统更有生命力和战斗力。
作为软件产品经理，我觉得每个系统上线的时候就好像是我的孩子出生一般。想着需求文档从无到有，需求框架从骨到肉，需求原形有模有样，真的好像是创造发明。
项目经理看到这里别难过呀，软件系统是项目组开发成果的结晶，我无意据为已有，我写的仅是我作为产品经理的感觉。
不想让孩子输在起跑线上，所以，来这里西天取经。
楼上有位朋友提到一般的主流信用卡系统都有催收模块，这倒是真的。我做需求的那家银行的卡核心系统就有，但他们几乎用不上，逾期队列跑批后就没啥作为了，至多只能满足前期催收的需要。对于中期和后期的催收管理工作就鞭长莫及了：）
现在确实是要开发外挂的卡业务支持系统，涵盖业务管理和营销支持两大部分。
好啦，真是做需求分析的命！又洋洋洒洒写了这么些！
想那技术前辈们是断不肯码这么多字地：）
在我看来，目前国内在使用的信用卡系统对于催收模块的支持都是还可以的；卡系统对于逾期欠账的帐户归类分级都是跑批量出来的
naturetang同志谈到的对中后期的催收不能保证，目前来说是银行信用卡中心的业务部门负责的，系统提供的是逾期帐户的联系信息，系统不能解决人之间的问题。。
我想你谈到的卡业务支持系统是CRM在信用卡中心的应用，说到功能，老黑已经介绍了整体状况，具体细节还是要看到各个银行的具体情况（有无call center，有无独立的信用卡催收等等）
感同身受你对自己做项目后的系统的感情，前提是自己能够发挥自己的水平，没有被某些制度上的或者体制上的压抑
感兴趣的是你们系统的使用效果。。望顺利~
最初由 naturetang 发布
[B]我是经朋友介绍找到这里的，昨天一整天我都在翻坛里的贴子，想看看有没有信用卡业务管理类的系统，结果发现这类的主题很少：（所以，只得发了个贴子求助。
我不是做开发的，不懂IT，我的工作相当于产品经理或行业顾问，但惭愧的是，对于银行的信用卡业务我仍缺乏足够的认识，我担心就我目前了解的那家银行的催收管理需求做出的催收系统会存在一些先天上的缺陷，所以，我想了解一些成型的催收系统，以保证我所设计的这套系统在较长的时期内能支持该银行的催收业务。
我曾经在国寿一家分公司的业务管理部工作过五年，所以对寿险营销业务有一定了解，也正因为如此，在2000年我被一家IT公司找去做了保险行业顾问，并设计了寿险营销展业支持系统。当看到IT对代理人行销的帮助，我觉得工作还是有意义的，并不全是为人打工、为人作嫁衣之类，呵呵：）
今年过完年，公司卡MIS项目组要求我加入，以便配合卡中心做操作类的需求分析，目前确定了六大模块：催收模块、市场模块、单证模块、信控模块、收单模块、客服模块。六月份时需求分析文档写好了，于是项目组调了个程序员跟我一起做系统原形，谁知原形做出来到卡部给客户看时，客户的要求更多了，更高了，有些甚至超出了原形的设计框架。按说这是好事，原形触动需求，需求促进原形，最终需求与原形高度统一。但，我担心我们这样被动地由着客户的需求走没个头！
为了做好信用卡操作类模块的产品经理，我翻阅了2003至今的每一期《中国信用卡》，收罗了网上与卡业务相关的资料，甚至还在下班后去参加卡中心的主管培训，以丰富我的卡业务知识。
现在我写的卡操作类模块的需求方案已经有200多页了，而且是图文并茂的，呵呵，谁知新的问题又来了！
我发现我所整理的需求方案在一些地方比客户的原始需求更为深入细致，而且，客户认可这些需求（这可能得益得我在寿险公司的业务管理部工作过五年，对营销管理、催收服务、绩效考核有一些认识，通过前阶段的学习，我又加深了对卡业务的了解，这样子相辅相成可能就长进了一些）。
这让我意识到跟着一家客户的需求做系统可能会存在一些先天上的缺陷。因为信用卡在国内的经营历史是不长的，不能指望客户能将需求提得一步到位，如果能了解或借鉴一些行业前辈的做法，无疑会让我们的卡业务支持系统更有生命力和战斗力。
作为软件产品经理，我觉得每个系统上线的时候就好像是我的孩子出生一般。想着需求文档从无到有，需求框架从骨到肉，需求原形有模有样，真的好像是创造发明。
项目经理看到这里别难过呀，软件系统是项目组开发成果的结晶，我无意据为已有，我写的仅是我作为产品经理的感觉。
不想让孩子输在起跑线上，所以，来这里西天取经。
楼上有位朋友提到一般的主流信用卡系统都有催收模块，这倒是真的。我做需求的那家银行的卡核心系统就有，但他们几乎用不上，逾期队列跑批后就没啥作为了，至多只能满足前期催收的需要。对于中期和后期的催收管理工作就鞭长莫及了：）
现在确实是要开发外挂的卡业务支持系统，涵盖业务管理和营销支持两大部分。
好啦，真是做需求分析的命！又洋洋洒洒写了这么些！
想那技术前辈们是断不肯码这么多字地：） [/B]
你好！我是查询信用卡催收业务到这里的，很想与你交流信用卡业务催收管理的系统开发。
我不是做开发的，不懂IT，我的工作相当于产品经理或行业顾问，但庆幸的是，对于银行的信用卡业务及催收工作我有足够的认识，我担心的是目前我的催收工作无法匹配一套理想的催收管理系统，所以，我想了解一些成型的催收系统，以保证我所设计的这套系统在较长的时期内能支持我的催收业务。
我曾经在银行工作过9年，在亚洲最大的一家催收公司任主管，对港台先进的催收系统极为欣赏。目前在和银行进行催收业务，发现催收系统还不完善，很乐意与你进行交流、合作！谢谢！
我刚离开上海。时间紧，请联系我13650711227。
你好！我是查询信用卡催收业务到这里的，很想与你交流信用卡业务催收管理的系统开发。
我不是做开发的，不懂IT，我的工作相当于产品经理或行业顾问，但庆幸的是，对于银行的信用卡业务及催收工作我有足够的认识，我担心的是目前我的催收工作无法匹配一套理想的催收管理系统，所以，我想了解一些成型的催收系统，以保证我所设计的这套系统在较长的时期内能支持我的催收业务。
我曾经在银行工作过9年，在亚洲最大的一家催收公司任主管，对港台先进的催收系统极为欣赏。目前在和银行进行催收业务，发现催收系统还不完善，很乐意与你进行交流、合作！谢谢！
我刚离开上海。时间紧，请联系我13650711227。
   您好！
请问您是否还在外地？我曾经给您发过邮件，但都退回来了。如果您有MSN，希望能在MSN上交流。我的邮箱monicali88@hotmail.com。
naturetang