精华内容
下载资源
问答
  • 博格有了技术支持中心作为后盾,合作伙伴就更容易在售前拿下订单,售后提供确实服务能力。博格的信息保全方案便成了偏爱 Windows 平台的企业客户的第一选择。作为享受到技术支持服务的台湾合作伙伴,博格现在明显...
  • 售前技术支持工作职责和能力要求

    千次阅读 2015-05-26 09:38:50
    售前技术支持工作职责和能力要求 在IT界,成功的完成一个项目的需要销售人员、售前人员、项目实施人员(开发人员)、售后服务人员等密切协作。本文从售前技术支持人员的角度,对售前技术支持工作的过程进行了...
     
    

    在IT界,成功的完成一个项目的需要销售人员、售前人员、项目实施人员(开发人员)、售后服务人员等密切协作。本文从售前技术支持人员的角度,对售前技术支持工作的过程进行了描述,根据作者在售前的经验,提出了各环节的应该注意的要点,希望能对售前人员的工作有一定的帮助。 
      1. 售前人员需要具备的素质
      售前人员应该是项目开发人员与业务销售人员的桥梁,在业务销售人员眼中,售前人员扮演的是技术人员或技术专家的角色,而在项目实施中的开发人员眼中,售前人员是专注技术的销售人员,在用户眼中,售前人员,是代表公司技术水平的技术专家。在一个具体的售前技术支持活动中,售前人员协调销售人员、用户、后期开发人员间的关系,将公司的技术实力向用户展现,听取用户的初步需求,与用户讨论项目系统的初步框架,协助销售人员将公司的产品和技术优势推荐给用户,为后期开发人员屏蔽用户不合理的、给项目实施带来技术风险的需求,是项目的技术框架的最初设计者。
    售前人员要求具备一个技术人员和销售人员两方面的素质,具体如下:
      ●熟悉自己的产品。
      ●具有比较全面技术专业知识。熟悉当前IT的技术发展方向。
      ●对本公司的开发能力、技术优势、劣势有比较清楚的认识。
      ●作为行业软件的销售,必须熟悉本行业的业务,对本行业的信息化的现状和发展方向有一定的认识,了解行业中的其它专业软件的基本情况。
      ●熟悉本行业的技术和产品动向,了解同类产品及其竞争对手的情况和特点。
      ●能力熟练使用文本和图形编辑器进行方案、标书的编写。
      ●熟悉项目招投标的一般程序。
      ●善于交流,有良好的沟通能力和技巧。
      一个人通常不可能具备这么全面的知识和技能,因此,对于大型项目,为了与客户进行全方位的交流,展现公司实力,对系统进行初步的论证和设计,其售前往往是一个团队,这个团队根据项目的需求,可能有行业业务专家,数据库专家、操作系统专家、信息安全专家、网络构架师、软件系统分析员、项目管理专家等角色。
      2. 项目招投标活动的过程描述
      项目从前期跟踪,签单,作为售前人员,需要与销售人员密切合作。通常获得一个项目的前期过程如下:
      1.销售人员拜访用户,了解用户的项目基本情况,向用户介绍公司和公司的产品,与用户建立起良好的关系。
      2.销售人员在用户招标前,引入售前技术支持人员,与用户进行技术上的交流和沟通,了解用户在项目上的需求,偏好的技术构架,引导用户到本公司的技术思路上,这个过程可能是需要多次反复。至少要做到用户对公司有一定的兴趣,愿意邀请你参加投标。
      3.用户发招标书,售前人员根据招标书的要求,结合前期与用户交流的情况,编写投标书。
      4.参加招投标会,进行技术、商务上的讲解和答疑。
      5.参加商务和技术的谈判,起草项目商务合同和技术协议书。
      6.签订合同,项目实施以及维护。
      2.1.招投标前与用户的接触
      招投标前与用户接触,了解用户的真实需求和想法,通过交流,了解用户对系统框架、平台、新技术的偏好,使以后在投标中能“投其所好”“命中要害”。介绍公司的技术和产品,使用户在招标前对本公司技术和产品能有比较清楚的认识和了解,将用户的需求引导到本公司的技术和产品的思路上,使用户的在技术上对本公司有一定的偏好。
    交流和需要了解的内容通常包括:
      1.用户的组织机构,信息化的现状,现有的硬件设备、网络情况、正在使用的软件系统情况;
      2.新系统的规划、目标、规模,要求等,包括用户对系统的安全性、可靠性、易用性、扩展性的要求;
      3.业务内容、业务流程系统的现状,软件功能需求;
      4.平台和数据库的选型;
      5.信息安全、存储的需求;
      6.对软件开发机制的认识;
      7.用户感兴趣的热点技术;
      交流应该广泛,不要只限于项目的具体负责人,如果有条件,可以拜访更上级的用户,以及各部门的主要负责人或技术权威,尽量了解用户的对项目的认识和想法,交流和拜访中要善于识别用户的身份,抓住对项目有决定权、影响大的用户的想法,同时,可以初步分析哪些用户可能是以后的招标评委,留意他们对项目感兴趣的地方。以便在投标和讲标中有所针对性。
      引导用户向本公司的擅长的技术路线和产品特点上。可以将以往做过项目的情况、功能特点讲给用户,最好是借助演示,这是用户会告诉你哪些是他感兴趣的,哪些是没有意思的,其它对手的产品是什么样的等等。这样便于与用户进行深入的交流,找到与用户相互的共鸣点。
      跟踪和了解对手情况,了解同类产品的现状,这是一个长期积累的过程,分析对手的产品和解决方案可能的特点,找到或提出比对手有新意的、能吸引用户的系统亮点。当然,这些亮点的提出必须先考虑自己的技术实力和项目的投资规模。
      2.2.投标及投标文件的准备
      2.2.1成立投标小组
      成立项目投标小组,投标小组的核心应该是项目的法人代表授权人。根据项目的规模、技术难度和招标时间的要求,制订投标计划,将计划分解到每个人员上,确定每个人工作内容和计划,确定计划的执行的监督人员。
      投标的时间一般都是确定的日期,而且比较短,这也是考验一个公司和团队的响应速度,必须在这个有限的时间内完成投标书的制作,否则,将由于准备不充分而丢标。这需要平时的技术积累,对行业知识的积累,投标书的积累,如有类似的的标书或模版,以及良好的团队合作精神和氛围。
    作为一个行业应用项目,技术部分可能涉及到的人员有:网络规划师、硬件产品经理、软件构架师、行业专家、数据规划专家或数据库专家信息安全专家,以及其它专业领域的专家等。这个团队建立,需要整合公司内部和外部的相关资源,来共同完成。例如,可以临时请专业公司相关的售前支持(HP、IBM等)、相关行业的专家、相关专业的大学教授等来扮演相关的角色。
    甚至可以考虑与相关的其它公司联合投标。
      在投标小组中,建立保密制度,特别是对于特大型项目,关于报价、核心技术等内容,最好在小范围讨论和确定。
      必要的情况下可采用封闭开发的方式。
      2.2.2.编写投标书
      用户的招标书通常包括:招标邀请函、商务要求部分、技术要求部分、附件和附图等文档,这些文档是编写投标书的基础。投标小组成员在编写标书前,应该仔细、反复阅读招标书,特别是对投标商的资质要求等内容,投标小组对招标书进行讨论,找出招标书中描述不清楚的地方,根据情况向招标方提出要求解释,确定项目资质情况、投标以及实施的风险、对手情况、投标的优势、劣势等;制订投标策略;确定投标书的内容、投标方式;初步编写投标书的大纲。
    在投标书编写过程中,应该注意一下几点:
      1.商务投标书应该按照招标书的要求进行严格的应答,应答的顺序和格式最好严格遵循招标书的要求。
      2.对于招标书没有要求的内容,特别是商务标书,最好不要画蛇添足,如果希望增加对项目投标有帮助的资质,最好经过慎重的考虑,确保没有漏洞。商务部分主要的目的是展示投标公司的实力,确保参加投标的资格。首要是确保投标有效。注意有些东西可以讲出来,但不是所有可以讲出来的东西都适合写出来。
      3.差异表的处理:对于投标文件与招标文件中有差异的部分,通常招标方要求标注在差异表中,在编写投标方案时,应该尽可能的将差异部分找出来,描述清楚,但是,在最后整理、提交差异表时,就需要特别慎重,并不是每个差异都适合在这个正式的场所以正式的方式提出,有些东西需要保持一种模糊的状态,以提高中标的可能性,同时,又可以为商务和技术谈判留下伏笔,便于谈判中的进退。
      4.对于报价单的处理:报价单按照正规要求填写、盖章、密封后,最好能有一两套空白的备份,报价单的格式与正式报价单一样,但是价格不填写。因为在正式报价单封装好到递交报价单前的这段时间,销售人员很可能探听到对手的价格或用户对项目整体价格的意见,这是候需要根据项目、市场、对手、用户的情况进行价格调整,这时就可以使用备份的报价单。特别是公司到异地投标,要想重做报价单,时间基本上是不允许的。
      5.密封条的处理:在规定的投标文档密封条基础上,一定要多准备几张备用的密封条,当然是盖好章的,特别是公司到异地投标,市场信息千变万化,你不可能保证在投标前不修改你的价格和投标书。
      6.商务投标书中的资质和要求公司盖章的部分一定要对照招标书的要求,严格检查,这部分的错误和遗漏将有可能造成废标,因此,最好有两个以上的人员专门检查核对。
      7.对于一个集团公司下的多个法人公司之间,可能存在资质共享的情况,这时,应该注意检查哪些资质不是投标法人单位的资质,如果本投标法人单位的资质,应该请资质拥有的法人单位签署授权声明,否则,招标时可能造成“擅用第三方公司的资质欺骗招标单位”的后果而成为废标。
      2.3.参加投标
      对于比较大的项目,参加投标的团队的人员合理分配是很重要的,根据项目具体情况,可将投标人员按照编写标书分工的情况分为:商务人员、技术人员。继续细分为商务联系人员、商务投标人员、技术部分可以分为负责网络部分的、体系结构的、应用系统功能的人员等。
      参加投标人员应该统一服饰,穿统一的职业装,佩戴公司的标志,自信、自然,给招标评委一个良好的整体形象。严格遵循招标纪律。
      通常情况下,不要过多的对熟悉的评委交流。尽管前期与用户有充分的接触,可能与一些评委熟悉并有良好的关系,但是,在招标的正式场所,通常是礼貌的打一下招呼,寒喧一下即可,不易与用户有太多的交流和亲密交谈,这些举动可能会造成其它评委的误会,也可能会给对手“授之以柄”。除非你是专门的、有特殊目的的行为,例如,在有些情况下,与招标中的最好领导或核心人员表现出亲密的关系,可以给其它评委造成“某某人可能已经偏向某公司了,我也应该顺势而为”的误导,同时,给对手造成更大的心理压力和负担。但这种方式有很多风险,要非常。慎重。
      在投标前,讲标的每一部分应该准备好相应的幻灯片,幻灯片的作用有两个,一是通过文字、图片、动画等多种方式,比较直观的向评委传达信息,便于评委对讲解内容的理解,二是通过幻灯片,帮助讲标人自己规范思路,不至于跑题。因此,幻灯片制作,要以这两个作用为目标。每张幻灯片讲些什么内容,讲多长时间,都要做到心中有数。
      最好有实际的演示,结合演示讲标。作为行业应用软件的用户,比较重视投标厂商以往同类系统的业绩,如果能向用户展示同类的应用系统,结合实例演示来讲解系统的体系结构、功能特点,通常会取得较好的效果。但是,在展示以往系统的时候,要注意扬长避短,屏蔽掉一些系统的弱点和缺陷,同时要注意演示的时间控制。
      对投标中使用的设备要主要保护,投标中使用的笔记本电脑,在安装好演示系统和幻灯片后,要对设备慎重使用,防止设备的意外损坏导致投标中的设备异常,例如,注意防病毒、防止意外碰坏,不要在投标出差期间用笔记本电脑到网吧上网,在宾馆中防止电脑进水、摔坏,不要轻易整理计算机系统的文件,可能因为不小心删除某文件造成系统不能正常启动。最好在投标出差前将系统的安装盘,应用系统的安装盘等备份好,有条件的可以采用两套笔记本电脑安装。
      适当的与参加投标的对手交谈,也许下次你们还会在另外一次投标中对阵,也许下次他与你并肩战斗,通过交谈,你也可以意外的获得一些有用的信息。
      2.3.1.讲标
      讲标应该有既要有重点,又要覆盖到各项内容,突出公司特点和优势、突出技术优势和特点。内容要尽量照顾到每个评委。
    讲标通常都有时间限制的,在这个时间段内,如何将公司介绍、商务介绍、技术介绍、项目实施、技术支持与服务等内容的时间合理分配,需要在讲标前仔细斟酌。时间和内容的分配主要根据以下情况来调整:
      ●本公司和技术上的优势和特点。
    讲标中,特别是讲标的顺序排在后面的时候,对于一些共性的东西,评委已经比较清楚了,也没有兴趣听你重复,他关心的是你与其它对手相比的特点
      ●招标评委的组成和特点。
    要力所能及的分析招标评委的组成情况,高层领导、技术专家、部门业务专家等角色的人员组成和数量。通常高层领导对IT技术不熟悉,他评判的主要依据更多的是公司规模、资质、实力、售后服务、价格等非技术性指标,技术专家评判的主要依据是系统体系、采用的新技术、安全性、扩展性、软件开发管理机制等技术指标,而部门业务专家更关心软件的功能、易用性、与现有系统的接口等问题。
      ●讲标的过程中要注意观察评委的表情、态度,及时调整内容的深度。
      ●对手讲标后的情况和弱点。
      针对对手讲标后评委普遍反映的问题进行重点阐述,例如,评委认为系统的安全性和项目开发的规范性很重要,但其它讲过标的对手都没重视,这时,你需要及时调整内容,将安全性和项目开发机制做重点来阐述。
      另外,不要轻易攻击对手,可能有些评委对你的对手有好感,你对对手的直接攻击,会引起他的反感而刻意打压你。攻击对手的方法是突出自己的优势。
      讲标中可能由几个人分工,讲不同的内容,但要注意整体的逻辑上要严密。可以先由一个人将讲标的全部内容安排做一个介绍,然后在每个人讲完自己部分后,简单介绍下部分的内容,引入下个讲解人员。使整个讲标连贯统一。
      讲标前要调整好自己的状态和心态,讲标过程中要放松,不要报着“上考场应考”、“被人评判审核”这样的心态,这样会使你陷入一种紧张、诚惶诚恐的状态。当你上到讲标台上,看见评标的人很多,你会更加紧张,越容易出错。你应该对自己方案和产品充满信心,你就是专家,报着“咳!让我给大家介绍一下我们的好东西,绝对能解决你们现在的问题!”的心态,你应该有一种急于向外人展现你的得意作品的冲动,人越多,你越得意、越兴奋,这时,你最好的状态来了!
      2.3.2.答疑
      回答讲标和提问时,掌握的原则是:讲不清楚没关系(模临两可),但决不能错!
      不能与评委发生争论。
      不能对评委的问题表示轻视。
      回答不了的问题的答疑的人员要相互配合。当你发现你的同伴被问住的时候,如果你能协助他回答最好,你也不能回答的,你应该迅速想到一个方法,从另外一个角度的回答这个问题,从而逐渐将话题引开,避免尴尬。
      2.4.商务和技术谈判
      在预中标后,将会进行商务和技术谈判,售前技术支持人员主要参加技术协议的谈判和起草。
    技术协议的谈判是降低项目风险的关键过程,谈判的成果-技术协议书通常会作为合同的附件,直接影响到项目实施的难度和风险。因此,一定要耐心、细致,不能为了尽快签合同,就草草了事。
      技术协议目的是界定好功能边界和深度。特别是在行业应用软件中,投标文件和讲标中,通常会有忽略一个“度”。如应用系统的深度、功能的具体边界、新技术采用的程度等问题,往往是比较模糊的,很大的可能性是双方在这些方面的认识存在着较大的差异,这些差异的会给后续的项目实施带来风险。技术协议的谈判就是要对这些“度”进行控制,对敏感问题和技术难点要进行沟通,达成共识,注意不能在技术协议中出现“全面解决某某问题”、“完全解决”等模糊的字眼,这种模糊的界定会给项目开发带来很大的风险,都必须讨论清楚,将完成的深度和采用的技术手段写入技术协议中,使项目风险在项目实施前就得到充分的展示和控制。
      3.投标文件的编写
      投标书的编写最核心的要点是要逐条响应招标书,不能有遗漏。
      作为一个大的公司或集团,需要也应该制定统一的《投标标书编写规范与指南》,通过积累,建立一个投标书模版库,以保证投标书的质量、缩短投标书的编写周期。
      关于投标的文件的具体编写,有许多文章都有较好的描述。在此不再赘述。

    展开全文
  • 今天聊一下技术支持团队是不是应该有一些合成能力。 一个团队是不是应该有某种技能或者装备,不应该用传统的定义来决定,而是应该由实际的业务需求来决定。譬如我们看到现在军事战术单元里面,有一个词叫合成营。这...
     Hi, 我又回来了。今天聊一下技术支持团队应该是一个多技能合成团队。
             一个团队是不是应该有某种技能或者装备,不应该用传统的定义来决定,而是应该由实际的业务需求来决定。现在的军队,传统的陆军不再是纯粹是步兵、海军也不都纯粹是水兵了。陆军部队有陆军航空兵,海军有海军陆战队,海军航空兵,空军有空降兵等等。另外最近几年,我们经常能够听到一个词叫合成营。这种单位除了有步兵,还有炮兵、工程兵、坦克兵、导弹兵等,克伟样样俱全个人对军事不太了解,但是从这种结构来看,这样的合成营会灵活很多,会减少很多跨团队之间的沟通。一个主官可以根据当前面临的情况,调集合理量的多兵种完成一个战斗。同时战斗决心更加容易得到贯彻。
     技术支持团队,一般是类似于具有技术背景的客服的岗位。据我了解,很多公司对这个岗位的要求是了解网络、常用计算机操作系统,了解开发过程甚至是能够编写简单的sql就行,对于开发能力并没有要求。技术支持的一般的流程是,收集前线的问题,自己先排查一波,如果自己也搞不懂就反馈到研发或者产品。这样来做个漏斗,减少对研发产品的工作干扰。
       同时,技术支持团队他们本身也算是一个业务团队,根究自己的业务内容也有自己独立的需求。如果把这些需求提给大的产研团队,这些需求因为出自产研内部,往往会被定义为“技术需求”,这种需求往往优先级不高,毕竟销售售后等业务团队的需求也都在排队。
     这个时候如果技术支持内部能够有一个人来做实现一些自己团队内部的简单需求,提高自己团队的工作效率,那就完美了!我们团队遇到过这样一个情况,很多人对EXCEL不熟悉,对学习制作各种报表有畏难情绪。如何解决这个问题,能够让这些报表自动化出来(在产研团队待久了这个思维几乎会本能地出现),我突然想起来,我们团队有个小伙子做过开发工作,于是乎我就跟他聊了聊我的需求-通过程序来实现这些报表的呈现,他回复这种很简单。经过梳理我们经常使用的数据,通过程序调用echart的接口来完成报表制作。很爽啊!这个时候真的真切感受到程序员就是上帝之手啊!魔盒打开了,我们又开发了各种展示报表数据分析的东西。后来开始,给我们自己内部的工单系统做各种催单外挂(工单PM不给我们排期或者实现起来不够灵活的)及时快速精确催单,大大提高了工单流转效率。后来,我们又使用钉钉机器人实现了一些提醒和定时数据报表邮件。这些事情如果我们自己手动来做,工作量是非常大的。这样,我们内部就有了一个开发和数据分析师。
     技术团队是一个闷骚团队,能量很大也很牛逼,但是又不太喜欢表达自己。应该让他们在公司更有存在感,也能够让其他部门都了解我们有一个强大的研发团队,我们这个桥梁应该要做点什么。我们公司内部做过两次冲刺活动。市场、HR、行政等各种团队都挂横幅、做各种广告来表达对这次冲刺活动的支持。我们研发这边一直没有啥动作。这个时候我就像,我们也需要表达技术团队对业务的支持。但是怎么表达呢?要俗气一些,先跟风呗。这个时候,我在技术支持团队内部发布了一个招募令,把有意愿做这件事的人形成一个虚拟小组。经过大家连续的讨论,制定了宣传模式,公司内部论坛发广告,确定一个口号,制作海报还定制了一个明黄色的衣服用来增加我们的辨识度。海报制作了几个,活动冲刺开始的时候一个主题,中间一个主题,结尾一个主题。我们团队内部有一个稍微熟练使用PS的小伙伴就把这个工作干起来了。当然也经过了N版才上线。公司内部软文也是图文并茂,配合冲刺节奏发了几次。另外,公司墙上的也被我们占领了不少,挂上,甚至做了一些展板放在了各个重要的地方(领导必经之地)。一时间,整个公司被技术团队的宣传搞得眼花缭乱。一些业务部门说你们技术部门这次跟的很好啊。说实在的,我觉得我们不是在跟,而是在引领。因为我们团队定做的衣服,后来很快就有团队模仿跟进了。就这样,我们团队还有了宣传部门。当然,这种新颖的方式也受到技术团队老板的认可。
     感觉斜杠很爽的时候,我还想到开设新媒体宣传我们研发产品团队。最直接的是公众号,当时甚至想到了要举办技术论坛或者一个网站写一些高质量的文章,来提高我们产品研发在业界的能力。一时间,感觉很兴奋。但是很可惜,我们发现要做的足够漂亮,需要专业的人花费不少时间去做,但是一个残酷的现实暴露出来了HC不够啊。只能刹车了。
     做了一些跨界的事儿,有的时候感觉思路瞬间被打开了。这种感觉真的很爽!技术支持团队要做业务和产品研发的桥梁,但是桥梁是双向的,并不是单行道。除了把用户的信息反馈进来,也应该把产品技术的风采也展示出去。这样,也能让业务觉得我们背后有强大的技术团队在给我们撑腰,会更有信息去冲单。
     下班了,准备回家咯!有时间再聊
    
    展开全文
  • 技术支持工程师需要哪些技能The field of software engineering is one known for technical complexity, creativity, and innovation. With the job of software developer currently ranking #1 in the US, ...

    技术支持工程师需要哪些技能

    The field of software engineering is one known for technical complexity, creativity, and innovation. With the job of software developer currently ranking #1 in the US, competition has been drastically increasing, especially in the midst of COVID-19 layoffs and hiring freezes. While technical skills are essential to success in this field, here are five skills that will supercharge both your career and life trajectory:

    软件工程领域以技术复杂性,创造力和创新而著称。 随着目前软件开发人员的工作在美国排名第一 ,竞争急剧加剧,尤其是在COVID-19裁员和冻结员工的过程中。 尽管技术技能对于在该领域取得成功至关重要,但以下五项技能将增强您的职业生涯和生活轨迹:

    1.学习能力 (1. The ability to learn)

    Bookcase full of books
    Photo by Iñaki del Olmo on Unsplash
    Iñakidel OlmoUnsplash上的 照片

    The domain of computer science and software engineering is one that is both massive and in constant flux. Moore’s Law states that the number of transistors on a densely integrated circuit doubles every two years. This means that the software that runs on said circuits can become increasingly complex, and this is further bolstered by the existence of massive distributed systems via cloud computing. New libraries and frameworks seem to be popping up daily, with NPM (Node Package Manager) now containing over 1 million packages.

    计算机科学和软件工程领域是一个既庞大又不断变化的领域。 摩尔定律指出,密集集成电路上的晶体管数量每两年翻一番。 这意味着在所述电路上运行的软件可能会变得越来越复杂,并且通过云计算的大规模分布式系统的存在进一步增强了这一点。 新的库和框架似乎每天都在弹出,而NPM(节点程序包管理器)现在包含超过一百万个程序包。

    Whether trying to learn a new programming language, mastering a framework, or studying for technical interviews, it’s very easy to become overwhelmed just by the sheer amount of material available or required. Before diving head-first into these studies, I’d recommend taking the free Coursera course — Learning How to Learn: Powerful mental tools to help you master tough subjects.

    无论是尝试学习一种新的编程语言,掌握一个框架,还是学习技术面试,仅因可用或需要的大量材料而变得不知所措。 在进行这些研究之前,我建议您先参加免费的Coursera课程- 学习如何学习:强大的心理工具来帮助您掌握艰巨的主题

    This course is one that has helped me immensely in building good study habits and presenting me with many helpful tools to help myself with studying new material for both university and my professional career. Examples of these tools are spaced repetition, taking advantage of both the focused and diffuse modes of thinking, the concept of einstellung, and active recall.

    这门课程极大地帮助了我养成良好的学习习惯,并为我提供了许多有用的工具,可以帮助我学习用于大学和职业生涯的新材料。 这些工具的示例是间隔重复,利用了集中和分散的思维方式,弹性概念和主动回忆。

    2.毅力 (2. Perseverance)

    Kickboxer roundhouse kicking heavy bag
    Justin Ng on 贾斯汀·伍 ( Unsplash Unforsplash)摄影

    There are two inevitabilities when working in the world of software engineering: failure and tedium. It’s no secret that getting a good job at a competitive tech company is incredibly difficult. It’s been reported that Google hires 0.2% of those who apply for positions there. Whether working on projects or interviewing for jobs, if you work in this field for any amount of time, you are all but guaranteed to encounter failure. However, failure itself is normal, and often a catalyst to better learning. Failing means that you’re trying to accomplish something new and outside of your comfort zone, which is a massive step towards success.

    在软件工程界工作时,有两个必然性:失败和乏味。 在竞争激烈的科技公司找到一份好工作非常困难,这已经不是什么秘密了。 据报道, 谷歌雇用了0.2%的应聘者 。 无论是从事项目工作还是面试工作,如果您在此领域工作了任何时间,都可以保证您会遇到失败。 但是,失败本身是正常现象,通常是更好学习的催化剂。 失败意味着您正在尝试在舒适区域之外完成新的工作,这是迈向成功的重要一步。

    Successful people don’t fear failure but understand that it’s necessary to learn and grow from. — Robert Kiyosaki

    成功的人不会害怕失败,但会明白,学习和成长是必要的。 —罗伯特·清崎

    Albert Einstein once stated, “It’s not that I’m so smart, it’s just that I stay with problems longer.” Anyone who has worked in the software engineering field for a decent amount of time can relate to the issue of starting multiple projects and struggling to see them to completion. Starting on new projects is often exciting, but as the project lifecycle continues, the difficult and tedious work often begins to wear on the developer(s). After all, the Pareto Principle, when applied to software projects, conjectures that 20% of the work will take 80% of the time, and this is often the last 20%.

    爱因斯坦(Albert Einstein)曾说过:“并不是我那么聪明,而是我待得更长久。” 在软件工程领域工作了相当长的时间的任何人都可能与启动多个项目并努力使其完成有关。 开始新项目通常很令人兴奋,但是随着项目生命周期的继续,艰巨而繁琐的工作通常开始对开发人员造成影响。 毕竟,当帕累托原理应用于软件项目时,可以推测20%的工作将花费80%的时间,而这通常是最后20%的时间。

    To deal with both failure and tedium, one must have the perseverance in seeing a project or goal through. While this sounds like it’s a matter of willpower, humans have limited willpower to draw from each day. My suggestion is to instead focus on building self-discipline through the use of good habits. The topic of creating good habits is covered extensively in the Learning How to Learn course linked above, but in essence, instead of focusing on goals and other outputs, focus on the process. Tools like the Pomodoro Technique are invaluable for splitting up work sessions into manageable pieces of time while still maintaining the focus on the process (useful tool — https://tomato-timer.com/).

    为了应对失败和乏味,必须有毅力看透项目或目标。 虽然这听起来像是意志力的问题,但人类每天汲取的意志力有限。 我的建议是,相反,应着重于通过养成良好的习惯来建立自律。 上面链接的“学习方法”课程中广泛涵盖了养成良好习惯的主题,但从本质上讲,与其关注目标和其他输出,不如关注过程。 诸如Pomodoro技术之类的工具对于将工作会议划分为可管理的时间,同时仍然保持对流程的关注,是无价的( 有用的工具-https: //tomato-timer.com/ )。

    3.解决问题 (3. Problem Solving)

    Man working on engineering drafting table
    Photo by ThisisEngineering RAEng on Unsplash
    ThisisEngineering RAEngUnsplash拍摄的照片

    Contrary to some of the notions I’ve heard, the most difficult part of software engineering isn’t coding — it’s solving problems. All of programming is essentially composed of algorithms and data structures, and knowing how to recognize patterns and solve issues using the appropriate tool at the proper time is essential.

    与我所听到的一些概念相反,软件工程中最困难的部分不是编码,而是解决问题。 所有的编程本质上都由算法和数据结构组成,因此了解如何在适当的时间使用适当的工具识别模式和解决问题至关重要。

    One common pattern for solving problems is the “read, search, ask” workflow. When you’re trying to find a solution to a programming problem, it’s often best to start with reading the documentation for either the APIs or the technical specifications. If the answer isn’t located there, searching on Google or StackOverflow will often result in something useful. Once those resources are spent, then you can ask coworkers or seniors — they will greatly appreciate that you did research first.

    解决问题的一种常见模式是“阅读,搜索,询问”工作流程。 当您试图找到编程问题的解决方案时,通常最好先阅读有关API或技术规范的文档。 如果答案不在此处,则在Google或StackOverflow上搜索通常会产生有用的信息。 一旦花掉了这些资源,您就可以问同事或前辈-他们将非常感谢您首先进行研究。

    In regards to the problem solving process itself, it’s often helpful to have a repeatable process for whatever product/task you’re working on. Here’s a workflow that I find handy whether working on algorithm/data structure problems (a la programming interviews) or designing systems:

    关于问题解决过程本身,对正在处理的任何产品/任务进行可重复的过程通常会很有帮助。 无论是解决算法/数据结构问题(编程访谈)还是设计系统,这都是我很方便的工作流程:

    1. Understand the task at hand

      了解手头的任务
    2. Clarify inputs and outputs

      澄清输入和输出
    3. List edge cases

      列出边缘案例
    4. Create a brute force design

      创建蛮力设计
    5. Optimize the design

      优化设计
    6. Code out the optimized implementation

      列出优化的实现
    7. Write and run tests (if doing TDD, this can be done after step 3)

      编写并运行测试(如果执行TDD,则可以在步骤3之后完成)
    8. Reflect on the results

      反思结果

    4.沟通 (4. Communication)

    Message bubble made from paper
    Photo by Volodymyr Hryshchenko on Unsplash
    Volodymyr HryshchenkoUnsplash拍摄的照片

    Contrary to the all-to-common stereotype of the cave troll living in the server room cowering whenever sunlight touches them, a software engineer requires proficient communication skills to succeed in this career field. Software engineering is a team endeavor, and any large product will require coordination and teamwork between engineers, engineering managers, product managers, and project stakeholders. Communication includes (but is not limited to) written, verbal, and non-verbal communication.

    与生活在服务器机房中的洞穴巨魔的刻板印象相反,只要阳光直射它们,它们就会退缩,因此软件工程师需要精通的沟通技巧才能在这个职业领域取得成功。 软件工程是团队的工作,任何大型产品都需要工程师,工程经理,产品经理和项目利益相关者之间的协调和团队合作。 交流包括(但不限于)书面,口头和非语言交流。

    In regards to written communication, it’s generally best to keep things as concise as possible. When writing emails or messages, try and have the main question or update as close to the beginning of the email as possible. Research shows that up to 28% of an office worker’s week is spent on emails, which is a staggering amount of time. The more clear the purpose of and to the point the email is, the less time needs to be taken to digest or even write it. However, tone is still very important, and extra caution must be taken not to come across as overly terse when more formal language is called for.

    关于书面交流,通常最好保持简洁。 在编写电子邮件或消息时,请尝试使主要问题或更新尽可能靠近电子邮件的开头。 研究表明,上班族每周最多有28%的时间都花在电子邮件上,这是一个惊人的时间。 电子邮件的目的和意义越明确,则消化甚至编写电子邮件所花费的时间就越少。 但是,语气仍然非常重要,当需要更正式的语言时,必须格外小心,以免显得过于简洁。

    The interpretation of a message is 7 percent verbal, 38 percent vocal and 55 percent visual

    信息的解释是7%的口头表达,38%的声音和55%的视觉效果

    In-person communication is another matter entirely. A study by Dr. Albert Mehrabian, a Professor Emeritus of Psychology at the University of California, Los Angeles, has shown that “The interpretation of a message is 7 percent verbal, 38 percent vocal and 55 percent visual” (Read more here). While this study was directly related to expressing emotions, thus rendering the percentages less precise for general conversation, the point remains that nonverbal communication is massively important. Mastering non-verbal communication will have a massive impact on your overall communication skills.

    面对面的交流完全是另一回事。 加利福尼亚大学洛杉矶分校心理学名誉教授阿尔伯特·梅赫拉比安(Albert Mehrabian)博士进行的一项研究表明,“信息的解释是7%的口头表达,38%的声音和55%的视觉效果”( 在此处了解更多 )。 尽管这项研究与表达情绪直接相关,从而使普通对话的百分比降低了精确度,但重点仍然是非语言交流非常重要。 掌握非语言交流将对您的整体交流技巧产生重大影响。

    One method that I have personally found to improve my nonverbal communication patterns is to practice presence. Being present in the conversation and giving it ones full attention will often result in one automatically having better eye contact, more engaged posture, and even less nervous patterns. By solely focusing on the person(s) speaking, you’ll be able to read their nonverbal cues better and pick up on the undertones of what they are trying to express (also known as active listening). As an additional bonus, heightened presence can also help one become more aware of their posture as they engage with the rest of the world.

    我个人发现可以改善我的非语言交流模式的一种方法是练习在场感。 出现在对话中并给予全神贯注,通常会导致一个人自动具有更好的眼神交流,更加专注的姿势,甚至更少的紧张情绪。 通过仅关注说话的人,您将能够更好地阅读他们的非语言暗示,并了解他们试图表达的内容(也称为主动聆听 )。 作为额外的好处,增强的存在感也可以帮助他们在与世界各地互动时更加了解自己的姿势。

    Here’s a good article for some steps to improve presence:

    这是一篇不错的文章,其中包含一些改善存在感的步骤:

    https://www.psychologytoday.com/us/blog/in-flux/201201/the-practice-presence

    https://www.psychologytoday.com/us/blog/in-flux/201201/the-practice-presence

    5.适应性 (5. Adaptability)

    Close-up photo of a chameleon
    Photo by Ante Hamersmit on Unsplash
    图片由 Ante HamersmitUnsplash拍摄

    While this skill is quite similar to the ability to learn, adaptability also has to do with being able to adjust to various scenarios thrown ones way. When working on any large software project, requirements are bound to change at some point. Being able to roll with this and pivot as requirements change is essential to being able to execute well during the implementation of a product or infrastructure design. This is a non-trivial part of what is meant by Agile.

    尽管该技能与学习能力非常相似,但适应性还与能够适应以各种方式抛出的情景有关。 在处理任何大型软件项目时,需求一定会有所变化。 能够顺应这一需求并随需求变化而变化,这对于在产品或基础架构设计的实施过程中能够良好执行至关重要。 这是敏捷的重要部分

    I highly recommend reading the Agile Manifesto and the Twelve Principles of Agile Software to get a better idea of what is meant by the word Agile.

    我强烈建议您阅读《 敏捷宣言》《敏捷软件十二条原则》,以更好地了解“敏捷”一词的含义。

    There are also other variables at play that myself and many other engineers/developers have had to work through. There can be anything from a teammate moving to a different position or company, a budget cut related to your assigned project, or even being shifted to an entirely different project based on priority. A perfect example of unexpected changes would be the move to primarily remote work due to COVID-19. Being able to adjust to these changes effectively and efficiently will give you a leg up in this field.

    本人和许多其他工程师/开发人员还必须努力解决其他变量。 从队友搬到其他职位或公司,与您分配的项目相关的预算削减,甚至根据优先级转移到完全不同的项目,都可能有什么。 出乎意料的变化的一个完美例子是由于COVID-19而转向主要是远程工作。 能够有效,高效地适应这些变化将使您在这一领域有所建树。

    Here’s a great article from Drexel University on how to practice adaptability.

    这是Drexel大学一篇很棒的文章,介绍如何练习适应性。

    资源资源 (Resources)

    翻译自: https://medium.com/swlh/five-valuable-non-tech-skills-for-software-engineers-64ac2d78b0bf

    技术支持工程师需要哪些技能

    展开全文
  • 通过精益售后服务提升企业竞争力

    千次阅读 2018-01-19 09:55:33
    通过精益售后服务提升企业竞争力熊军民(新道仑)2018.121世纪的企业如何应对产品同质化竞争?进入21世纪,以新技术革命特别是移动互联网、人工智能为先导的人类社会的又一次大变革正在形成推进。这种变革在经济...

    通过精益售后服务提升企业竞争力

    熊军民(新道仑)2018.1

    21世纪的企业如何应对产品同质化竞争?

    进入21世纪,以新技术革命特别是移动互联网、人工智能为先导的人类社会的又一次大变革正在形成和推进。这种变革在经济领域中的根本标志是,整个社会的生产力得到了大幅度的提升,社会生产体制正在越过强调规模经济、大规模生产阶段,逐渐步入灵活的、体现消费者个性的生产阶段。灵活的、适应需求多样化的生产体制即将取代社会化大生产体制。21世纪的企业正面临着以下的挑战:

    n  产品同质化竞争日趋严重

    n  产品生命周期缩短

    n  客户日益强烈的个性化需求

    n  市场和竞争的全球化

    n  从增量市场到存量市场的转变

    ……

    处于这样一个时代,没有什么东西能够长期保持一个企业的竞争优势,品牌、规模、资金、技术,都不行。今天,许多企业经营者已经意识到,企业必须以客户为中心,根据市场环境和客户需求的变化及时调整策略,迅速组织各种资源,以快于竞争对手的速度推出创新的产品和服务,才能在激烈的市场竞争中立于不败之地。

    在一个产品同质化竞争的时代,以客户为中心,为客户提供完善的及高附加值的服务,是增强企业核心竞争力的重要手段。而从增量市场到存量市场的转变,也要求企业必须从开荒种地到精耕细作。为客户提供更好的服务,才能留住客户,并带来后续的销售。实际上,很多客户需要的不只是产品,而是需要能解决自己问题的解决方案。当产品同质化难以进行实质性改变时,可以在服务上实行差异化,通过服务为客户创造价值,解决客户的问题,帮助客户成功,企业自身才能成功。同时,通过在产品上提供各种增值服务,也使你的客户没有办法直接比价,有效地避免了单纯比拼价格。

    售后服务是买方市场条件下的企业参与市场竞争的有力武器,是销售攻城掠地的坚强后盾,是提升企业品牌形象的重要保证,是保持客户满意度与忠诚度的重要手段。售后服务将成为企业未来的核心竞争力之一。

    精益售后服务管理

    当前售后服务存在的问题

    售后服务如此重要,很多企业也开始重视起来,但做得并不好。目前企业的售后服务普遍存在以下问题:

    1.  粗放式管理,服务资源的使用效率低,服务成本居高不下。

    2.  服务流程自动化程度低,缺少规范和标准,服务质量不高,客户满意度不高。

    3.  备件管理不能满足业务要求,要么缺货,要么库存过多。

    4.  得不到有价值的数据分析和报表。

    究其原因,与售后服务业务本身的特点有关。售后服务要直接面对各种客户,每个客户的需求不一样;售后服务流程跨越多个部门,保持部门间高效协同有较大难度;服务工程师大部分时间在外面,使得管理的难度增大。售后服务的这些特点,仅用传统的管理手段去管理是行不通的,售后服务需要我们采取更加精细化的管理手段。

    精益售后服务

    精益售后服务的宗旨是通过服务为客户创造价值,帮助客户成功。精益售后服务管理紧密围绕“客户”这一工作中心,以客户和服务为基石,培育客户关系,通过聚焦客户,挖掘客户需求,提供个性化服务,帮助客户成功。精益售后服务管理是按照“以客户为中心的全流程管理”理念,对售后服务实行端到端全流程、自动化、精细化、智能化的管理。

    精益售后服务是以客户为中心的企业经营管理体系的重要组成部分精益售后服务需要企业以客户为中心,以服务为引领来设计企业的业务流程,打造以客户为中心随需应变的核心竞争力。

    售后服务是企业接触客户最重要的渠道,通过售后服务,可以给企业提供如下的重要信息:

    l  产品满足客户需求的程度,以及客户未被满足的需求

    l  产品的使用情况和质量数据

    l  产品相比竞争对手的优势和劣势

    l  客户的满意度

    利用这些信息,企业可以不断提升产品质量,更好地满足客户需求。

    精益售后服务管理的目标

    1. 以客户为中心,以服务为引领,进一步优化企业各项流程,提高内部各团队的协作和信息共享,提高服务资源生产效率,降低服务运营的成本,增强企业的核心竞争力。

    2. 充分利用移动互联网、人工智能等各种先进技术,建设一个精细化、自动化、智能化的售后服务体系,为客户提供个性化、更智能、更主动、更贴心的服务,以提高服务响应的速度和质量,提升客户体验,提高客户满意度。

    3. 增加服务业务的机会和成功率以及产品的销售机会。

    4. 提供产品质量的追溯,为提高产品质量提供依据。

    5. 为决策层及时提供售后服务数据统计、分析和报表。

    精益售后服务管理的内容

    精益售后服务管理的主要内容:

    -    客服中心

    -    客户管理

    -    服务合同管理

    -    安装记录管理

    -    服务请求管理

    -    售后服务流程管理

    -    现场任务管理

    -    服务报告管理

    -    客户回访管理

    -    应收账单管理

    -    外包费用结算

    -    售后工程师管理

    -    备件和库存管理

    -    服务外包管理

    -    统计报表管理

    精益售后服务管理流程

    精益售后服务管理包含多个流程,如:

    -    产品安装流程

    -    现场维修流程

    -    返修/退换货流程

    -    远程技术支持流程

    -    投诉流程

    -    预防性维护(PM)流程

    -    报价流程

    -    备件申请流程

    其中有些流程是可以转换的,比如由投诉流程转到现场维修流程。

    一般的现场服务流程如下:


    售后服务流程一般会涉及到公司的多个部门,如客服中心、售后服务部、销售部、备件仓库管理部、物流、财务部等。要让所有这些部门高效协同起来为客户提供服务,不是一件容易的事情,需要精益售后服务管理系统。

    新道仑售后服务管理系统

    新道仑售后服务管理系统(TOMI-ASM)是新道仑公司以精益售后服务管理理念为核心,基于强大的任务流程管理平台(TOMIS),将售后服务领域的专业经验与最新的信息技术结合在一起,专门为企业的售后服务业务打造的一款专业的售后服务管理软件,它提供对售后服务全流程的精细化管理,帮助企业大大提高服务资源的使用效率,节约服务运营成本,提高客户满意度,从而增强企业的核心竞争力。

    TOMI-ASM可以帮助企业系统化地管理售后服务运营中的各项业务,包括客服中心(呼叫中心或服务热线)、客户管理、服务请求管理、现场任务管理、备件管理、服务资源的管理、安装记录管理、服务业务机会和服务财务管理等。TOMI-ASM是帮助企业从售后粗放式管理走向精益管理的最佳选择。

    TOMI-ASM系统架构

    TOMI-ASM的特点

    l  全流程,对客户的服务流程实行端到端全流程管理。

    l  可视化,对全流程进行可视化的管理,流程的状态尽在掌握

    l  自动化,售后服务全流程实现了自动化运行,省时省力高效,降低了对人的依赖

    智能化,智能派工,自动匹配工程师的地点和时间;智能数据分析,自动分析业务数据,并指出存在问题及改进方向。

    多渠道报修和回访,客户可以通过多种渠道报修和回访,如电话、微信、网站等,不受地点和时间的限制,大大提升了客户体验。

    TOMI-ASM工程师管理

    工程师工作状态看板,可看到每个工程师每天有多少任务,点击进去可以查看具体的任务。


    工程师地理位置,可看到每个工程师每天在什么地方。点击图中任何员工,就可以查看该员工的任务。工程师地理位置管理极大地方便了售后服务主管的派工管理,提高工程师资源的使用效率,节约人工成本。


    TOMI-ASM现场任务管理

    TOMIS-ASM现场服务包括工程师的出发、签到和签退等的时间管理,可以帮助企业:

    l 有效规划工程师的计划和安排,提高工程师的工作效率

    l 减少不必要的旅途差旅时间

    l 提高现场服务的响应时间

    l 缩短问题解决的时间

    l 提高一次性问题解决率

    服务工程师一般使用手机工作,下面是手机界面。

    TOMI-ASM的优势

    专业

    TOMI-ASM专门为企业精益售后服务管理研发,经过行业经验提炼和标杆客户验证;同时支持多产品线多流程能满足售后业务的精细化管理要求

    敏捷开发

    基于新道仑独创的“面向任务开发”软件开发技术开发,能快速满足客户的个性化需求。

    可扩展性强

    基于业界领先的流程引擎TOMIS,系统具备很强的可扩展性,能满足以后业务发展需求。

    客户零风险

    业界首创客户零风险模式先试用,后决定。客户看到主要需求得到满足才下购买,无需冒任何风险。

    如何快速建立自己的精益售后服务管理体系

    迄今为止,企业要建立一个满足自己个性化需求的大型管理信息系统,依然是一件非常困难的事情,不仅投入很大,而且费时费力,最终效果还不可知。这也是广大企业在系统选型时踌躇不决的重要原因。

    为了帮助广大中小企业快速建立自己的精益售后服务体系,新道仑公司推出了精益售后服务管理云—TOMIS-ASM Clound,并提供个性化开发服务。采用云租用(SaaS)模式,企业无需自己购买服务器,只需向新道仑提供个性化需求,满足个性化需求的精益售后服务管理系统一般在2周后就可以上线。借助精益售后服务管理系统,企业开始以轻盈的姿态面对客户和服务客户,打造自己的核心竞争力。

    新道仑精益售后服务管理云(TOMIS-ASM Clound)为企业带来以下好处:

    l  系统可以更快上线。

    l  企业一次性投入大大降低。

    l  免除了企业以后支持系统运行所需的IT资源。

    l  可以享受持续的产品更新和升级换代。

    l  可以享受更快更好的技术支持服务。

    l  如果有新的需求,可以更快得到满足。

    l  基于阿里云,比企业自建更加稳定和可靠,更好地保证业务的连续性和数据安全。

    展开全文
  • 海康威视热线技术支持面试

    千次阅读 2020-04-23 17:32:58
    今天投了海康威视的热线技术支持岗位,下午我正在睡觉的时候,hr的电话打过来了,声音挺好听的,就是显得有点冷淡。 问了很多问题,比如说 1.你对这个岗位(热线技术支持)的理解是什么 我回答的是这个一个主要...
  • 云计算: 直观上:云计算是一种按使用量收费的模式,如同水电一般,将计算能力作为收费模式 技术上: 与计算是分布式计算能力的一种,是透过庞大的计算处理网络分拆计算任务,计算后处理结果返回给用户,这个网络被...
  • 物联网产品销售与技术支持 适用专业 中等职业学校物联网技术应用 1前言 11 课程的性质 本课程是物联网技术应用专业的一门专业核心课程也是本专业的一门必修课程其功 能是使学生掌握产品营销方面基本知识以及在线上线...
  • 作者:大胆草民 ...来源:知乎 著作权归作者所有。商业转载请联系作者获得授权,非商业转载请...销售人员,我们从一般来说,门槛都是比较低的,很少会对销售人员的技术能力有所要求。然后问题就出现了,如果客户问到技...
  • Saas软件售后服务体系的思考

    千次阅读 2012-06-08 14:03:09
    Saas模式下,决定租户是否续租的关键影响因素中,售后服务质量所占比重远远超出传统软件,所以saas模式下的软件产品成功不仅依赖产品设计(虽然这是第一步,也是至关重要的一步),同时售后服务质量将在产品上线后起...
  • 如何做好售后服务

    万次阅读 2012-12-03 23:33:15
    第一章 如何做好售后服务   ...售后服务工作的意义注意事项 ...售后服务是产品被销售后由厂商、销售商或服务商为客户所提供的有偿或无偿的培训、产品调试、问题咨询、客户回访、产品维护升级等服务,
  • 定义 FAE(filed application engineer)直译过来是现场应用工程师,可以称为售前\售后技术支持工程师,为公司的对外业务提供技术支持和帮助。既不属于销售也不属于研发,具体的工作内容与公司的情况高度相关往往并...
  • 要求:能写查询,修改,删除语句,有一定的动手能力,最好是能看懂存储过程游标。 二、操作系统 1、常见的操作系统: Window7,Window10,xp; 2、服务器操作系统: Window server 2008、组策略、注册表、快捷键、...
  • 发达国家普遍存在“两个70%”,即服务业产值占国内生产总值的70%,制造服务业产值占整个服务业产值的70%。从世界范围内看,由“生产型制造”转向“服务型制造”是不少跨国制造企业的共同选择,如广为人知的IBM、通用...
  • 产品经理作为产品的第一责任人,其能力高低、技能均衡程度都对产品的发展具有至关重要的影响。 To B产品在产品建设、运营建设、商业化建设、影响力建设等方面,都与To C产品有着显著的差异,这几个方面的能力都需要...
  • 10月20日,“2021第八届亚洲电子信息产业产品创新奖”及“2021上海国际消费电子技术展杰出科技人气奖”线上发布,联想智慧服务云平台(Lenovo ServiceForce)作为IT服务产品斩获双料大奖。本次评选由亚洲电子论坛...
  • 上海电话信息技术和业务管理研讨会致谢词 各位领导、各位专家、各位来宾: 首先感谢您们光临今天的大会。十分感谢各位领导、专家多年来对华为的关心、帮助。您们的批评指导是对我们最大的支持。我们队伍还很年轻,...
  • 企业应用架构是指一整套软件系统的构建,通过合理的划分设计组合在一起,支持企业方方面面的经营运作。 不论是传统企业,还是互联网公司,发展到一定阶段,都需要一整套体系化的应用架构来支撑其运转。良好的、...
  • 如何做好售前技术支持工作

    千次阅读 2007-02-07 10:54:00
    作者:潘春晖在IT界,成功的完成一个项目的需要销售人员、售前人员、项目实施人员(开发人员)、售后服务人员等密切协作。本文从售前技术支持人员的角度,对售前技术支持工作的过程进行了描述,根据作者在售前的经验...
  • 工业互联网具有远程连接机器与人的能力,尤其适合设备商对数字化设备的售后服务。实际上,售后服务已经成为工业互联网技术的典型应用场景。在广泛的实践验证基础上,工业互联网早已成功应用于工程机械、电梯、医疗...
  • 作者简介:刘惊惊,唯品会业务架构部高级架构师,负责唯品会电商平台的用户系统,营销系统库存系统的...主持多个公司战略级项目的架构设计和支持工作;唯品会核心系统重构总架构师。责编:钱曙光(qianshg@csdn.net
  • 一文读懂人脸识别技术

    千次阅读 2019-11-12 16:55:19
    本文内容涵盖人脸识别发展历程、市场研究、核心技术、商业应用以及产业落地、个人看法等干货研究。注意,本文干货满满,约有2万7千字,强烈建议大家先收藏后学习! 01 发展史 1. 人脸识别的理解 人脸识别(Face ...
  • 随着“互联网+”以及“工业4.0”的持续深入,智慧物流系统作为连接制造端需求端的核心...智慧物流系统的售后服务体验往往对产品的销量乃至于企业的口碑影响巨大,因为对于客户来说,一次突发的物流系统软件故障的处理
  • 服务器具有维护成本低...以压低价格、虚标配置来吸引客户的诸多小品牌也应运而生,可动不动就宕机、丢失数据、没有售后服务的用户体验葬送了他们的前途,只能坑一波小白用户。 购买阿里云服务器或其它阿里云任何产品,
  • 技术支持工程师是一个跨行业的职位,如果细分的话,可以分成企业对内技术支持和企业对外技术支持,在对外技术支持中又可以分为售前与售后两大类。总体上看,技术支持工程师的平均年薪为30,000-35,000元左右。本文...
  • ”这是联邦家私售后组张小姐接到的一通400电话。联邦家私是一家深耕行业37年的家具品牌,产品远销国内外,有1000多家线下门店。“消费者在购买家具前主要考虑品牌可不可靠,购买后更关心产品能否按时交付,遇到问题...
  • 支持此CTO被离职的认为其在工作时没有Review程序,自己不写代码,而是热衷出没于技术大会,写互联网圈的花边新闻。而CTO侧的原因是深度参与创业多年,期权回报到头来一场空。 你我都不是吃瓜群众,这事不同角色不同...
  • 作者介绍井显生,2019年加入去哪儿,现负责国内机票出票、退款、改签核心业务。在领域驱动设计(DDD)、高并发有大量实践经验。一、前言去哪儿网国内机票售后是为用户提供退票、改签、航班变动、...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 12,628
精华内容 5,051
关键字:

售后服务和技术支持能力

友情链接: aaqkko.rar