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

wangjia

需要这样的模块，好处就不说了。
产品信息管理（含服务产品）是原子产品管理还是树状结构管理，甚至是网格结构管理，各有利弊。
1、原子产品理论上是存在的，但金融产品不是简单的从原子产品加上层层的附加条件就能全面描述的，所以原子产品管理的设想更适合零部件管理的制造业，好像不太适合金融业。比如高附加值的理财产品怎样剥离出原子产品？
2、树状结构管理可以解决原子产品管理模式的无法描述问题，且可以多重属性多重分类，符合金融产品复杂多变的特点，但问题是这种结构无法清晰描述产品之间的横向关系。比如票据融资产品和票据贴现产品的关系如何描述？
3、网格结构管理中，产品之间的关系可以无限增加，且属于自然连接，因此它比树状结构更为合理一些。缺点是耗时较长，可能影响如产品成本核算这样的工作。
个人觉得，网格结构更合理一些。网格结构是自然链接，符合银行转型过程中金融产品不断出新的特点，也符合现阶段银行产品管理三台混乱的现状。至于对成本核算的影响........执行原子产品管理的制造业，其产品成本也算不清，所以做不做都一回事。
1、这样的产品目录，如何定义、组织、维护、使用和管理？
2、产品目录中何为产品？产品的定义是什么？和服务与日常客户销售之间关系，和组织架构的适应性如何解决？
网格管理可以解决大部分问题，上个帖子部分回答了这两个问题。
3、老调重弹：产品为中心，还是客户为中心？喊了很多年的客户为中心，现在如果有产品目录？二者的关系如何界定？新的服务架构是：产品-客户-账户 ，还是：客户、产品、账户，亦或其他？
“以产品为中心”和“以客户为中心”，这两个说法都是偏颇的。不计成本的为客户服务，这不是理性的企业行为。只计成本的闭门造产品，显然是瞎说，所以产品和客户之间不是从属关系而是相生关系。
对于银行中的市场人员，我觉得建立一个产品Wiki更有价值。
产品设计的目标是要用于营销客户，给客户以选择，如果能有个Wiki可以把产品相关的成本、收益、应用前提、流程、文本、风险等等的相关内容解释清楚，对于市场人员来说才是最重要的。
我理解老胡说得产品目录，可能是从核算的角度出发的，而核算角度的产品跟直面市场的产品通常是不一样的概念。
eliasyue 发表于 2014-8-28 09:40

首先弄清楚用户是谁
对于银行中的市场人员，我觉得建立一个产品Wiki更有价值。
产品设计的目标是要用于营 ...
这绝对是非常重要的目标之一。
我是很希望看到国内有相对成功的实施案例的（除了建行，他们并不是很理想的）
家住海淀 发表于 2014-8-28 16:40

这绝对是非常重要的目标之一。
我是很希望看到国内有相对成功的实施案例的（除了建行，他们并不是很理想 ...
实施一个Wiki很简单，例如confluence
但要让协作的理念深入人心，在银行的各个部门当中推行企业2.0理念是很困难的。