区块链售前顾问
『壹』 售前工程师主要是干什么的
售前工程师主要工作内容为：
1、销售人员拜访用户，了解用户的项目基本情况，向用户介绍公司和公司的产品，与用户建立起良好的关系。
2、销售人员在用户招标前，引入售前技术支持人员，与用户进行技术上的交流和沟通，了解用户在项目上的需求。
3、用户发招标书，售前人员根据招标书的要求，结合前期与用户交流的情况，编写投标书。
4、参加招投标会，进行技术、商务上的讲解和答疑。
5、参加商务和技术的谈判，起草项目商务合同和技术协议书。
6、签订合同，项目实施以及维护。
(1)区块链售前顾问扩展阅读：
售前工程师的基本要求：
1、负责组织制定系统集成项目的技术方案编写、标书的准备、讲解及用户答疑等工作。
2、配合客户经理完成与用户的技术交流、技术方案宣讲、应用系统演示等工作。
3、配合业务部其它部门做好用户沟通、资料共享、技术协调等工作。
4、配合市场人员完成应用系统演示、产品宣传资料撰写等工作。
5、配合做好与合作伙伴厂商的技术交流。
『贰』 做IT技术售前需要哪些知识
什么是售前
售前人员有多种称呼，如售前工程师、解决方案专家、售前咨询工程师、技术顾问、售前技术支持工程师等等。
实际上，售前正是对售前阶段参与人员广义上的称呼。
那售前是什么阶段呢？
一个IT项目的生命周期，可以大体分为售前、售中、售后3个阶段。
售前，是指与客户签合同前的阶段。大致包括线索获取、客户交流、提供技术方案、应标、签合同等流程。
售中，是指与客户签单后的阶段。大致包括需求评审、设计、开发、实施等流程。
售后，是指项目交付后的阶段。大致包括维护、使用培训、技术支撑等内容。
售前人员，主要是做售前阶段的技术支撑，但一个IT项目，通常都要考虑延续性，所以售前人员，也会参与到售中、售后工作中。
售前与其他IT人员的关系
售前vs销售
销售（客户经理）为公司承揽业务，需要从事寻找线索、拜访客户、维护客情等商务活动。
但在一个项目的签单过程中，需要很多技术性和文档工作。比如与客户进行技术交流，编写技术文档等工作。这些工作，通常由售前人员去做。
所以有人说：客户经理是商务型销售，售前工程师是技术型销售。
售前vs研发
为什么不让研发来支撑销售呢？因为，研发虽然懂技术，但是不懂业务。
拿软件开发人员来说，他也许懂java语言、C语言、Oracle数据库、Hadoop架构，但不一定了解客户的业务，比如金融业务、医疗业务，甚至货币理论、医疗技术。这些就是业务，技术是要建立在业务基础上的。
售前，就是IT公司中，最懂客户业务的那群人。售前把客户的业务需求转化为技术人员能理解的语言。
售前vs产品经理
听上去，售前和互联网公司中的产品经理概念很相似。实际上，在IT公司中，也有产品经理的角色。那售前与产品经理有什么区别呢？
共同点是：二者都要与客户交流、调研需求、写需求文档。
区别是：售前的使命是签单，产品经理的使命是打造产品。售前想的更多的是如何开拓市场，签更多的项目。产品经理想的更多的是如何打造更好的、更有市场的产品。
售前的类型
在回答售前具体做些什么之前，有必要先了解下售前类型。根据有无产品、归属总部还是区域，可将售前分为4个种类。
产品型售前&方案型售前
产品型售前是最容易理解的，即公司有了产品以后，协助销售将产品推销给客户的售前。硬件公司，如服务器、交换机厂商中，主要是产品型售前。
很多企事业客户想要的产品，市面上并没有，厂商要做的，就是提供解决方案。这种售前就是方案型售前，如在集成厂商中，主要就是方案型售前。
产品线售前&区域售前
很多大型IT厂商有多条研发产品线，同时，在全国各地有很多区域中心。于是出现了产品线售前和区域售前的分类。
产品线售前通常专注于某一行业甚至某一类业务，对产品有前瞻性的考虑和布局，面对全国市场。
区域售前更贴近客户，更了解客户需求。区域售前需面对本区域的多个客户甚至多个行业，对业务了解的深度不如产品线售前，但广度要超过后者。
在这类公司中，产品型售前与区域售前，往往需要相互取长补短，同时出马。
售前的岗位职责
售前的基本职责是协助销售完成项目签单，售前的工作主要围绕项目生命周期开展。
售前阶段
解决方案规划：售前需发掘行业诉求、问题和痛点，整理行业解决方案和最佳实践，进行解决方案规划、设计；
技术交流：协助销售同目标客户进行技术交流，讲解公司现有的解决方案和案例，并在交流中了解客户的需求；
编制解决方案：基于客户需求编写解决方案。
方案讲解：负责为客户讲解、演示方案，并引导用户认同技术方案；
编写技术文档：如方案被用户接纳，在投标之前，还有很多环节需要提供技术文档，如：技术规范书、可研材料、工作量评估材料等等；
投标支撑：负责协助销售完成投标工作，主要负责技术分册、商务分册的编制，并到投标现场进行述标、答辩等工作。
需求调研：项目签单后（经常在签单前），首先要进行需求调研、分析，并编制顶层设计、需求规格说明书，并对需求进行管理；
需求交底：负责项目从售前到售中的需求交底，协助交付团队做好需求确认工作，提供项目实施相关的文档资料和知识转移；
配合交付：配合交付经理完成整体项目的交付；由于在公司中，售前擅长编写材料，所以经常要帮助交付人经理或客户编写工作汇报、工作总结、技术创新等材料；
售后服务：如产品技术培训、材料支撑工作；
需求收集：在售后阶段（经常在售中），售前需要收集用户新的需求，当需求较多时，要争取促成客户再立一期项目；
Word：大概只有售前这类文案人员才能体会到Word的博大精深；
Excel：主要是管理线索、管理需求时用到；在售前这里，这个软件大材小用；
PPT：段位越高的售前，PPT做（讲）的越好。
Visio：常用于画流程图、网络架构图；
PS：冷不丁就会用到，此处不细说；
思维导图软件，如MindMaster：帮助梳理工作、材料思路；
Axure：主要是软件售前使用，用于界面设计；
笔记：如有道云笔记、OneNote等，用于记事、记学习笔记、收藏资料。
售中阶段
售后阶段
对于大型IT公司来说，这些职责通常会分散到不同类别的售前身上，如解决方案专家、售前负责人、产品线售前、区域售前。
售前的能力体系
（本节不展开细讲，有兴趣的读者可以关注“IT售前圈”的其他文章。）
『叁』 售前产品经理具体是做什么的发展前景怎么样
1，产品经理岗位职责:
①负责产品销售材料编写、包装，以及销售部门的培训工作。
②负责客户需求沟通、技术方案编写及各种相关售前和市场活动支持。
③负责产品创意、需求分析、业务功能设计、UI原型设计，并与研发部门对接。
④持续指导和跟踪后续产品研发工作。
⑤销售售前支持、客户需求洽谈、现场勘查定点等。
2，发展如何，的看你的工作能力，这是一个很好的平台，只要你有能力，有很大的施展空间，具体做什么的话，我给你简单列举几个例子吧，比如产品线在你所在区域的营销，你如何提高产品线在你所在区域的销售额，如何配合销售去拿下项目，如何更多的开拓市场，获得商机，对下属代理商能力的提高，教代理商销售如何销售产品线的产品。
2，每年的大型会议的主持演讲，技术交流等等，甚至为某政府机关撰写下一年IT建设规划指导意见等等。这些都是产品线产品经理的工作。忙肯定是忙得，看你能不能高效工作了，反正这个行业能否做好，得看个人努力。我认识的有接入深信服2年不到的应届生，现在已经走上管理岗位了的人大有人在，深信服属于高速发展期，因此机会很多。
3，一线会报销房租，或者有公司统一租的房，如果到一线之际租房，公司根据当地的房租水平报销给予房补，再给予配偶房补，比如北京没人补助1000元每月，另外在一线会有驻外补贴工资的10%，比如你工资月薪10000，那么你的月补助是1000，再加上房补，也算是还可以的。
『肆』 售前工程师的发展前景怎么样
售前人员应该是项目开发人员与业务销售人员的桥梁，在业务销售人员眼中，售前人员扮演的是技术人员或技术专家的角色，而在项目实施中的开发人员眼中，售前人员是专注技术的销售人员，在用户眼中，售前人员，是代表公司技术水平的技术专家。
售前工程师基本要求：
1、负责组织制定系统集成项目的技术方案编写、标书的准备、讲解及用户答疑等工作；
2、配合客户经理完成与用户的技术交流、技术方案宣讲、应用系统演示等工作；
3、配合业务部其它部门做好用户沟通、资料共享、技术协调等工作；
4、配合市场人员完成应用系统演示、产品宣传资料撰写等工作；
5、配合做好与合作伙伴厂商的技术交流。
在售前的发展过程中，从售前工程师到售前咨询师，又是一个大的跨度。现在，在行业内售前咨询师的需求在增大，而售前工程师的需求缺并不见得有增长。就个人体会，简单的说说二者的区别：
1、售前工程师仅仅是针对用户的需求，提供技术实现的方案。也就是说，在售前工程师工作时，有个前提假设，即用户需求的是已经得到确定或者是已经成型。而售前咨询师的工作大部分是通过对用户当前业务或者管理状况的分析，提出用户信息化的架构和策略，并且，根据此架构和策略，提供一套可以实现此架构和策略的方案。如果我们将投标作为一个临界点，那么售前工程师往往提供给用户的是标书，而售前咨询师提供给用户的一般为两个部分：信息化规划和信息系统建设建议书。
2、售前工程师要求对于技术实现、项目管理的熟悉程度要长于用户业务。因为用户的原始需求具有比较高的确定性，所以，只需要通过原始需求的分析，结合自己的技术知识和项目管理知识，为用户展现公司在某个项目上的技术和项目管理实例。而售前咨询师要求对用户的业务和管理理解程度要更高，即，更多的时候，售前咨询师是在对用户当前的业务状况和管理状况数据进行收集、统计和分析，通过对这些数据的利用，为用户提供一套有理有据有益的信息化策略和投资收益比率报告。
『伍』 售前工程师主要是做什么的啊
售前工程师主要工作内容为：
1、销售人员拜访用户，了解用户的项目基本情况，向用户介绍公司和公司的产品，与用户建立起良好的关系。
2、销售人员在用户招标前，引入售前技术支持人员，与用户进行技术上的交流和沟通，了解用户在项目上的需求。
3、用户发招标书，售前人员根据招标书的要求，结合前期与用户交流的情况，编写投标书。
4、参加招投标会，进行技术、商务上的讲解和答疑。
5、参加商务和技术的谈判，起草项目商务合同和技术协议书。
6、签订合同，项目实施以及维护。
(5)区块链售前顾问扩展阅读：
售前工程师的基本要求：
1、负责组织制定系统集成项目的技术方案编写、标书的准备、讲解及用户答疑等工作。
2、配合客户经理完成与用户的技术交流、技术方案宣讲、应用系统演示等工作。
3、配合业务部其它部门做好用户沟通、资料共享、技术协调等工作。
4、配合市场人员完成应用系统演示、产品宣传资料撰写等工作。
5、配合做好与合作伙伴厂商的技术交流。
『陆』 IT售前工程师需要具备哪些能力，具体工作内容是什么
有很多刚毕业找工作，或想换行的同学在网上咨询：“售前是做什么的？”，有的售前老鸟用了精辟的两个字——“忽悠”。我觉得这是对后进者的误导，也是对万千愁白了头、忙秃顶了的售前同仁的诋毁。
什么是售前
售前人员有多种称呼，如售前工程师、解决方案专家、售前咨询工程师、技术顾问、售前技术支持工程师等等。
实际上，售前正是对售前阶段参与人员广义上的称呼。
那售前是什么阶段呢？
一个IT项目的生命周期，可以大体分为售前、售中、售后3个阶段。
售前，是指与客户签合同前的阶段。大致包括线索获取、客户交流、提供技术方案、应标、签合同等流程。
售中，是指与客户签单后的阶段。大致包括需求评审、设计、开发、实施等流程。
售后，是指项目交付后的阶段。大致包括维护、使用培训、技术支撑等内容。
售前人员，主要是做售前阶段的技术支撑，但一个IT项目，通常都要考虑延续性，所以售前人员，也会参与到售中、售后工作中。
售前与其他IT人员的关系
售前vs销售
销售（客户经理）为公司承揽业务，需要从事寻找线索、拜访客户、维护客情等商务活动。
但在一个项目的签单过程中，需要很多技术性和文档工作。比如与客户进行技术交流，编写技术文档等工作。这些工作，通常由售前人员去做。
所以有人说：客户经理是商务型销售，售前工程师是技术型销售。
售前vs研发
为什么不让研发来支撑销售呢？因为，研发虽然懂技术，但是不懂业务。
拿软件开发人员来说，他也许懂java语言、C语言、Oracle数据库、Hadoop架构，但不一定了解客户的业务，比如金融业务、医疗业务，甚至货币理论、医疗技术。这些就是业务，技术是要建立在业务基础上的。
售前，就是IT公司中，最懂客户业务的那群人。售前把客户的业务需求转化为技术人员能理解的语言。
售前vs产品经理
听上去，售前和互联网公司中的产品经理概念很相似。实际上，在IT公司中，也有产品经理的角色。那售前与产品经理有什么区别呢？
共同点是：二者都要与客户交流、调研需求、写需求文档。
区别是：售前的使命是签单，产品经理的使命是打造产品。售前想的更多的是如何开拓市场，签更多的项目。产品经理想的更多的是如何打造更好的、更有市场的产品。
售前的类型
在回答售前具体做些什么之前，有必要先了解下售前类型。根据有无产品、归属总部还是区域，可将售前分为4个种类。
产品型售前&方案型售前
产品型售前是最容易理解的，即公司有了产品以后，协助销售将产品推销给客户的售前。硬件公司，如服务器、交换机厂商中，主要是产品型售前。
很多企事业客户想要的产品，市面上并没有，厂商要做的，就是提供解决方案。这种售前就是方案型售前，如在集成厂商中，主要就是方案型售前。
产品线售前&区域售前
很多大型IT厂商有多条研发产品线，同时，在全国各地有很多区域中心。于是出现了产品线售前和区域售前的分类。
产品线售前通常专注于某一行业甚至某一类业务，对产品有前瞻性的考虑和布局，面对全国市场。
区域售前更贴近客户，更了解客户需求。区域售前需面对本区域的多个客户甚至多个行业，对业务了解的深度不如产品线售前，但广度要超过后者。
在这类公司中，产品型售前与区域售前，往往需要相互取长补短，同时出马。
售前的岗位职责
售前的基本职责是协助销售完成项目签单，售前的工作主要围绕项目生命周期开展。
售前阶段
解决方案规划：售前需发掘行业诉求、问题和痛点，整理行业解决方案和最佳实践，进行解决方案规划、设计；
技术交流：协助销售同目标客户进行技术交流，讲解公司现有的解决方案和案例，并在交流中了解客户的需求；
编制解决方案：基于客户需求编写解决方案。
方案讲解：负责为客户讲解、演示方案，并引导用户认同技术方案；
编写技术文档：如方案被用户接纳，在投标之前，还有很多环节需要提供技术文档，如：技术规范书、可研材料、工作量评估材料等等；
投标支撑：负责协助销售完成投标工作，主要负责技术分册、商务分册的编制，并到投标现场进行述标、答辩等工作。
需求调研：项目签单后（经常在签单前），首先要进行需求调研、分析，并编制顶层设计、需求规格说明书，并对需求进行管理；
需求交底：负责项目从售前到售中的需求交底，协助交付团队做好需求确认工作，提供项目实施相关的文档资料和知识转移；
配合交付：配合交付经理完成整体项目的交付；由于在公司中，售前擅长编写材料，所以经常要帮助交付人经理或客户编写工作汇报、工作总结、技术创新等材料；
售后服务：如产品技术培训、材料支撑工作；
需求收集：在售后阶段（经常在售中），售前需要收集用户新的需求，当需求较多时，要争取促成客户再立一期项目；
懂产品：售前必须对自家公司的产品、方案非常熟悉，尤其是自己所负责的产品、项目；并对友商的产品、方案有所了解；
懂商务：售前要熟悉签单、招投标流程；要了解客户单位的组织架构、决策流程、关键人等情况；
懂业务：售前要对自己负责的行业有所了解，对具体服务的客户业务要非常熟悉；
懂技术：售前要掌握基本的硬件、网络、软件开发、数据库等知识；并且经常对可能涉及的新技术进行学习，如云计算、区块链、AI、AR、5G等；
懂需求：需求工作是售前的基本功，售前需要掌握需求调研、需求分析 、需求方案编制、需求评审、需求交底、需求挖掘等技能。
知趋势：售前要了解业界最新进展和发展方向，了解行业痛点和诉求；对行业有较强的洞察力和敏感度。
会规划：高级售前、解决方案专家、解决方案架构师等，需要会规划产品、会做顶层设计；
能写：售前的主要工作内容就是写材料。所以要具备文字表达能力，能够撰写各种类型的文档；
会说：售前要会讲方案，并且具备良好的沟通能力，能与客户、团队有效沟通；
学习能力：单是上面提到的售前技能，就需要售前花很长时间去学习，并且不断提高自己和更新知识；
抗压能力：售前有时一周要跑很多城市，要见多个客户，还要同时准备多个标书；必须具备良好的抗压能力。
协调能力：面对艰巨任务，售前需要协调领导、同事、后方、合作伙伴等来共同完成；
应变能力：售前在与客户交流过程中、在其他工作中，要具备应变能力；
引导能力：售前需要具备咨询引导能力，能够获得客户支持和认可。
售中阶段
售后阶段
对于大型IT公司来说，这些职责通常会分散到不同类别的售前身上，如解决方案专家、售前负责人、产品线售前、区域售前。
售前的能力体系
（本节不展开细讲，有兴趣的读者可以关注“IT售前圈”的其他文章。）
售前的技能
售前的能力
除去上面提到的技能，售前还需具备以下能力：
售前常用软件工具
售前没有、也不需要专业性很强的软件工具，但掌握一些常用软件，对售前工作很有帮助：
『柒』 想做区块链系统，什么公司比较好
2017年开始在区块链行业从业3年，见证了行业从默默无闻到突然爆发再到平静。先说结论，愿意花钱的话，建议去找类似thoughtworks/思特沃克这类专业的it咨询和交付公司。我的理解，市面上大致分
1，底层链平台提供商，比如蚂蚁/网络等，通常只提供链和开发工具，但具体的行业/场景化的解决方案和开发交付能力有限，也不是他们的工作重点，更多是想要用区块链包装兜售更多的云服务。
2，区块链解决方案公司，通常在各自熟悉的领域提供区块链解决方案，但多数是中小型团队或者初创团队，各家的区块链技术能力大多没有太大差异，在各自的领域有较深的理解。
但此类公司最大的问题是，因为区块链行业还处在早期，还没有成熟的商业模式或者盈利模式，所以大多数需要外部投资来不断续命，也就导致其服务能力或者持续履约能力难以保证，说白了业务不稳定。
另一方面问题，因为不是专业做端到端交付起家，或者说不是做专业外包，他没有成熟的方法和团队及项目管理来保证一个区块链解决方案的高效和完整交付。所以对于买家来说，项目开展过程中容易失控，或者最终很难得到令人满意的交付成果。
还有一类问题也较普遍，就是通常大多数客户不知道拿区块链做什么，怎么去结合自己的业务来做一个有价值有意义的区块链项目。在这样的认知下盲目的找一家公司直接上方案上开发，做着做着后面回过神来容易后悔甚至半途而废，这类项目我见的太多，搞不清状况不知道自己要做什么上来就套区块链很容易黄。这类公司通常没有售前的业务咨询业务分析和规划的能力，说白了就是帮你搞清楚状况的能力。总之如果你知道自己要什么，那么找他们可能也ok，要是你不知道，那还是老老实实找个专业的咨询公司吧。
3，it咨询和交付公司，这类公司通常专门服务各行业的大型客户，有一整套咨询和端到端交付的方法和团队支持。那么这类公司里面区块链业务这块做得比较好的，确实不太多，因为通常他们不局限于区块链这个窄的业务，比如埃森哲或者国内的一些公司。但thoughtworks稍不一样，专门有区块链事业部，有售前咨询/业务分析服务，也有交付服务，然后在他自己各个行业的大客户里也都有落地的区块链项目。汽车，金融，零售，能源，农业等等
『捌』 区块链解决方案哪个公司做的比较好
2017年开始在区块链行业从业3年，见证了行业从默默无闻到突然爆发再到平静。先说结论，愿意花钱的话，建议去找类似thoughtworks/思特沃克这类专业的it咨询和交付公司。我的理解，市面上大致分
1，底层链平台提供商，比如蚂蚁/网络等，通常只提供链和开发工具，但具体的行业/场景化的解决方案和开发交付能力有限，也不是他们的工作重点，更多是想要用区块链包装兜售更多的云服务。
2，区块链解决方案公司，通常在各自熟悉的领域提供区块链解决方案，但多数是中小型团队或者初创团队，各家的区块链技术能力大多没有太大差异，在各自的领域有较深的理解。
但此类公司最大的问题是，因为区块链行业还处在早期，还没有成熟的商业模式或者盈利模式，所以大多数需要外部投资来不断续命，也就导致其服务能力或者持续履约能力难以保证，说白了业务不稳定。
另一方面问题，因为不是专业做端到端交付起家，或者说不是做专业外包，他没有成熟的方法和团队及项目管理来保证一个区块链解决方案的高效和完整交付。所以对于买家来说，项目开展过程中容易失控，或者最终很难得到令人满意的交付成果。
还有一类问题也较普遍，就是通常大多数客户不知道拿区块链做什么，怎么去结合自己的业务来做一个有价值有意义的区块链项目。在这样的认知下盲目的找一家公司直接上方案上开发，做着做着后面回过神来容易后悔甚至半途而废，这类项目我见的太多，搞不清状况不知道自己要做什么上来就套区块链很容易黄。这类公司通常没有售前的业务咨询业务分析和规划的能力，说白了就是帮你搞清楚状况的能力。总之如果你知道自己要什么，那么找他们可能也ok，要是你不知道，那还是老老实实找个专业的咨询公司吧。
3，it咨询和交付公司，这类公司通常专门服务各行业的大型客户，有一整套咨询和端到端交付的方法和团队支持。那么这类公司里面区块链业务这块做得比较好的，确实不太多，因为通常他们不局限于区块链这个窄的业务，比如埃森哲或者国内的一些公司。但thoughtworks稍不一样，专门有区块链事业部，有售前咨询/业务分析服务，也有交付服务，然后在他自己各个行业的大客户里也都有落地的区块链项目。汽车，金融，零售，能源，农业等等