调研提纲(金融行业IT主管)
客户背景
-
可以介绍一下您目前的工作内容吗?
-
个人/团队最核心的工作是什么?工作目标是什么?工作流程是怎样的?
-
一般通过什么指标/形式来考核目标完成情况?由谁来考核?
可以介绍一下您目前的工作内容吗?
个人/团队最核心的工作是什么?工作目标是什么?工作流程是怎样的?
一般通过什么指标/形式来考核目标完成情况?由谁来考核?
在OPPO手机上可以用原生日历APP同步WPS日历。
访问WPS日历https://365.kdocs.cn/rili/,点右上角三个点,再点【设置】,拖动到最下面,点击【点击进入CalDAV设置】。然后点击“生成”按钮,会弹出一个框,上面有三部分信息(服务器地址、用户名、密码),请全部拷贝另存到别的文件中。
打开【日历】,点右上角三个点,再点【日程同步与导入】,屏幕上拖动到最下面,点击【CalDAV帐号】,填入刚刚获得的帐号信息,最后点“添加”按钮即可。如果失败,可以多试几次。
生成的图片在此: https://kdocs.cn/l/cvxr13rl89eh
D2的代码在此:
title: "非端项目简易流程"
sales_opportunity: {
shape: rectangle
label: "销售获得商机"
}
sales_communication: {
shape: rectangle
label: "销售独立和客户交流"
}
opportunity_valid: {
shape: diamond
label: "商机是否靠谱?"
}
reject_customer: {
shape: rectangle
label: "回绝客户"
}
end: {
shape: circle
label: "结束"
}
standard_product_satisfy: {
shape: diamond
label: "标品是否满足客户需求"
}
follow_opportunity: {
shape: rectangle
label: "继续跟进商机"
}
collect_requirements: {
shape: rectangle
label: "售前整理客户需求"
}
confirm_requirements: {
shape: diamond
label: "客户是否确认需求"
}
evaluate_workload: {
shape: rectangle
label: "评估定开工作量和计划"
}
project_approval: {
shape: diamond
label: "立项审批是否通过"
}
bidding: {
shape: rectangle
label: "招投标"
}
sign_contract: {
shape: diamond
label: "是否签约"
}
production: {
shape: rectangle
label: "投产"
}
promotion: {
shape: rectangle
label: "推广"
}
sales_opportunity -> sales_communication
sales_communication -> opportunity_valid
opportunity_valid -> reject_customer: {
label: "否"
}
reject_customer -> end
opportunity_valid -> standard_product_satisfy: {
label: "是"
}
standard_product_satisfy -> follow_opportunity: {
label: "是"
}
standard_product_satisfy -> collect_requirements: {
label: "否"
}
collect_requirements -> confirm_requirements
confirm_requirements -> evaluate_workload: {
label: "是"
}
confirm_requirements -> collect_requirements: {
label: "否"
}
evaluate_workload -> project_approval
project_approval -> evaluate_workload: {
label: "否"
}
project_approval -> follow_opportunity: {
label: "是"
}
follow_opportunity -> bidding
bidding -> sign_contract
sign_contract -> production: {
label: "是"
}
sign_contract -> end: {
label: "否"
}
production -> promotion
promotion -> end
开始》申请》评审》使用》检查》收回》回顾》结束
业务部门申请》业务部门负责人审核》资源管理部门审查》评估》判断是否内部资源就能满足,不能满足则发送给其他部门征求意见(比如服务商管理组)》其他部门评估成本》资源管理部门汇总意见提交给更高领导审批》审批通过,资源管理部门协同采购部门筛选合适服务商》服务商提供方案、报价和人员资质等信息》资源管理部门协同业务部门审核信息》服务商派出人员》资源管理部门与服务商明确工作任务、汇报关系、绩效考核等,并通知接受人员,正式开展工作。》任务完成后,业务部门对表现进行全面评估并申请收回》资源管理部门审核》审核通过后通知服务商》工作交接,撤离项目》费用结算与反馈收集》结束。
“MOC: Map of Content”(内容地图)是一种用于组织和展示信息结构的工具,以下是关于它的详细介绍:
一、定义和概念
二、用途和应用场景
1.业务问题到底是什么
2.问题要解决吗
3.该不该现在解决
4.用户角度会怎么用功能
5.怎么最小成本适应客户需求变化
6.有没有更好的方案
7.能不能再简单点
8.能不能再快点
隔行如隔山,家家都有一本难念的经
365行,行行出状元
大的行业况且如此,再往细里分就更加不得了。
客成是负责单子签下来之后的所有活儿,另外更重要的是推进续签和增采。那么肯定会有必选动作(不管什么客户都要干的,比如项目交付和推广促活),还会有自选动作(根据行业特点提供的服务,比如部委和金融客户在特殊时期需要重保),除此之外还有灵机一动随心发挥(根据每个客户的特点和当时当地当人的实际情况,给出的服务。比如在推广客户端的时候,听到客户抱怨从下属单位收集信息很麻烦,要做表发下去,然后收上来,先检查有没有填错,再合并。碰到不积极的还得不停的催。这时咱们就适时推荐客户试一下我们的智能表单,也许就产生了一个新的WPS粉,进而变成一个新订单也说不定)。