如何对NetSuite售前进行报价

NetSuite 产品群QQ:779253701

NetSuite对我来说还是比较新的概念,如果让我做售前进行报价真的会非常难。为此,我询问了两个好友。一个是日本做NetSuite有3年经验的,一个是在国内知名信息服务公司任职的师兄。下面,对他们的看法做个总结,一方面是自己学习,一方面也可以给大家以参考。

日本NetSuite好友:

首先是对客户的需求进行挖掘,确认NetSuite能否满足。这个好像是多余的,NetSuite当然可以满足了哈~

在日本呢,会在实施过程中的前段时间,会花大概10*2h的时间,对客户进行Demo演示,同时了解客户需求。标准功能是否可以满足,是否需要Add-on。报价大概是30000日元/h(日本的消费比较高,中国应该没有这么高吧)。这过程中就包含了对客户的培训了,如果客户需要培训,推荐原厂的Enhance培训,大概不到一周时间。

要考虑是否跨国,因为需要设置汇率、税之类的,会比较烦人。如果多个法人的话,建议是多一个法人,加5~10万。

有一个不成文的规则,可以看公司年销售额,用1%对比报价。如果年销售额1%连你给的报价都不到,其实这个项目没必要接了。NetSuite适合增长迅速、有一定规模的公司上。

单纯的配置大概2week左右吧。足够了。

还要看master data有多少,supplier / customer /库存初始化量,发票量,这些要用SuiteScrip导入的话,需要考虑脚本的性能的。

数据导入+生产环境配置,可以跑起来NetSuite,就算是合同结束了。

上线后的support需要单独签合同的,每月15h,报价500000日元;多于此时间的,可以给予一定优惠。

师兄的意思呢,报价要现实点,

1、看是买方市场或卖方市场。买方市场的话,用户说了算。卖方市场的话,实话公司说了算;

2、是不是要做这个单子,如果要用来开拓市场,不妨采用低价策略;在一个项目上努力做好,积累经验。
3、凭借EBS经验来,实施过程都比较类似的,但最后肯定还要和客户洽谈决定;后续再根据经验做调整;
4、价格由原厂来定;
5、别人的经验是建立在成熟的工作基础上,人员ready、技术ready——参考意义不大;要站在自己的立场上看,是否具备NetSuite足够的经验。如果不够,别人2~3个实施,自己的话就可能翻倍了。

自己考虑的不够周到,听了两个前辈的说法,还是受益良多的。希望大家也可以学习到一点东西,我这个文章作用就达到了。如果有朋友也是做这个的,可以给我留言,我们一起多多交流。^_^

原文地址:http://blog.51cto.com/9369314/2147525

时间: 2024-10-12 12:58:30

如何对NetSuite售前进行报价的相关文章

IT售前经验谈

在IT界,成功的完成一个项目需要销售人员.售前人员.项目实施人员(开发人员).售后服务人员等密切协作.本文从售前技术支持人员的角度,对售前技术支持工作的过程进行了描述,根据作者在售前的经验,提出了各环节的应该注意的要点,希望能对售前人员的工作有一定的帮助. 1. 售前人员需要具备的素质 售前人员应该是项目开发人员与业务销售人员的桥梁.在业务销售人员眼中,售前人员扮演的是技术人员或技术专家的角色:而在项目实施中的开发人员眼中,售前人员是专注技术的销售人员:在用户眼中,售前人员,是代表公司技术水平的

大数据售前到底该做些什么????

有的时候,技术转售前的人会比较迷茫.不知道该如何下手,一如自己,做售前有大半年了.总是在摸索中前进.对于传统产品,刚有点思路,突然发现,要转型到大数据方向,顿时又有些茫然失措. 如何与客户交流?如何加深对行业的理解?如何促成项目落地?如何制定策略?可以说这四个问题完全回出来了,还只能算是半个售前吧!因为,突然发现,售前要考虑的东西太多太多,不能像市场那样只用想着完成项目,签订合同.而售前工程师相当于是半个销售,你更多的是要跟市场结合,共同去完成公司所下达的任务目标.售前的工作不像售后那样的纯技术

技术转型记----售前解决方案

很久没有写日志了,看看曾经的文字.有过一些鸡汤,也有过一些干货.但鸡汤的功力不深,被人一眼就能看出来.而干货又太过于干了,对于想学技术的人来说,又有些难了.转型后,总是会面对不同的客户,有的是大牛.有的只是懂个皮毛,但是学的又很多,而很广.在与客户的接触中,发现,纯技术思维是有一定缺陷的.如何从一个纯技术的售后技术支持向一个售前解决方案转型.有自己 的一些看法,写出来.全当作总结了. 首先,什么叫解决方案?用一个订餐的故事来给大家讲明白: 中午了,你想吃饭.但你不想动!就想:我点个餐吧!    

