银行数据分析师岗位职责多篇Word文档格式.docx
《银行数据分析师岗位职责多篇Word文档格式.docx》由会员分享，可在线阅读，更多相关《银行数据分析师岗位职责多篇Word文档格式.docx（12页珍藏版）》请在冰点文库上搜索。
如果没有达到预期，问主要问题在哪？
是什么原因引起的？
2
）建立分析体系：
这些数据分析师已经对业务有一定的理解，对业务也相对比较熟悉，更多帮
业务方建立一套分析体系，或者更高级是做成数据产品。
例如：
营销活动。
分析师会告诉业务方，在活动前你应该分析哪些数据，从而制定恰当的营销计划。
在营销过程中，你应该看哪些数据，从而及时做出营销活动调整。
在营销活动，应该如何进行活动效果评估。
3）行业未来发展的趋势分析：
这应该是数据分析师最高级别，有的公司叫做战略分析师/商业分析师。
这个层次的数据分析师站的更高，在行业、宏观的层面进行业务分析，预测未来行业的发展，竞争对手的业务构成，帮助公司制定战略发展计划，并及时跟踪、分析市场动态，从而及时对战略进行不断优化。
主要技能要求：
数据库知识（sql至少要熟悉）、基本的统计分析知识、excel要相当熟悉，对sp或sas有一定的了解，对于与网站相关的业务还可能要求掌握ga等网站分析工具，当然ppt也是必备的。
2、数据挖掘工程师
更多是通过对海量数据进行挖掘，寻找数据的存在模式、或者说规律，从而通过数据挖掘来解决具体问题。
数据挖掘更多是针对某一个具体的问题，是以解决具体问题为导向的。
聚类分析，通过对于会员各种人口统计学、行为数据进行分析，对会员进行分类，对不同的类型的会员建立相应的profiling，从而更好的理解会员，知道公司会员是到底如何？
高、中、低低价值的会员构成，既可以后期各种会员的运营提供指导，提高活动效率，可以指导公司的营销，例如广告的投放策略。
以及用于公司各种战略的制定。
1）数据库必须精通。
很多时候，你模型的数据预处理，可能完成在数据库里完成，你用到的数据库技巧更高。
2）必须要会成熟的数据挖掘工具、数据挖掘算法，例如：
sp/celementine、sas/em等，当然如果你会一、二款开源软件，并会写一些程序代码那是最好的，大公司都喜欢用开源的软件，例如：
r、weka。
3、数据建模师
当然二者有一个共同之处都是，针对很具体的问题，都是会解决某个具体问题，例如：
营销反应率，你就可能历史的邮箱、短信的反应情况，来建模型进行预测，从而提高邮件反应率，或者减少对用户来说的“垃圾”邮箱，提高用户体验。
所以从掌握的技能上讲，这二者就有很大的区别，数据建模师其实很少会提到算法这个词，更多说使用什么模型，有感觉吗？
但是从实务界来看，这二个模型越来越没有明确的分工，一般来说都会二个职位的人都会去学习对方的知识，所以这二个职位有合并的趋势，但在未来几年来，我觉得公司要招人的时候应该还是要有区别的。
新进入数据行业的同学，可以根据自己的背景背景选择相应的职位，学数据、统计学的朋友更多可以偏向于建模师，而计算机特别是写编程出现和同学，可以走数据挖掘工程师，也许适应性更好，但这不是绝对的。
数据分析师的职位级别划分
不同公司对数据分析师的职位划分骚有不同，在一些中小型企业，没有成立独立的数据中心前，数据分析的相关职位往往是在譬如市场部、运营部这些部门之下，通常数据分析成员在2-4人不等。
对于一些大型企业，有独立的数据部门的企业，其数据分析团队人员则是十到百人不等，其职位头衔有通俗的总监、经理、主管划分，也有助理、资深、专家之类的划分。
下面是一张微博上传的比较火的某集团的数据分析师职位级别划分图表，大家可根据自身的情况对号入座。
（下图来自微博阿里的朋友分享）
【篇3：
数据分析师的岗位职责和绩效标准】
数据分析师的岗位职责和绩效标准
岗位职责:
1.梳理运营与推广的业务需求，制定数据报表
2.挖掘数据背后的市场方向、规律、短板，为业务提供决策依据；
3.针对具体的业务事件，研究业务开拓中的局限性或亮点，进行数据分析并提出优化方案或提炼可复制的模板；
4.分析运营与推广需求，固化常规数据报表，提升数据支持运营与推广的能力
5.通过数据分析工具，高效支持业务端的数据查询需求，包括经营数据，会员数据
的查询等。
6.数据研究与分析，通过挖掘数据的内在关系，发现运营与推广中的问题，并推动问题的解决
7、满足业务方对数据的各类取、过滤、分析等需求。
8、
第2篇：
一、岗位职责
1、对公司各条线产品优化提供量化数据分析支持，包括产品定价、产品监控、产品运营等数据分析工作；
2、负责客户画像分析与客户数据进行解读，输出有价值的报告，支撑新产品目标客群定位与客群特点锁定；
3、完成客户所需的各种日常数据分析需求与数据分析报告；
4、设计并完成公司各产品日常经营数据报表，提供各相关部门查询，作为数据输出窗口；
5、协助部门各项数据分析需求。
二、任职要求
1、全日制本科及以上，硕士优先，统计、数学、计算机、金融类等专业；
2、2年以上互联网产品数据分析或者数据运营相关工作经验；
3、有较强的数据分析、逻辑能力，能充分理解数据产品相关指标和分析方法；
4、熟悉数据挖掘及其相关的知识，熟悉常见的数据处理工具，对数据有较强的敏感度；
5、诚信敬业，团队合作，责任感，保密意识，抗压能力强，创新意识强。
第3篇：
新版数据分析师岗位职责
2017年数据分析师岗位职责
数据分析师岗位职责：
1、数据统计后台设计、数据规范、优化数据平台，搭建数据监测指标，完善数据报表格式，协助报表生成自动化；
2、围绕业务经营的策略以及业务运营中的潜在问题，展开专项数据论证分析，对数据异常及时预警，能独立完成报告；
3、负责根据业务需求提供数据分析解决方案。
具备互联网产品的经验和独到的理解，熟悉数理统计、数据分析、数据挖掘的方法；
任职要求：
1、2-3年以上互联网、移动互联网统计、数据分析工作经验；
2、统招本科及以上学历，数学、统计、计算机、金融等相关专业；
3、工作认真，思维敏锐，具有良好的洞察力、逻辑分析能力及报告呈现能力，熟练应用Excel，SQL、ppt、等能力（精通SPSS为加分项）；
熟悉数据仓库架构及原理，能独立进行数据仓库数据模型的设计者优先录取。
（偏市场方向）
1.负责业务线运营数据监控，查找业务异常点，并与相关部门沟通；
2.负责业务线日常运营数据分析，撰写分析报告；
3.针对业务数据规律，建立数据分析模型，
4.协助业务数据需求、数据应用等具体项目落地实施。
数据分析师岗位职责:
（偏用户行为方向）
1.数据管理：
梳理业务逻辑模型，建设主题表，埋点验证等2.报表支持：
管理和建设报表体系
3.业务分析：
根据用户行为数据进行业务分析，给业务端更好的指导，帮助业务快速提升，同时需要建设业务分析模型，不断评估和优化业务分析模型。
（数据分析师助理）1、数据清洗建模分析；
2、协助数据中心主任完成数据深度研究挖掘工作；
3、协助数据中心主任完成数据分析报告的撰写工作。
第4篇：
数据架构师岗位职责
数据架构师岗位职责
数据仓库架构师的岗位职责和岗位要求】
数据仓库架构师的岗位职责和岗位要求
根据网络招聘的资料合成的,不过好像听起来好像和项目经理的角色区别不大,呵呵!
而且好像都是要全能的上将!
[@more@]岗位职责1.制定数据仓库建设方案2.数据仓库的设计和开发
3.数据仓库应用方案设计和推广
岗位要求
1、熟悉大型企业商业智能整体运作模式和系统框架，深刻理解商业智能对业务运营的杠杆作用，能够应用bi工具指导和帮助业务过程的改进。
2、5年以上oracle或者sqlserver数据库管理经验，熟练使用unix和linux，深刻理解数据仓库应用设计原理和实践；
3、精通数据库索引和sql语句的优化，和服务器的性能参数调整，有perl,
4、熟练一种以上主流etl工具和bi工具,如informatica,owb,dts等等
5、能根据业务需求设计数据仓库模型，有3年以上数据仓库开发实施经验，掌握多种数据仓库开发，多维分析相关技术和olap前端展现工具；
6、有相关行业数据分析经验者及互联网点击流数据分析经验者优先；
有数据挖掘应用和开发经验优先；
7、强烈责任心，开放的性格，良好的沟通能力；
较强的分析问题、解决问题能力，良好的沟通能力、团队精神。
8、熟悉erwin或powerdesigner建模工具；
9、有一个以上企业级数据仓库项目设计经验，精通数据仓库架构，熟悉数据仓库项目的实施流程；
数据架构师岗位职责】
1.制定面向产品的数据设计规范和流程，制定数据设计所需的各种文档模板；
2.负责数据仓库建模、数据库优化、数据部署，数据抽取等etl的设计，编写专业的系统设计文档；
3.对于it系统应对大数据量和大并发所要求的性能指标从数据模型和部署等方面给出设计和持续的优化支持；
4.参与产品架构设计文档和详细设计文档的评审；
5.完成上级领导安排的其他任务。
架构师的职责】
架构师之路（3）---架构师的职责王泽宾
关键字:
架构3架构师的职责
近来看到csdn上有个cto俱乐部，里面聊得是不亦乐乎。
我怀着无比崇敬的态度，拜读了一下牛人们的发言。
里面有个哥们发起一个话题：
“cto,你多久没有写程序了？
”。
有人回答：
“不写代码的cto,属于......这公司问题大了!
看到这里，我就赶紧撤了，怕忍不住反驳几句，反而遭到牛人们的群殴。
试想，一个上点规模的it公司，还得靠cto来写程序的话，那是不是才叫问题大了呢。
当然，我没有做过cto，所以我有我的不同看法，而且还愿意表达出来，无知者无畏。
我情愿相信：
我所理解的cto跟这位cto所理解的是两回事。
所以我想，如果有人能把cto的职责给标准化了，也许就不会有这么多的争论了。
同样的道理，关于架构师的定义，大家也有着不同的理解。
什么是架构师？
架构师有哪些职责？
我觉得有必要提前明确一下，要不然大家沟通起来也会产生类似问题，子说子理，卯说卯理，但是压根说得不是一码子事。
3.1什么是架构师
曾经有这么个段子：
甲：
我已经应聘到一家中型软件公司了，今天上班的时候，全公司的人都来欢迎我。
乙：
羡慕ing，都什么人来了？
ceo、coo、cto、allof程序员，还有会计、司机都来了。
哇，他们太重视你了，人才啊，这么多人迎接你！
没有啊，就一个人！
靠，#%￥$%...
很多的创业公司，一人身兼数职的情形还是很常见的。
至少，我是经历过的，一个人包办了所有的开发过程，连测试我都做了，绝对的一条龙，但是经常踩钢丝、骑独轮车总会有失足的时候，结果有一次，从我手里发出去的光盘母盘，含有病毒僵尸，以至于被迫收回已经推上市场的2万张光盘，从那之后，我的心脏就开始变得无比坚强，现在就是整个后台服务都瘫痪了，我也只是微微一笑。
其实，一个人身兼架构师和程序员，甚至多种角色，没什么不妥，后面还会讲这个话题，这种现象不是中国特色，跟国外是完全接轨的。
我曾经跟米国的一个工程师在msn中聊过类似的话题，发现他们跟咱们没什么不同，在it这个行业，我们跟他们的差距只有1天，他们刚出来的东西，我们保准第2天就能找得到。
架构师这个称呼不是你我杜撰出来的，是有国际标准（iso/iec*****）可查的。
架构师是软件开发活动中的众多角色之一，它可能是一个人、一个小组，也可能是一个团队。
微软对架构师有一个分类参考，他们把架构师分为4种：
企业架构师ea（enterprisearchitect）、基础结构架构师ia（infrastructurearchitect）、特定技术架构tsa（technology-specificarchitect）和解决方案架构师sa（solutionarchitect）。
微软的这个分类实际上是按照架构师专注的不同方向和领域划分的。
，这些都是一个技术型公司传承下来的最宝贵的财富之一；
特定技术架构师tsa，他们主要从事类似安全架构、存储架构等专项技术的规划和设计工作；
sa的工作则专于解决方案的规划和设计，“解决方案”这个词在中国已经到了严重泛滥的程度，大忽悠们最喜欢把它挂在嘴边。
所谓解决方案，就是把产品、技术或理论，不断地进行组合，来创造出满足用户需求的选择。
售前工程师一般都是带着它到客户那里去发挥的。
大公司会把各种类型的架构师分得很清楚，小公司一般就不那么讲究了，架构师多数是是ia+tsa+sa，一人包打天下，所以说大公司出专才，小公司出全才。
实际工作中，我们也经常会见到另一种比较简单的分类方式，把架构师分为软件架构师和系统架构师。
软件架构师基本上是tsa+ia，这也是程序员最容易突破，最可能走上的一条道路，比如java架构师、dotnet架构师、lapm架构师等等，我后面所讲的内容都是与软件架构师的相关的话题。
系统架构师实际上是sa+tsa，更着力于综合运用已有的产品和技术，来实现客户期望的需求。
系统架构师要求通晓软、硬件两方面的知识，所以它的知识体系相对庞杂。
关于系统架构师的话题，我们可以稍后再作讨论。
3.2架构师的职责架构师需要参与项目开发的全部过程，包括需求分析、架构设计、系统实现、集成、测试和部署各个阶段，负责在整个项目中对技术活动和技术说明进行指导和协调。
架构师主要职责有4条：
1、确认需求
在项目开发过程中，架构师是在需求规格说明书完成后介入的，需求规格说
明书必须得到架构师的认可。
架构师需要和分析人员反复交流，以保证自己完整并准确地理解用户需求。
2、系统分解
依据用户需求，架构师将系统整体分解为更小的子系统和组件，从而形成不同的逻辑层或服务。
随后，架构师会确定各层的接口，层与层相互之间的关系。
架构师不仅要对整个系统分层，进行“纵向”分解，还要对同一逻辑层分块，进行“横向”分解。
软件架构师的功力基本体现于此，这是一项相对复杂的工作。
3、技术选型
架构师通过对系统的一系列的分解，最终形成了软件的整体架构。
技术选择主要取决于软件架构。
webserver运行在windows上还是linux上？
数据库采用mql、oracle还是mysql？
需要不需要采用mvc或者spring等轻量级的框架？
前端采用富客户端还是瘦客户端方式？
类似的工作，都需要在这个阶段提出，并进行评估。
架构师对产品和技术的选型仅仅限于评估，没有决定权，最终的决定权归项目经理。
架构师提出的技术方案为项目经理提供了重要的参考信息，项目经理会从项目预算、人力资源、时间进度等实际情况进行权衡，最终进行确认。
4、制定技术规格说明
架构师在项目开发过程中，是技术权威。
他需要协调所有的开发人员，与开发人员一直保持沟通，始终保证开发者依照它的架构意图去实现各项功能。
架构师与开发者沟通的最重要的形式是技术规格说明书，它可以是uml视图、word文档，visio文件等各种表现形式。
通过架构师提供的技术规格说明书，保证开发者可以从不同角度去观察、理解各自承担的子系统或者模块。
架构师不仅要保持与开发者的沟通，也需要与项目经理、需求分析员，甚至与最终用户保持沟通。
所以，对于架构师来讲，不仅有技术方面的要求，还有人际交流方面的要求。
3.3架构师的误区
1、架构师就是项目经理
架构师不是项目经理。
项目经理侧重于预算控制、时间进度控制、人员管理、与外部联系和协调等等工作，具备管理职能。
一般小型项目中，常见项目经理兼架构师。
2、架构师负责需求分析
架构师不是需求分析员。
需求分析人员的工作是收集需求和分析需求，并与最终用户、产品经理保持联系。
架构师只对最终的需求审核和确认，提出需求不清和不完整的部分，他会跟需求分析员时刻保持联系。
架构师是技术专家，不是业务专家。
3、架构师从来不写代码
这是一个尚存争论的问题。
目前有两种观点：
观点1：
架构师不写代码，写代码纯体力活，架构师写代码大材小用。
架构师把uml的各种视图交给开发人员，如果有不明确的地方，可以与架构师随时沟通。
观点2：
架构师本来自于程序员，只是比程序员站的层面更高，比程序员唯一多的是经验和知识，所以架构师也免不了写代码。
我个人觉得这两种说法是与架构师的出身和所处的环境有关。
架构师首先是一个技术角色，所以一定是来自于技术人员这个群体，比如系统架构师，多是来自于运维人员，可能本身代码写得并不多，或者说写不出来很漂亮的代码。
软件架构师多是来自于程序员，有着程序员的血统和情怀，所以在项目开发过程中，可能会写一些核心代码。
我们的理想是架构师不用写代码，但事实上有时候过于理想。
架构师写不写代码，可能取决于公司的规模、文化、开发人员的素质等现实情况。
3.4架构师的基本素质
周星驰有个片子《喜剧之王》，剧中的尹天仇整天揣着本《演员的自我修养》，一个好演员不仅需要天赋，也需要一定的理论指导，无师自通的人毕竟是少数。
架构师的成长过程也是这样。
从普通程序员到高级程序员，再到架构师，是一个经验积累和思想升华的过程。
经验积累是一个方面，素质培养是另一个方面，两者相辅相成，所以我觉得有必要把架构师的所要具备的素质罗列一下，作为程序员努力的方向。
1、沟通能力为了提高效率，架构师必须赢得团队成员、项目经理、客户或用户认同，这就需要架构师具有较强的沟通能力。
沟通能力是人类最普遍性的素质要求，技术人员好像容易忽略，架构师不能忽略。
千万不要抱着这样的观念：
怀才跟怀孕似的，时间长了总会被人发现的。
还是天桥上卖大力丸的哥们说得对：
光说不练假把式，光练不说傻把式。
看看你周围的头头脑脑们，哪一个不是此中高手，我们不要鄙视，认为是阿谀奉承、投机钻营，你要看到积极的一面，这的确是一种能力。
我自认为自己是一个略内向的人，因为我是农村出来的孩子，总带有点自卑感，总想着是金子就会发光，职业道路中确实吃了不少亏。
现在，我懂得了沟通的重要性，而且也很主动跟同事们，跟老大们定时沟通，工作起来顺畅多了。
这一条我认为最重要，所以排在首位。
我甚至于认为下面几条忽略都行，就是这一条得牢记，有意识的提醒自己。
2、抽象思维和分析能力
架构师必须具备抽象思维和分析的能力。
程序员如何具备这种能力呢？
一是来自于经验，二是来自于学习。
架构师不仅要具备在问题领域上的经验，也需要具备在软件工程领域内的经验。
也就是说，架构师必须能够准确得理解需求，然后用软件工程的思想，把需求转化和分解成可用计算机语言实现的需求。
经验的积累是需要一个时间过程的，这个过程谁也帮不了你，是需要你去体会的。
但是，如果你有意识地去培养，不断吸取前人的经验的话，还是可以缩短这个过程的。
这也是我写作此系列的始动力之一，这对我这个大龄青年来讲已经没有
保留的意义了。
当你是初级程序员的时候，我已经是高级程序员了；
当你做高级程序员的时候，我已经是架构师了；
当你是架构师的时候，我已经是首架了；
等你首架的时候，我已经退休了；
等你退休了，我又投胎了......。
3、领导能力
架构师能够推动整个团队的技术进展，并能在压力下作出关键性的决策，并将其贯彻到底。
要提高效率，构架设计师和项目经理必须紧密协作。
构架设计师主要负责解决技术问题，项目经理主要负责解决行政管理问题。
构架设计师必须有权在技术问题上作出决定。
这种能力与技术基本无关，但我为了使文章的看起来完整、严谨，还是加进来了。
其实，你只要拿到最重要的人权和财权，再扯上一张“领导”的虎皮，采用“胡萝卜加大棒”的方式，基本上可以保证执行力，除非自己是个“蛋白质”。
其它能力不写了，你慢慢体会吧。
总而言之，一句话：
架构师是项目团队中的技术权威。
面向过程和面向对象这两个概念，不仅架构师需要非常清楚，程序员也要清楚，这也是系统分析、设计和编码最基本的思维方式。
我接触的程序员，很多人只停留在一种“似是而非”的程度，想要继续前进，就得把基础夯实，所以很有必要回回炉，补补课。
----
后记：
在讲面向对象之前写了这么一篇，主要就是要把前面漏下的功课补上。
升级会员 