月度总结
- 1 min入职大概有一个多月，我将以技术和业务这两条线总结我近一个月的情况。
技术
一、技术
1. 软件
(1) Oracle DDL
来公司之前曾经接触过SQL server, 但未曾实际应用过，因为大部分的时间我都是直接用课程现有的数据，并没有机会去接触数据库。在接触SAS几天后，感觉SAS的数据查询效率太低，就转而使用Oracle SQL DDL进行数据查询。主要学习流程是看Oracle 官方文件，并在家用 Oracle Live SQL测试代码。
现阶段已经能掌握大部分字符型、数值型和日期型的oracle函数，也能用DDL处理大部分的问题。
痛点：灵活性不够，不能满足多样化的数据层面操作，包括快速的纵横向合并、转置等。也不支持批量操作，比如建立变量、函数和循环。到报表生产流程也不支持报表输出和可视化的工作 (需要as_xlsxl包)。
(2) PL/SQL
在Oracle用DDL处理完宽表后，发现工具满足不了生产需求，于是开始学习PL/SQL，以官方博客为参考。因为PL/SQL语言与DDL大不相同，也没有现成的代码可以参考，所以最后投入生产失败。
(3) SAS
最后我决定使用公司内最流行的SAS，基于几个优点：
- 公司内有很多现有的sas代码参考
- 有问题能及时问同事解决
- 容易上手，能比较快解决业务需求
- 方便同事检阅代码
目前已经能使用sas完成报表生产，包括取数、数据合并、数据操纵、ODS输出报表。
痛点：有一些数据处理思维在SAS转化不了，比如操纵逐行的循环。可视化部分也有待加强。
(4) 待探索
希望能在接下来的日子里探索出更加全面的数据流程 (Pipeline)，目前预想：
2. 结构化过程
我尝试把生产的流程进行如图的结构化：
二、业务
我将从公司、部门、职能三个层面聊一下我的见解。
1. 公司
在没有进公司以前，我唯一接触过的信贷业务是我求学期间用的信用卡。所以我印象中的信用卡，是一个方便消费的交易工具。这个月的工作“颠覆”了我对这个行业的认知。一是客户消费并不能给银行带来利润，二是信用卡的便利性大部分被移动支付取代。这大大压缩了银行信用卡的生存空间。对于客户来说，信用卡的吸引点已经不多：
- 消费便利 ✖️
- 外汇结算 ➖
- 资金供给 ✔️
- 消费权益 ➖
我司作为区域性银行的子公司，空间相比全国性银行少了许多，但因为地理位置优势，仍能分割相当一部分的市场。根据市场规模和经济形势，我们的重点维护客群是能产生利润且风险较低的客群，即有分期需求同时有偿还能力的客户。对于这样的模式，我其实是有疑惑的：
- 当经济形势持续低迷，客户的消费将下降，分期比例下降，利润降低；若加大风险敞口获客，坏账增加，利润同样降低。
- 当经济形势好转，客户对信用卡的资金需求降低，消费客户比例增加，利润同样减少
公司以后的利润空间在哪里？
另外，信用卡行业的未来是什么，对社会有什么意义？当它的消费便利性被移动支付取代，信贷功能被网上信贷取代（当然，现在的信用卡也是网上信贷，只是它的功能是依附在一张卡上面），人为什么还需要信用卡？它到底是一个消费工具还是信贷工具？
2. 部门
作为市场与销售管理部门，职能在于为公司找到、抢占、维护市场的空间和提升利润。部门的分工基本覆盖到了渠道、市场维护和产品的模块。嗯，感觉没什么好说的，还需要继续了解。
感觉目前部门在着重探索针对客户的精细化管理和规范化的活动管理。如何能精准地进行客户分群关乎到能否有效地维护细分的市场。而通过实验式的活动设计能探索出高效能的运营策略。这都需要理论、业务和系统的高度结合，不简单。
3. 职能
作为市场部的数据分析员，职能的边界可能相对模糊–既要满足针对业务的数据需要，又要通过数据挖掘驱动业务。因为客户的画像、行为都记录在数据里面，所以对数据的管理等同于对客户的管理。
我以为对数据（客户）的管理分为两个阶段：
1) 常规化的管理（Routine）, 对于任何业务都有结构化的分析体系，能通过固有的流程来对目前的整体业务状况进行评估。
2) 个性化的管理（Customization），能针对不同的客户属性，有对应数据评估体系和运营策略，并挖掘客户的潜在需求或痛点。
目前市场部的数据能力还处在第一阶段初，我的期望是能通过我的能力推动完善第一阶段和开启第二阶段✌️。
当然，配套的硬件环境还是非常重要的
三、总结
一个月来参加了金教授和Norman先生的咨询会，大大小小的部门会议，不同版块的部门培训，小范围的业务尝试都是很棒的学习机会。希望能保持对知识的饥渴和前进的能量。
Reference
Zhijian Liu
A foodaholic