紫龙工作细节计划
2017-05-02 17:58:50 0 举报AI智能生成
紫龙的工作细节计划严谨而周全，将每一项任务分解为多个小步骤，并设定了明确的完成时间和标准。他坚持使用工作清单来跟踪任务进度，确保没有遗漏或延误。对于复杂项目，他会先进行深入研究和规划，制定详细的时间表和资源分配方案。在执行过程中，紫龙注重团队协作，经常组织会议和讨论，以确保每个人都明确自己的职责和目标。同时，他也注重自我管理，定期反思和调整工作方法，以提高工作效率。此外，紫龙还非常注重细节，他会仔细检查每一份报告或文件，确保准确无误。这种精益求精的工作态度使他能够在紧张的工作环境中保持高效和质量。
作者其他创作
大纲/内容
ABTest逻辑
判断每个LP是否是新的
如果是新的
在原有creative_ID_ABTest里增加一条分配
并且应该修改这个creative——ID_ABtest下的原有比例？
新LP的ABTESTper里插入初始比例
如果是老的
获取自身点击率
获取这个广告位下所有lp点击率
获取这个广告位下所有展示
没有展示
不会新增加abTestper
有展示
全没有点击
增加adtestper全平均
有点击
按点击率算abtestper
平均历史值
重新写入creative——ID_abtest
先处理加减
如果加
增加creative-id-abtest一条
删除所有历史abtestper
如果减
删除creative-id-abtest
重新按照初始比例加一条
新建一条per
整体顺序
爬虫花费
对账
日报
模拟器
爬虫投放数据
ABTest进一步优化
投放定向数据分析
后端创建广告统一服务
后端建设推送广告服务
渠道分析
评价方式
paas
登录次数*单价
充值额度*百分比
设备切换服务
调用次数
反作弊
反作弊服务
防范激活*单价
结算核减
爬虫
DSP
提高CTR、估算激活
子主题
pw
总处理数据量
自动化投放
11月
主要运行起模拟器、结束模拟器初版工作
oppo充卡
登录
充卡
vivo充卡
多线程尝试并发提速
尝试冲完不等，再扫一遍
风控
解决图形验证码
oppo游戏
九州
全民
vivo 游戏
管理端
入卡工具
一键叫停
停卡充
停游戏充
优惠券处理
页面呈现、对账
爬虫有效提供服务
头条做一个第二期的API
刘浩
UC做一个第二期的带回详细数据的
整合现有的框架、联调
http的验证码code
强爷
整合和对接李晋泉的工作
账户余额报警
DSP日常业务 需求
实时激活数据接入、增加ovh区分，增加channel
李鑫
oppo
channel_id
实时数据前端显示功能优化（兼容ovh）
刘浩、强爷
进程监控
crontab一个进程，去轮询所有业务
异常邮件
算法推进
反作弊的工具赶在11.15日提供出去测试用一下
借反作弊要试验试验相关性分析方法
充值和其他的相关性，算法验证
后端工程实现
可视化图像处理
财务报表分析
整体事项
模拟登录
模拟充值
模拟激活
广告业务
落地页系统
算法变现
有哪些典型问题
正常玩家的充值行为和什么行为相关，在不同维度分布在什么情况下
如果是作弊，那么作弊的可能性是多少？
现在的数据能看到什么
投放优化
基础数据维护
爬虫&API
数据对接管理
效果数据
花费数据
对外服务
财务报表
数据平台
数据报表
实时数据
历史数据
流量优化
ABTest
操作平台
账号管理
广告管理
TD、BI、媒体、账号、游戏、落地页连通性
动作
点击创建广告位
选择落地页/直投
选代理、选媒体、选落地页
选择策略类型
选比例
点击提交
生成TDsubid
给落地页绑定TDsubid
生成静态落地页id
调用BI接口，推送数据
BI返回
如果新媒体回写配置信息
数据存储
广告ID，绑定落地页ID
1：n
落地页ID/应用投放id，绑定TDsubid
1:1
adid、游戏、媒体、代理、类型、TDurl
接口调用
Bi创建广告
BI更新媒体代理信息
定向、调价、预警等功能
素材库
人员权限管理
12月
遗留事项
整体服务监控系统
KPI指标制定
多线程
切IP避免验证码
和王老板对一下
快速扫卡
oppo卡
全民游戏
九州游戏
卷功能
数据分析
消费日志使用问题
反作弊后台计算
数据库实现建立主键问题
DSP工作
重点事项
招聘推进
确定工作划分、利益分配、组织结构、确定人员安排
技术数据流向图整体&培训
价值梳理
充游戏
DSP工具
爬虫工具
紫龙工作月度计划
8月
投放工具-提升效率
1、爬取主要媒体的花费信息
5d
2、开发新增加的落地页优化算法，不断调试
4d
3、优化目前数据存储结构，调整明细存储，应对未来扩展
3d
4、增加数据丢失的接口，优化接口的容错性
2d
5、增加wsgi的部署，提高接口安全性
1d
6、日常查询、支撑
7、增加BI的激活数据隔日推送---４d
目标：
强化基础数据获取能力
增强ABtest 计算端的性能、容错性、安全性等，以及算法的优化
总占用22d
数据分析-产生价值
1、反作弊常规使用和维护
7d
2、媒体评级常规使用和维护
4、优化目前数据存储结构
5、日常查询、结算工作支撑
目标
反作弊恢复日常使用
媒体评级有常用使用
给出落地页到激活的比例，优化方案
总占用21d
3、分析落地页到激活的因素，解决因素问题，推进解决方案
持续vivo自动化优化，持续承接vivo的使用
9月
投放工具
爬取花费信息
账号管理页面
对接泉爷日报
替换BI填报
爬虫服务
UC
百度信息流
百度关键字
头条
？
粉丝通
新浪扶翼
inmobi
广点通
taptap
智慧推
网易
打通验证码平台
数据库设计/开发
爬取投放数据
爬取一个渠道的用于尝试研究、头条
预警设计
统一server
？看报爷进展
ABTest-分析落地页到激活的因素，解决因素问题，推进解决方案
反作弊常规增加
尝试分析一个渠道的定向问题/媒体评级
通用调度体系
解决O的无人值守
养号辅助程序
模拟器计划
设备信息获取
IP获取
分渠道
vivo
线程1：打开游戏
进入服务器选择页
点击切换账号
弹出切换窗口
点击切换账号按钮
失败
等待线程3成功关闭
重新点击切换窗口
成功
切换账号
关闭线程3
打开线程3
线程2：判断是否断网，断网处理
上游戏
封神
分服务器
opencv
御剑
行动
充值
区分充值档位
log
关键行动log
获取计划
按计划执行
记录log
product list
vivo登录（切换账号）
oppo登录（切换账号）
vivo跳过新手引导
oppo跳过新手引导
vivo选服务器
oppo选服务器
csv导入计划
python
获取调度任务
flask接口，获取要操作的账号
传入服务序列号，返回可操作账号
根据账号调用设备信息更新接口
数据库设计
账号表
序列号
行为
状态
未开始
已完成
进行中
额度
账号
update time
关键行为日志表
充值成功
登录成功
cardpad produc list
数据库
卡表
ok
充值任务表
动作日志表
账号余额表
游戏充值
获取任务
更新任务状态
记录充值日志
更新账号余额
卡充值
记录冲卡日志
卡成功状态更新接口
更新卡状态
sub子任务完成，记录任务状态
更新卡状态，为失败
确保
账号、设备、任务信息中的账号互相都存在
爬虫计划
服务器定时机制
python模块
数据库需要存储爬虫的运行间隔
服务器调用每个爬虫开启
python调用模块
调用方式应该存在数据库中
推送需要的账号名
爬虫回传运行状态
状态更新接口
更新爬虫运行状态
爬虫开始运行
各自爬虫
调用服务器账号信息
获取账号信息接口
给账号id
返回账户详细信息
需要的时候调用验证码
pyc
获取数据
调用写数据库的接口
写结果接口
写入状态数据
反作弊计划
DSP计划
思路
定向优化
多个条件决定最终激活
哪些条件组合带来的激活概率大
每个条件对激活概率分布的影响
多个条件组合对激活概率分布的影响
这些条件带来的历史先验概率如何计算？
条件1 条件2 条件3 满足的时候，充值的概率？
充值：所在等级、每日活跃时长、登录
举例：账号在不同等级内的付费率
账号付费率
充值金额
充值笔数
维度
所在等级
平均活跃时长
注册天数
登录天数
如果没有明显关系
多元回归，点ABC的时候得到一个结果集合
算法要做的事？
工程分为什么
目标是什么？
投放时候显性/隐形可输入的动作，与投放结果带来的影响
列举显性和隐形的输入动作？有哪些
不同媒体之间的差异 是什么？共性 是什么？
投放结果有哪些数据？
寻找上述答案，并策划如何自动优化
自动优化的整体算法是什么？
工程结构应该是什么样？
爬虫获取数据
在不同的媒体要获取哪些数据？
如何获取？
数据清洗成对应结构并存储
应该如何存储？
存储结构是什么？
有多大量？
数据库层面的计算
算法的计算
怎么用算法
是否能通过历史数据确定，哪个显性/隐形条件对CTR/新增/CPA 有影响（相关性）
如何操作能提高CTR、新增、CPA？
是否能详细计算提高的可能性？
是否可以实时计算？逻辑应该是什么样的？
python计算部分
可视化部分
生成json
对接各类可视化图
0 条评论
回复 删除
下一页
