其实想真正的拿下一个项目并不是想像中的那么难，而且所谓的秘密也只不过是一些简单的原则而已，只要按着这些原则做，拿到项目只是时间的问题。下面是我个人的一些经验：

第一次说什么

如果拍一个项目，那么我会在留言中说这几点：

一，My skill,简单介绍：我是谁，我熟悉哪些技术，主要提与客户项目相关的技术。两句话左右。

二，My background,相关经验背景，一定要提到你与这个项目相关的经验，比如曾经做过的什么什么模块与这个要求是一样的，或者给客户留一个网址让他看你做的相关的东西。这里的重点就是相关经验，两句话左右。如果没有相关经验，那么仔细考虑是否应该拍这个项目，要记住，客户不会让你拿他的项目“做第一次的尝试”，所以你最好有相关经验。

三，My schedule,计划，打算怎么做他这个项目，简单的提一下哪些东西你已经有了，哪些东西需要研究一下，或者说一下重点模块的实现。两三句话

四，My demo.告诉客户你在半个小时或1个小时内将会提交一个Simple Demo(简单的Demo)。一句话。

这算一个死的模板，不过我给客户留言基本就是按着这个套路走的。我的建议是，留言不要太多，不要说没用的废话，不要吹自己的技术，不要没话找话。不要写类似I can do this job或Pls let me do it或I am ready to start之类的无用之言。把时间花考虑项目的关键问题上。留言提交之前请思考一个问题：为什么要提交Demo呢？因为：

Demo胜过千言万语

Demo胜过千言万语，这是一个秘密，问题不在于你知道不知道这个秘密，而在于你有多相信这个秘密？如果决定拿下一个项目，那么基本上我都会在留言中告诉客户我会提交相关的DEMO。因为Demo是最好的证明.第一，证明你确实care这个项目，确实是认真的。第二，证明你人做事的风格，要说到做到。第三，证明项目相关的能力。一个Demo胜过千言万语，你不需要花心思在想怎么让客户注意你，怎么让客户相信你之类的，集中精力在你的Demo上面，用第一时间的Demo帮你传达这些思想。

接活时每个人都会留言，所以怎么说并不能让客户就相信你，把活给你，让客户感觉有兴趣并且认真对待你的东西就是你提交的Demo。所以接活能力其实也相当于：你能多快多好的提交一个能说明问题的Demo.

至于做什么样的Demo，取决于具体的项目。基本上有这样几点原则：快速提交，简单的原型，核心原理技术实现，易于演示。

• 快速提交，是尽量第一时间提交，当然是越早越好，以免夜长梦多。做Demo前认真构思好，这一步可多花点时间，重点考虑在Demo里要展示什么。
• 因为时间关系，Demo做的简单能用就行，记住：任何多余的修饰只会让Demo看起来更不像Demo.Demo最好是拿你以前做的东西改，不要从头开始弄，这样又快又好。
• Demo围绕着核心功能做。
• 最后，展示方式，一定要考虑到客户的环境，一个做好的东西在你机器上运行也好，浏览也好，都是正常的，然后你开心的提交给客户。结果客户一运行说运行不了，那么问题大了，第一次接触是很重要的。所以我的经验是，如果你不确定客户机器情况，那么就用录像软件录下来怎么使用，或者用截图，把这些跟Demo打包在一起，另外，一定要写一个简单的Readme.txt。这些小细节才是真正给你打高分的地方。(举个例子，你用.net写个小Demo，不要以为客户机器上一定有framework,提交一份录像才万无一失)。

留给你做的

说了这么多，又到了你Take in action的时候了。留给你做的就是去GAF认真的对待一两个项目(别贪多，一两就够了)，最好是新发布的项目。然后试着用那个模板给客户留言，这样你不会觉得无话可说了吧，留完言后去弄Demo提交给客户，看看什么反应。有一点你可以相信的是，我一直是这么做的，而且业绩还算不错。即使客户不理你，也别紧张，这不是万金油，只是我们努力接活的方式而已。接活时把时间花在这上面是最有效果的地方。我介绍的经验是否管用，只有你亲自去实践才会知道。