-
第一章节-一份来自云架构师的从业指南(顾问型销售的从业指南) 17
先看懂茶馆想做什么,或许你能更加理解这件事情的意义
-
Lecture1.1
-
Lecture1.2
-
Lecture1.3
-
Lecture1.4
-
Lecture1.5
-
Lecture1.6
-
Lecture1.748 min
-
Lecture1.8
-
Lecture1.9
-
Lecture1.1012 min
-
Lecture1.11
-
Lecture1.12
-
Lecture1.1330 min
-
Lecture1.1435 min
-
Lecture1.1504 min
-
Lecture1.1627 min
-
Lecture1.1714 min
-
-
第二章节-软技能之建立气质-如何快速建立识别需求的气质 12
气质这一块不拿捏好,别说转型,就连转身都会感觉到扑面而来的“硬、土、尬”
-
Lecture2.1
-
Lecture2.2
-
Lecture2.3
-
Lecture2.412 min
-
Lecture2.514 min
-
Lecture2.613 min
-
Lecture2.716 min
-
Lecture2.815 min
-
Lecture2.925 min
-
Lecture2.1009 min
-
Lecture2.11
-
Lecture2.1208 min
-
-
第三章节-软技能之初露锋芒-快速分析、挖掘并定性需求建立链接 10
怎么快速建立起来与客户的沟通频率,没有绝对的好办法,但有足够多的思路可供选择
-
Lecture3.1
-
Lecture3.209 min
-
Lecture3.313 min
-
Lecture3.410 min
-
Lecture3.511 min
-
Lecture3.612 min
-
Lecture3.7
-
Lecture3.8
-
Lecture3.915 min
-
Lecture3.1030 min
-
-
第四章节-软技能之进攻强化-二次"销售"成为用户的"员工" 9
把客户当做自己人,把热情转化成真诚~~
-
Lecture4.1
-
Lecture4.2
-
Lecture4.317 min
-
Lecture4.409 min
-
Lecture4.5
-
Lecture4.612 min
-
Lecture4.710 min
-
Lecture4.812 min
-
Lecture4.923 min
-
-
第五章节-硬技能之万能精油-经典方案的换壳艺术 6
写方案不难,关键是要学会快速画方案
-
Lecture5.129 min
-
Lecture5.238 min
-
Lecture5.319 min
-
Lecture5.427 min
-
Lecture5.5
-
Lecture5.643 min
-
-
第六章节-软技能之客户实录-一个讲人话的顾问的拿单战绩 8
一些简单的实践,大家可以吐槽也可以学习,当然也可以照搬过程,主要是自己要学习到里面的经验
-
Lecture6.120 min
-
Lecture6.2
-
Lecture6.323 min
-
Lecture6.419 min
-
Lecture6.518 min
-
Lecture6.612 min
-
Lecture6.732 min
-
Lecture6.850 min
-
-
隐藏章节-求生指南的自分析-「深度思考」 11
一些个人的工作经验,我愿与所有读者共勉
-
Lecture7.113 min
-
Lecture7.224 min
-
Lecture7.3
-
Lecture7.429 min
-
Lecture7.522 min
-
Lecture7.633 min
-
Lecture7.7
-
Lecture7.854 min
-
Lecture7.9
-
Lecture7.1027 min
-
Lecture7.1127 min
-
7个评论
很期待来一节课讲解客户怎么下云?嘿嘿
get,排期了:)
从动作看考核,加粗理解噢
苦茶老师的课一如既往的精彩,每一节课都能引起我的共鸣!
销售的KPI就是数字(收入,利润,毛利率,奖金比例等),简单直接向钱看。用户的利益需求,客户关系到位了才会透露吧。
文档这个问题很奇怪,瀑布式开发过程文档先行,各种说明书,设计文档都是写详细了才编码。到了敏捷开发,scrum, devops等快速迭代模式,产品原型优先,文档反而被淡化了。不知道苦茶老师怎么看?
DC和Computing的投入对比,有好多个维度的算法。不同的公司财务管理,预算机制,业务变化频率,IT规模复杂度,上云的节奏,都会不一样。就像苦茶老师说的,不管上云还是下云都可以,让客户买单最重要。
文档化被淡化的这个现象,其实我倒是没那么大感受,pmbok、prince2、6西格玛都多少系统的提到一种文化,敏捷业务形态的趋势。其实从业务侧领导来看,这些都是很好的,因为敏捷所以不需要前期的准备。因为未来有太多不确定性,所以这些文化被接受也是人之常理(即:随时可切割)。
但瀑布式的现象好不好呢,其实是好的。就想手上正在运作的一个项目,这些虽然没有详尽的开发架构文档,但一字一行都具有国家的“十四五”规划的感觉。不能完全的比喻成瀑布,但可以说明。在确定的业务形态面前(瀑布式)的手段仍然是最有效且稳定的‘实践’。
但前者和后者到底是0-1还是1-0,其实按照团队进入的时间,这都是相互作用且相互转化的。就好比这个课程一样,最开始的备课再到后续的课程内容的调整,这些都是敏捷和瀑布的对撞。仅仅是我个人的感受,期待@郭总多批评。
关于DC和cloud的投入对比,客户适合最重要的前提是销售最乐意,销售最乐意的前提是公司最希望。所以下还是上,这些都是从开始就定性了。从技术顾问的角度来分析,借用郭总的表达:组织流程、财务管理、技术栈、业务形态、短期与长期的BP。这些因公司不同而不同,因对接人气质不同而不同。作为乙方作为依赖技术吃饭的‘手艺人’,我们需要做到的就是内功的积累和足够的创新想象力,:)
把客户业务和产品结合起来,再用文字让它们丰满起来,这需要平时积累产品知识和项目经验吧?
只要和用户经常在一起,就事半功倍了,田米米。当然也不能少了偏执狂的思考噢