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

wangjia

我们是否真正的需要一个板块或者全行的产品目录？
从必要性上来说，可能大多数人给出的建议都是，需要
但是接下来的需要回答的问题是：
1、这样的产品目录，如何定义、组织、维护、使用和管理？
2、产品目录中何为产品？产品的定义是什么？和服务与日常客户销售之间关系，和组织架构的适应性如何解决？
3、老调重弹：产品为中心，还是客户为中心？喊了很多年的客户为中心，现在如果有产品目录？二者的关系如何界定？新的服务架构是：产品-客户-账户 ，还是：客户、产品、账户，亦或其他？
请各位大拿不吝参加讨论，分享观点，希望老虎的这个砖贴能引玉。
1、我认为是否需要产品目录在逻辑上跟银行数据标准化一样的，但是更难维护，现有的国内银行应该没有哪一个部门能够强势到对银行产品有统一的规划和管理，实践中即使有现有的产品清单，因为部门间的利益分配和产品的变化，很难进行维护，所以这个产品列表有相当于没有。反而不如根据业务流程对于流程分解，根据流程特性分配到相应的项目组中进行，这样技术部门可以较为可能的进行任务分配，技术负责部门应该对于各个业务流程进行适度的耦合度管理，架构师的任务应该如此，多数银行技术人员的配置难以实现此目标，反而由项目组进行管理会更加有效和合理。
2、新的架构方面的设想，以业务为中心可能更合理些，随着银行竞争激烈，一个产品的成功将会引领一两年或更短时间的领先，所以管理层会更重视产品的实现。数据平台的建立，缓解了曾经客户维度难以统计的难题。
支持，对于银行管理会计实施来说，这个问题也是非常重要的，国有大行，如建行、交行、农行，股份制如招商、民生银行，在规划产品以及设计产品目录上的实践都有差别
arek520 发表于 2014-8-21 07:12

支持，对于银行管理会计实施来说，这个问题也是非常重要的，国有大行，如建行、交行、农行，股份制如招商、 ...
产品级合算非常重要的输入。
小菜鳥對此話題灰常有興趣：
1. 一個完整的產品功能，涉及的系統可能有很多。我認爲產品目錄對於銀行業務是有必要的，歸納總結，推陳出新。目錄的維護和管理應該有科技部（非具體系統項目組）統籌，使用者的範圍就擴大些。
2. 每一種獨立的業務功能都算作一個產品。
3. 銀行内部應該以產品為中心，對外服務是以客戶為中心。結合現在“寶寶類”產品，新的服務模式是否可以為： 客戶——賬戶——產品？
简单说一下我的看法啊。
先说一下背景：产品生命周期管理--大的阶段分为引入期、成长期、成熟期、衰退期，从业务活动上来说分为市场调研分析、产品设计与研发、宣传、营销、销售、后评价、退出等过程。
关于老胡提出的几个讨论点：
1、        产品目录是产品全生命周期管理的前提。老胡提的“这样的产品目录，如何定义、组织、维护、使用和管理？”其实就是产品生命周期管理的问题，具体涉及到上述的各业务活动，从部门来说，涉及到总行产品研发部（目前部分大行有该部门）、总行对应的业务部门、信息技术部以及相关管理部门（包括：财务会计部、风险管理部、资产负债管理部等），具体的组织架构、岗位设置和管理流程各行有各行的方式，这块若要讨论大家可以再深入些，最好提炼出各行通用的做法
2、        “产品目录中何为产品？产品的定义是什么？和服务与日常客户销售之间关系，和组织架构的适应性如何解决？”。我个人认为，产品就是对外部客户提供的金融服务以及金融工具的总和，比如：境外汇入汇款既是服务，也是产品。关于“和服务于日常客户销售间关系”，没看懂啥意思。关于“和组织架构的适应性如何解决”，我觉得第一个问题包含了这个问题
3、        与客户为中心的关系：不太了解老胡到底要讨论啥，我觉得两回事，不管银行是否做到了以客户为中心，产品目录都需要具备，其必要性这里就不讨论了（比如：管理会计、IT实施等）。如果非要说二者的关系，我觉得“以客户为中心”是主题，“产品”是主线，是将金融服务、金融工具和客户服务相结合的纽带
有客户最近提出了要一个 产品平台 ，想通过能自由组合各种渠道、服务啥的，封装成 产品“提供给银行客户。小弟没搞定
sinzone 发表于 2014-8-21 23:02

有客户最近提出了要一个 产品平台 ，想通过能自由组合各种渠道、服务啥的，封装成 产品“提供给银行客户。小 ...
目标看来是差不多的，通过减少后台开发，通过组合快速退出各种市场需要的产品，这个理想是美好的，但是现实是很骨干的。