存在的問題：
售前的面試非常關鍵，大家在面試的過程中可能會遇到很多問題，比如有許多有開發和實際應用的工程師，看上去經驗豐富，可能是做售前的好材料，一旦錄用，發現他在做售前的時候，表現的並不佳，尤其是把握使用者的需求的時候，反應比較遲鈍，甚至無法挖掘使用者深層次的需求，為什麼要挖掘使用者深層次的需求，不知道大家有沒有這麼些體會，當你，乙個售前顧問拜訪客戶的時候，客戶對你說的並不太多，往往點到為止，比如：「關於整體技術構架你們給乙個方案吧，我說的就是這麼多，好的話，我們就考慮」，這樣乙個技術構架在某些程度完全可以影響整個系統的效能，**，開發難度，一般的情況，何況同乙個技術構架就有許多廠家,你如何了解他的傾向性?乙個非常有經驗的售前，可能通過說一些業界各類技術構架的效能，用途，擴充套件性，**等等來探求使用者的需求，這需要廣博的知識，但是對於具體的某些功能的需求，就需要一定的技巧了，使用者可能要考核你公司的實際開發經驗或者對你公司本來就排斥，並不願意說的太多，而你做為乙個售前顧問，又不能刨根問底，那麼如何有效的發掘這些需求呢，我發現乙個優秀售前往往可以在有限的問題中來分析使用者的需求，那麼如何在短時間來發覺問題呢？這是乙個「方法」，我在這裡不說，我今天說的是如何來考核乙個優秀的售前是否具備掌握這個方法的能力，而這個考核的過程，可能就是這個「方法」的體現吧！
那麼如何考核乙個售前人員在這方面的能力呢，根據筆者多年觀察和對使用者心態的把握，給出一道題目，可以比較快的放映乙個潛在的售前人員在「需求」方面的把握程度。
題目：說北京某家樂福地下超市老闆問你乙個問題，他說：「我們家樂福，每天有許多人進進出出，每天的營業額在200來萬，你知道嗎，我問你乙個問題，除了看每天的財務報表以外，你如何計算我每天的營業額，我可以告訴你，平均每個顧客的購物在95元，每天營業時間為12小時，這個平均是2個月以來的平均數，這裡有許多方法,請給乙個你認為最好的方法」然後老闆帶你從電梯下家樂福地下超市，你看到裡面人滿為患，中關村家樂福,大人小孩老人到處都是,有的人手上拿著票,有的人票都不看就仍了,有的人拿著票去開發表,開完發票就不要票了,作為乙個售前的你,如何給老闆乙個滿意的答案呢,(仔細閱讀每個細節,寫乙個可行的計算方案,時間20分鐘)
請各位寫好答案,跟在我後面,我會在適當的時候公布,我所認為最好的答案謝謝.
關於售前題目(一)的答案
題目：
說北京某家樂福地下超市老闆問你乙個問題，他說：「我們家樂福，每天有許多人進進出出，每天的營業額在200來萬，你知道嗎，我問你乙個問題，除了看每天的財務報表以外，你如何計算我每天的營業額，我可以告訴你，平均每個顧客的購物在95元，每天營業時間為12小時，這個平均是2個月以來的平均數，這裡有許多方法,請給乙個你認為最好的方法」然後老闆帶你從電梯下家樂福地下超市，你看到裡面人滿為患，中關村家樂福,大人小孩老人到處都是,有的人手上拿著票,有的人票都不看就扔了,有的人拿著票去開發表,開完發票就不要票了,作為乙個售前的你,如何給老闆乙個滿意的答案呢,(仔細閱讀每個細節,寫乙個可行的計算方案,時間20分鐘)
在回答這個問題之前,我想純粹討論這個答案似乎顯得淺薄,為了重視某些大家習以為常的事情,我認為應該把這些問題走的更深遠一些，我想與廣大網友討論一下:售前工程師其中的乙個職責:使用者的需求；可能大家乙個慣性的思維是，這個需求是中標以後的事情；我在這裡強調的是，一旦中標後，使用者很可能把你的方案做為合同的乙個附件來考慮，將來也是影響你設計範圍的乙個非常積極的因素，這個需求，我綜合一下：有3個層面，一：把握使用者的基本需求，是衡量你標書好壞的乙個依據，如果專家看到你連起碼的需求都不了解，標書自然評分就低；二：把握使用者的需求，能夠設計準確的方案，進而影響標書的產品選型，產品licence數量，版本的控制，開發量的估算，進而影響到投標的**和服務；三：越來越多的使用者在將來的合同中把投標方的標書做為合同的附件，來約束專案的開發；如果這些問題處理不好，就是中標了，很可能將來做不好，最後得罪業主，落的乙個不好的名聲，為將來市場的開拓留下陰影。
下面是乙個資料
美國著名諮詢公司麥肯錫和standish統計，全球84%的軟體專案沒有按照事先的進度、功能、預算來完成，大約有30%的專案在施工中被取消；說到現實，你看看那些erp、crm系統、網上審批系統雖然「成功驗收」又有幾個人敢站出來說，這些專案真正成功過;我用了其中這些系統，並不如人意，與當初的需求相差比較大。中國人做事情，總有補救的辦法，這個我們習以為常，然而這些補救總是要付出代價的。
好了，言歸正傳
我先說出題目的真實意圖
一般來講，一道理解分析題目，是乙個選擇的博弈，那麼選擇的範圍是：最優、次優、優、良、一般。因為這個題目最差的答案也有他可行的地方。
另外，這個題目考核的是售前技術顧問，那麼被考核的人就是乙個售前的角色，而不是開發的角色，也不是銷售的角色；前面我也交代了，是考核售前人員對需求的發掘能力和是否具備一套可行的方法。
這個題目有很多陷阱，也有很多隱含條件，
（1）陷阱
大家都知道在使用者的招標書中，很可能是競爭對手幫使用者寫的，或使用者被競爭對手**，採用了他們的思路，（因為很多招標中，開發商已經跟使用者接觸了很多次了）而競爭對手是不可能在標書中把某些東西說透，更可能的是點到為止，甚至部下很多的彎路。另外這些陷阱都是標書中是合理的，你看到的這些東西，而在業主那裡是客觀存在的，只是你不熟悉的話，會在理解上和需求有誤差。只有熟悉的人才能發覺這些陷阱，而且很好的利用他。
（2）隱含條件
有些售前工程師會很奇怪，既然公開招標，為什麼還要隱含呢，先不急，這些隱含並不可怕，這些隱含一般是約定成俗或者標準規範的條件，就不必闡述了，你要知道，招標的意圖是選擇乙個最好的公司為他服務，既然要服務，你就得對這個服務的物件或者這個行業要有所了解，那當然業主就有必要對某些行業規範或行業標準不做太多的描述，這樣也是考核你的實力，比如電信的一些開局，放號，落地等等。這些條件可能不講，也可能一帶而過。
那麼這裡有什麼陷阱呢?
乙個很大的陷阱是「票」，票這個東西在這裡是客觀存在，非常合理的，看原題「有的人手上拿著票,有的人票都不看就扔了,有的人拿著票去開發表,開完發票就不要票了」，在這裡如果是乙個開發工程師很可能就饒進去，如果他來設計這個方案（不能查帳，就是不能去考慮他原來資料的系統，有些人說看票號，這都是屬於查帳），他很可能通過如果把票控制好，要求每個人都不能把票扔了，在某個出口做檢查，進行統計，甚至有些人通過統計多少人把票扔了，求出概率來做，這有很大的強制性，而且如果人不遵守，就不準確了。當然通過票的控制，肯定能做出乙個精確的方案來實現，但是你考慮了沒有這個開發難度會有多大呢？如果使用者預算就1萬元，而你的方案要20萬，好方案也不會被採納啊，話又說回來，再好的方案，能好過他的帳務系統嗎？
參***
其實這裡有乙個隱含條件，做為乙個售前工程師的你，應該具備業主行業的背景，例如，家樂福，你起碼要了解家樂福的一些簡單流程吧，我有多少個收款臺，客戶購買的物品如何包裝，如果你在家樂福時間長了，你還會知道無論人再多，收款臺速度相對恆定，如果你再經驗豐富一點，結帳後，上電梯，速度夠恆定了吧，這樣，如果你花個10分鐘，就很可能統計了，不過統計什麼呢，是人嗎？不對，有些人是不購物的，甚至3個人一起去，他們是一起結帳的，你得考慮人和手提袋，取他們的與值，在一天的幾個購物的高峰和低谷，分別取幾分鐘，和乙個小時就可以了，因為無論在如何高峰，出來的人是恆定的。或者周一取樣一天，週六取樣一天就準確了。筆者親自在家樂福電梯口，待了10分鐘，共待了6次，3次高峰（下午7點分別是518，559，532），3次低峰（205，248，227）單位提袋子人數，我按照高峰3小時，低峰9小時計算有21440人購物，（該家樂福不在中關村）當然還應該有更好的辦法，在這裡可以說任何與票有關的行為都是屬於查帳了。
回到題目更深的意義來看，從乙個售前的角度，考核的是如何來挖掘使用者需求的方法（先不說你解決問題的能力），這是出題的本意，在使用者不要讓你知道他的核心的資料的時候，你是如何來實現他的要求的。這需要一些方法，那麼這些方法來至你對行業的了解，對細節的細心，和對技術手段的熟悉程度。
一點體會
一道this的題目
請問下面 中的this值指向的是全域性物件還是物件o?function f return c var o new f console.log o.constructor.name object這裡的this指向全域性物件，因為 c call without new。這裡用正常的方式呼叫的函式 c 所...
一道題目 intel
從序列中找四個四字子串形成十進位制數使之乘積最大 就是求四個最大的？我目前只想到如下辦法。這個題並不是關於複雜的演算法，其本意是要利用並行處理，但目前尚未考慮到 除了其中比較求最小值部分有希望用simd include int g teststring int main void int picke...
一道題目 移位
csdn上一道面試題 十進位制整數，計算對應的二進位制數包含多少個1，用位操作。int n 95625 int m 1 int num 0 for int i 0 i sizeof int 8 i cout num endl 讓1不斷移位去判斷與其對應位置是否為1 若是有符號整數 負數 原碼的補碼 ...