讨论：我们是否真正的需要一个板块或者全行的产品目录？ - 第4页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

eliasyue 发表于 2014-8-28 13:48

实施一个Wiki很简单，例如confluence
但要让协作的理念深入人心，在银行的各个部门当中推行企业2.0理念是 ...
从高层开始进行洗脑和同化，很有必要。
仅仅做一个wiki也是不够的，因为产品目录还需要组合、包装、属性维护后进行后续的销售和定价，其部分管理思路可以借鉴，但是还需要进行扩展。
产品目录的定义和层级结构的组织，随着不同职责、不同经营管理目而不同。
不存在全行各个部门都接受，能满足所有经营管理目的的“产品目录”
1，从资产负债管理视角，
2，从第二道风险防线管理视角，
3，从客户条线管理部门视角
4，从分支行的视角，
5，从运营支撑的视角，
6，从管理会计的视角，
7，。。。。
职责不同，目的不同，视角就不同，关注的产品属性也不同，组织的层级结构也不同。
如果经历过不同部门的产品管理，就自然不会有所谓“全行产品目录”一说了。
就连世界上最先进的银行，也只是做到了，每个视角把自己关心的产品属性定义好，层级结构组织好。至于跨视角的，还是一片混乱。
不过是存在简化各视角之间的协调沟通方法，就是动态组合管理。
产品的本质内容包括，1，金融工具基本属性，2，体现经营管理目的和方法的组合属性
1，金融工具基本属性。金融科班出身的人，应该清楚。虽然每个行有上万产品名称，而且每个行又有不同，但其对应的基础金融工具，其实没有几个。
2，组合属性。每个推向外部市场的，或者内部交易的具体产品，其实都是在基础金融工具之上，加上其它所需要的维度，如客户类型和分群，行业，期限等，给一个产品名字。
国内银行的情况是，都是总分支行，总部的管理部门很多都是摆设，就是给一线传导任务和压力，并不关心也不负责任务能否完成，怎么完成。因此也不明白需要管理产品那些属性，所以也做不出产品目录，因为实际上没有产品目录，工作也没问题。
多重树目录，分级管理维护
2、产品目录中何为产品？产品的定义是什么？和服务与日常客户销售之间关系，和组织架构的适应性如何解决？
。。。
3、老调重弹：产品为中心，还是客户为中心？喊了很多年的客户为中心，现在如果有产品目录？二者的关系如何界定？新的服务架构是：产品-客户-账户
，还是：客户、产品、账户，亦或其他？
面向用户
对于客户以产品为中心
对于员工以客户为中心
账户是基础
yulita 发表于 2014-8-29 14:14

产品目录的定义和层级结构的组织，随着不同职责、不同经营管理目而不同。
不存在全行各个部门都接受，能满 ...
说的很对，
所有金融工具都可以归类为：
债权
股权
混合型
基于以上工具的衍生品
银行就更简单 ，就是个债权
eliasyue 发表于 2014-8-30 20:27

说的很对，
所有金融工具都可以归类为：
债权
建议
1，看看路透的金融市场系列丛书，还有大学金融专业的课程
2，梳理一下银行几千上万种产品，做一下分类
3，和客户条线部门，各个职能管理部门，各层级机构的人面对面交流一下，了解他们工作职责和内容，痛点和难题，还有跨部门的交流协作
然后，才能对产品服务下定义
本帖最后由 ygjygj 于 2014-8-31 16:37 编辑
yulita 发表于 2014-8-29 14:14

产品目录的定义和层级结构的组织，随着不同职责、不同经营管理目而不同。
不存在全行各个部门都接受，能满 ...
嗯，有道理。
所以银行产品目录应该是自然连接形成的网格式管理模式，而不能是原子模式和树状管理模式。
yulita 发表于 2014-8-31 10:07

建议
1，看看路透的金融市场系列丛书，还有大学金融专业的课程
2，梳理一下银行几千上万种产品，做一下 ...
听起来要先把所有的业务过一遍，然后再总结规律。
先不说有没有这样的时间和预算去做这么一件事情，
就算总结出来了，业务还会有不断地创新出来，无法保证这一规律适用未来的业务变化
ygjygj 发表于 2014-8-31 16:36

嗯，有道理。
所以银行产品目录应该是自然连接形成的网格式管理模式，而不能是原子模式和树状管理模式。 ...
是许多树，不是一颗树
视角不同，关注目的不同，看到的树就不一样，虽然最底层都是那些金融交易和客户