项目售前的一些总结

前言 安防行业的市场竞争态势日趋激烈,成功拿下一个项目需要整个团队努力跟配合.尤其是公安行业的软件集成项目,甲方用户非常强势,业务定制需求多,运作起来非常复杂.只有销售人员前期铺垫好用户关系创造机会,技术人员抓住用户核心需求取得信任,项目才能按照有利于我们的方向发展.下面从售前的视角,通过一个具体的案例,分享公安行业安防软件集成项目的一些运作经验. 背景介绍 某地级市公安局计划上马共享平台项目,科信处牵头负责.其中正处负责决策和招标,副处负责具体技术论证.客户关系在当地某工程商手中,与我司有过成

公有云时代的售前打单

Xx金融迁移金融云案例分享(售前支持分享) 大家好,本次的案例分享,会给大家分享一下踩过的一些坑以及自己的一些心得,希望能给大家在后续的项目中带来一些帮助,如果有不对的地方,欢迎大家拍砖头,使劲拍~~~ Ps:里面一些涉及客户隐私的部分已经和谐掉了,请见谅~ 使命召唤  临阵磨枪~ 在2018年x月x日这一天,我收到了一封邮件,由Allen转发,告知有一个项目需要支持, 打开之后发现是一个金融客户需要从公有云迁移到金融云上,为什么要迁移到金融云呢?金融云的好处就不详细展开说明了,总之相较于公有云

售前记忆录 1

2016年我离开了原来的邮件公司,进入了一家私营电力企业,开始做起电力行业的一名售前工程师,刚到公司的时候每天都很轻松比较悠闲,没有什么任务下达自己每天随便看点网站的什么的. 差不多的9月份的时候公司的项目开始多了起来,自然就开始到处进行出差,进行项目需求调研.9月份的某一天的接到领导的通知,带着厂家一起去客户那边做项目的需求调研,想着项目是另外一个厂家来做,所以把需求沟通主导交给对方的厂家来进行沟通负责,谁知道最后的结果需求沟通的结果很差,难以让开发做出完全符合客户需求的产品. 项目分析:由于

说说售前,关于售前,售前软件工程师----写的很好

说说售前(一):售前的作用 在ITPUB上有个哥们问做售前最需要什么,大多数答:“忽悠”.应该说,很有意思的印象词.    浓缩的是精华,细想一下,如果用两个字给售前定性的话,还真找不出另外的更合适的词.但“忽悠”本身就是一种能力,常听到人说某人太能忽悠了,到底怎么样才算是能忽悠呢?这一点倒是很难总结,可以说是一个综合的能力.    在IT行业呆了很多年,几乎已经是骨灰级元老了,虽然主业还是产品研发,但是售前也是工作的另一个组成部分,经常写各个城市的印象,其实就是这种工作所赐.在售前的工作中,有

售前之道 之方案型售前

前 言 所谓方案型售前,是指以解决方案和投标文件写作为主的售前.该类售前的特点是写作量巨大,需要较强的资料收集能力和写作能力作为支撑才能完成好的工作.下面就如何收集资料以及写作和如何写好方案和商务投标做一个阐述. 如何收集资料 收集资料是售前的基本功,因为售前在写作能力解决方案和制定表书的时候,往往领导交待下来的任务及一点点资料,但从领导那里获取的资料往往不能满足庞大的写作需求,所以售前必须学习和具备收资料的能力和建立自己的资料数据库database,这样一来,才能在方案上.标书上.才能得心应手

【必备】2015年IT销售顾问和售前工程师必看书单

春生夏长.秋收冬藏.劳动了一年,多么辛苦呀,先收收心,整理知识的时候到了.正所谓,一年冬来到,藏书分享时.推荐原则: 1与IT销售顾问和售前工程师实用相关度=实用价值2应用价值+思路扩张+带养分的杂料=成长价值3国家环境.社会价值观.隐蔽价值观=认知价值 1<商战往事:解决方案销售与售前顾问协同打单实录> 这本书有一个梗:群友聊到这本书的时候,有一哥们幽幽地说:出差住宾馆,翻开此书,即便夜色寂寥,你再也不会打地上小卡片儿的电话了.<商战往事>是一本销售与售前协同打单的全景实操方法展