有的開發信真的可以長達幾百字的，面對這種開發信，我會毫不猶豫delete掉。你輕松的一下“Ctrl + c”，再一下"Ctrl + v"，而我讀得那個是上氣不接下氣。

　　點評：有些時候，長度跟對方的愉悅度是成反比的。(關于開發信長度的原則，竊以為：能簡則簡，點到即止。)

　　2. 段落之間不離行。

　　這種開發信也是看的人頭昏眼花，如果再配合第一點，絕對能讓讀的人提早幾年去配老花眼鏡(賣老花眼鏡的行家們可以借鑒此法)。

　　點評：分段跟分手一樣，該分時就得分，千萬別含糊，藕斷絲連只會害了自己，苦了別人。

　　3. 內容帶中文。

　　帶中文內容的情況有兩種：一種是郵件內容本身帶中文的，另一種是附件中帶中文的。前者出現的還是比較少的，出現的比較多的是后者。有些同志給發過來的附件，比如產品介紹、報價單等，里面的部分內容帶有中文。別人我不清楚，反正我的想法是，這樣的文檔顯得不專業。

　　點評：把中文部分修改一下再發，不至于花掉你九牛二虎之力吧?要是真至于，平時請多準備幾箱紅牛堆在辦公室，順道也為國家的GDP盡點綿力。


　　4. 附件做得不專業。

　　有的PDF文檔的頁眉或者頁腳中出現了諸如“此文檔由PDF Creator試用版打印”這樣的信息。

　　點評：同志們，如果你始終堅持抵制正版軟件的話，何不徹底一點，下個綠色破解版的呢?(罪過啊，又在變相鼓勵使用盜版軟件了。)


　　5. 郵件發送時間問題。

　　那些奮戰在周末的同志們辛苦了，但是，我建議你們別再在星期六日發開發信了，不是說完全沒有機會，但是能得到回應的幾率太低了。那些真的相信”皇天會不負有心人“的好同志，可以堅持繼續發。

　　點評：勤奮沒錯，但是精力需用在對的地方。

　　6. 郵件發送頻率問題。

　　那些兩三天一封，甚至一天一封，一天不止一封開發信的，收到過幾次之后，我一般立馬拉黑，無他，太煩了。

　　點評：那些癡男怨女們要明白一個道理：如果你的另一半需要你，你不纏他，他也會來逗你;如果他不鳥你，一定是因為他此刻不需要你。

　　7. 附帶圖片問題。

　　有些前輩認為開發信一般最好不要帶圖片，因為圖片會增加被列為spam的幾率，這個說法或許有道理。但是，我認為，就算是被系統列為spam了，只要不是收信者主動拉黑的，一般還是能看到你的郵件的。而且，如果用企業郵箱發送的話，應該能減低被列為spam的幾率。我個人的習慣是，看開發信第一時間先找圖片看，其次找網址。因為說實在的，其實大家都清楚，廣大外貿同胞們的開發信的情況是：如有巧合，基本雷同。天天看著千篇一律的開發信，很難讓人會有激情去深究當中的內容。但是圖片比文字直觀，更能快速地抓住讀者的眼球。突出重點是十分關鍵的，這跟咱們滿大街的ppmm支持環保，盡量節省衣物布料的做法是一個道理。但要注意圖片不要過大，挑一兩張最有把握的，直接以插入(而非附件)的方式放在郵件末尾，保證閱讀者一打開郵件就能第一時間搶占他的眼球。

　　點評：磚家一項研究結果表明：99%以上的正常成年男子，如果從正面看女性的話，第一時間會先掃描其胸部。注：該研究結果與本貼無關。

　　8. 人稱有問題。

　　這個問題通常有兩種情況。其一，人稱不規范;其二，給對方亂起名。先解釋第一種情況，如我的名字為“張三”，我收到的郵件，稱呼不是“Mr. 張”，而是“Mr. 三” (自己檢討一下有否出現過此種情況)。情況二，明明不知道我的名字是“張三”，在郵件里不稱呼“Dear Sirs/Dear Sir or Madam/To whom it may concern/etc”，硬要寫成“Dear 李四”。這種情況，我覺得要么就是糊涂蟲，搞錯對象，要么就是無賴，渾水摸魚，無論是前者還是后者，總之我覺得就是不尊重收信人。

　　點評：商業信函的基本文書規范還是應該掌握好的。

　　以上是我根據自己平時接觸到的開發信所小結出來的一些比較常見的現象，有大處的，也有小處的，有些是顯然易見的，有些可能跟我個人的習慣有關，未必就提得對。寫出來，無非是跟大家交流一下，互相借鑒，取長補短。