需要学的东西：
1.Seafile的架构，每个模块、常见需要改造的需求的实现原理，还有如果我们要给他定制我们要怎么定制 多少工作量，学一点就揉进项目一点
2.竞品的实现原理和大概技术（比如他们怎么保证自己的稳定性、效率和安全策略）
3.云计算 虚拟化，这两门技术，尽快考个ACP和ACE。定下时间表。
是一个简单的系统，那就不要装，是啥样就啥样。
第一个就是项目整体工作流程，这部分虽然可能你会比较平庸，但是至少证明你确实做过售前支持。第二个就是你的亮点、你的突出能力，这部分是决定了你能不能PK掉其他求职者。
【不要怕项目简单，只要你思路清楚，人家也能接受你。】【我对我的产品特别熟悉，这就是个优势。】【售前的工作方法都是相通的，其他的可以学】
【讲工作、将项目都是结果导向，先说明目的性，然后再说怎么做，最后证明一下我确实达到了目的，这样的话，你至少不会偏离航向。】
1.第一个问题你平常是怎么进行工作的？（有逻辑的说，结合项目说，目的在前 原因在后）
我的售前工作主要分几个阶段：
1.售前交流：第一印象非常重要，所以这个阶段的任务是为了让客户对我们方案感到满意。不管是介绍还是讲方案都应该紧贴客户的业务场景来，一定要讲客户关心的内容，否则你就抓不住人，可能客户都会走神，如果客户没听到自己想听的 效果就很差。对于他们的重点需求、担心的问题应该有充分的预见，亮点的话我觉得就是用来打击竞品的，如果跟客户业务关系不大可以粗略讲讲。（我觉得如果亮点跟客户业务关系不紧密的时候，那亮点就是次要的，不能去硬说亮点，可以在适当时机稍微带出来一下，满足需求是第一位的。）
为了在现场交出满意的方案，我们需要提前做好充分准备。辛苦销售同事多跑一跑或者先做一次非正式的拜访 电话交流，做尽可能详尽的调研，包括需求、竞争对手有哪些，然后有针对性的修改我们的方案。讲的时候，快速过一些标准的介绍，重点讲客户想听到的方案，然后配上有说服力的案例，最好是同行业的比他们规模更大的客户案例，这种案例在打动决策层的时候特别有效，因为就是活生生案例，如果你没有这方面案例肯定要减分。 在这种操作下，客户自然会感受到我们产品和业务很匹配，亮点也有，案例也有，这个阶段的效果就能达到了。（这部分表达需要更有逻辑一些，条理清晰一些，有几个点，为什么这样做，关键信息给到面试官）
2.写解决方案
解决方案最后是要拿给领导层汇报的，所以应该都是干货，所以编写思路也是不要让客户觉得你是在推销产品，而是真的让他觉得你在替他解决问题，你的方案不应该是一个通用的方案。而是有对客户业务场景痛点的梳理，然后问了解决这些问题我们提供了哪些能力，这些能力能够很好的串联到一起，这就是完整的解决方案。
然后解决方案应该包括业务场景的梳理、产品相关的
我的亮点是什么：（这块一定要够丰满，要举出1-2个例子来证明）
在项目过程中客户问了很多细致的技术问题，因为我对产品研究的比较仔细，所以给了客户对产品的信心。
客户也提出了很多对产品改造的需求，比如这能不能做，那个能不能做，和其他系统的集成能不能帮忙配合等等。大概花费多久工作量，多少成本，我都当场给他估算出来了，这就给了他一个技术专家的印象。
平常我对竞品的研究很多，包括他们用的什么技术，因为产品很容易先入为主，所以我必须了解多一些，才能够把友商忽悠客户的思维给他扳回来。你爱数这么喜欢夸自己，可是你用的技术都很老，有明显的缺点。你联想....这些还是得准备。
不管和什么样的客户打交道，我都能有的放矢。 如果大领导不懂技术，就给他聊聊宏观层面的，能给师生带来什么价值收益，有没有很硬的这种案例。 如果主管的是信息中心主任，就关心稳定性 效率这些，你应该深入介绍下你们的架构，你们为什么有优势为什么稳定，你们有哪些案例，能不能测试一下。
1.我会深入研究产品，所以对产品的技术很熟悉，我认为熟悉就是要对他的实现原理很清楚，了解这些是很重要的，一方面是因为当你说自己产品好的时候，客户就会深入问，是什么原因好对吧，如果你自己都说不清楚。另一方面是因为客户可能会改造某一方面的功能，来满足他的个性化要求，如果你不知道他怎么实现的，那就无法在现场判断改造的难度，不知道需要我司付出多少成本，如果贸然接下来需求，到时候发现是需要大量开发的就很尴尬。因此我面对技术型的客户，会让他们很满意。你谈技术咱们就谈技术，你想谈价值咱们就谈价值，
就像去饭店你说你的鱼好吃，为什么好吃，因为我们事先腌制入味了，然后炒的时候放了18种配料。公司的每个模块如何实现的，我都对底层的实现原理有过深入了解。比如单点登录怎么实现的，比如客户端同步怎么实现的，共享技术怎么实现的。
3.我会深入研究客户业务？这个还是不说比较好，你能设计啥，就一条产品线。
1.你经历过最大的困难是什么
2.你怎么跟客户介绍出亮点？--这就是八股文
3.技术问题
4.你对项目的复盘