如何整理出用戶的信息

⑴ 請問大家都是如何整理客戶資料的

朋友，這種客戶資料的信息，主要是看你們需要的具體內容而定了。
一般情況下，需要註明以下信息，以方便以後你們查詢、使用、聯系等。
國家、公司名稱、聯系人、職務、手機、電話1、電話2、傳真、電子郵件1、電子郵件2、公司網站、公司地址、郵編、主營產品/主要服務說明：1. 公司電話一般不只有一部，所以多留兩部，方便你在對方占線，無人應答時，撥打另外的電話號碼；同理，電子郵件也應該不只有一個；
3. 客戶聯系人信息表，最好是用EXCEL來製作。這個將方便你以後，對一些信息的分類查詢、導出（可製作信函列印等）。
4. 此外，你還可以根據你自己的需要，隨意添加一些內容。總之，方便、實用是製作客戶資料的最大竅門。
以上信息，僅供參考！

⑵ 客戶服務人員日常整理客戶資料時應注意哪幾方面的問題

客戶資料搜集整理 客戶的信息眾多而變化多端。我們必須多方搜集客戶信息，為信息系統的構建做好准備。因為重點客戶管理的復雜程度高，客戶資料的搜集就顯得尤為重要。公司要求銷售人員與客戶接觸時,要做的第一件事就是搜集相關信息。(1) 搜集客戶資料.充分了解客戶資料之後，銷售人員才能了解客戶的基本需求,才可以確定基本的銷售策略。 針對公司的重點客戶, 搜集的客戶資料應包括以下幾個方面： A.客戶組織結構; B.各種形式的通訊方式;C.區分出客戶對采購產品的使用部門、采購部門、支持部門及其主要決策者;D.客戶的業務情況，一年生產多少煙酸下游產品，一年使用多少煙酸，下游產品的售價及主要銷售對象。E.煙酸的使用方法及習慣偏好；F.客戶所在行業的基本情況等。(2) 競爭對手的資料公司需要經常搜集競爭對手的產品和服務信息，以比較公司產品和服務與競爭對手之間的差別，有針對性地引導客戶需求。競爭對手的信息除了獲取樣品、分析樣品之外，還包括以下幾方面：A.對手產品在客戶處的使用情況；B.客戶對其產品的滿意度；C.競爭對手銷售代表的名字、銷售的特點；D.該銷售代表與客戶的關系等。（3）項目的資料公司進行重點客戶管理所投入的資源是有限的，千萬不能把有限的時間、費用和精力投入到一個錯誤客戶身上，所以要了解客戶項目的情況，包括客戶要不要買，什麼時候買，預算是多少，采購流程是怎樣的，等等。項目資料可以包括以下內容：A.客戶最近的采購計劃；B.通過這個項目要解決什麼問題；C.決策人和影響者；D.采購時間表；E.采購預算；F.采購流程等。（4）客戶的個人資料只有掌握了客戶的個人資料，才有機會真正挖掘到客戶的實際內在的需求，才能做出切實有效的解決方案。掌握了這些資料，可以為下一步的決策者分析提供依據。客戶的個人資料包括：A.家庭狀況及家鄉；B.畢業的學校；C.喜歡的運動；D.其它個人愛好；E.同事間的關系；F.在公司中的作用；G.個人的職業發展計劃及志向等。3.通過資料庫分析處理客戶信息企業搜集的大量客戶信息，經過處理後可以預測消費者有多大可能去購買產品，以及利用這些信息給產品和服務以精確定位，有針對性地製作營銷信息達到說服消費者去購買產品的目的。[16]通過資料庫的建立和分析，各個部門都對顧客的資料有詳細全面的了解，可以給予顧客更加個性化的服務支持和營銷設計，使「一對一的顧客關系管理」成為可能4.重點客戶管理信息系統的規劃與實施XXX在考慮部署重點客戶關系管理方案之前，首先確定利用這一新系統實現的具體的目標，例如將客戶關系向更高、更深、更遠發展，提高客戶滿意度，減少客戶流失，以及增加合同的成交率等等，並且要根據目標選擇企業的核心流程，以幫助公司重點客戶策略的達成。 重點客戶關系管理的最終目標是提高客戶滿意度、提高客戶贏利能力，而滿意度是有產品質量與功能、服務、關懷等一系列因素組成的。產品質量與功能主要是由製造部門決定的，重點客戶關系管理系統需要接受客戶意見、建議、投訴，並把意見反饋給製造部門；服務、關懷是營銷部門的主要工作，重點客戶關系管理系統應該為這些部門是工作提供極大的方便。重點客戶管理信息系統的規劃可按如下步驟進行。第一步、制定重點客戶關系管理戰略目標。首先要明確目標，其次才是如何實現這一目標。確定目標之後，雙方還需一起分析找出目標和企業現狀之間的差距。第二步、制定階段目標和實施路線。重點客戶關系管理作為一個系統工具，其實施並非一蹴而就，它需要分階段來實施。在確立實施進程之前，我們首先要定位顧客的關心點，對於企業所提供的產品和服務，顧客關心的是什麼：是產品的質量、出貨的時間、響應速度，還是解決問題的能力。據此擬定出重點客戶關系管理實施進程中的階段目標。第三步、分析公司組織結構和業務流程。目前商業模式發展的大趨勢是從「以產品為中心」轉移到「以客戶為中心」。要想完成這樣的轉移，企業的組織結構就需要做出相應調整。第四步、設計重點客戶關系管理架構。一般說來，重點客戶關系管理的功能可以歸納為三個方面:對銷售、營銷和客戶服務三部分業務流程的信息化;與客戶進行溝通所需手段 (如電話、傳真、網路、E一mail等)的集成和自動化處理;對上面兩部分功能產生的信息進行加工處理，產生客戶智能，為企業的戰略決策提供支持。[18]而對於每個企業，這三方面功能的實現需要結合企業的業務流程細化為不同的功能模塊，然後設計相應的重點客戶關系管理架構，包括確定要選用哪些硬體產品，這些產品要具有哪些功能。第五步、實施重點客戶關系管理系統。在實施過程中，軟體公司會提供系統集成、建設基礎架構等服務。此外，還會根據企業的特性、客戶的要求做一些定製化的工作。這一階段的工作主要由技術人員來完成，包括軟體開發人員、技術支持人員、技術顧問等。第六步、評估實施效果。這是很重要的一步，同時也是常常為企業所忽視的一步。

⑶ 如何梳理復雜系統的用戶需求

1.概念 需求的定義包括從用戶角度(系統的外部行為),以及從開發者角度(一些內部特性)來闡述需求. 關鍵的問題是一定要編寫需求文檔.我曾經目睹過一個項目中途更換了所有的開發者,客戶被迫與新的需求分析者坐到一起.系統的分析人員說:"我們想與你談談你的需求."客戶的第一反應便是:"我已經將我的要求都告訴你們前任了,現在我要的就是給我編一個系統". 百事通 而實際上,UGGs,需求並未編寫成文檔,因此新的分析人員不得不從頭做起.所以如果只有一堆郵件、會談記錄或一些零碎的未整理的對話,你就確信你已明白用戶的需求,那完全是自欺欺人. 需求的另外一種定義認為需求是"用戶所需要的並能觸發一個程序或系統開發工作的說明".有些需求分析專家拓展了這個概念:"從系統外部能發現系統所具有的滿足於用戶的特點、功能及屬性等".這些定義強調的是產品是什麼樣的,而並非產品是怎樣設計、構造的.而下面的定義則從用戶需要進一步轉移到了系統特性: 需求是指明必須實現什麼的規格說明.它描述了系統的行為、特性或屬性,是在開發過程中對系統的約束. 從上面這些不同形式的定義不難發現:並沒有一個清晰、毫無二義性的"需求"術語存在,真正的"需求"實際上在人們的腦海中,這個人們主要是指客戶,但一般情況下,用戶並不能描述自己的需要,只就需要系統分析人員根據用戶的自己語言的描述整理出相關的需要再進一步和客戶核對.系統分析員和客戶需要確保所有項目風險承擔者在描述需求的那些名詞的理解上務必達成共識. 任何文檔形式的需求(例如如下將要描述的需求規格說明書)僅是一個模型,一種描述. 2.需求分析的任務 開發軟體系統最為困難的部分就是准確說明開發什麼.最為困難的概念性工作便是編寫出詳細技術需求,這包括所有面向用戶、面向機器和其它軟體系統的介面.同時這也是一旦做錯,將最終會給系統帶來極大損害的部分,並且以後再對它進行修改也極為困難. 目前,國內產品的龐雜,一家企業可能有幾個系統並立運行,它們之間介面是系統開發人員最頭痛的問題. 對於商業最終用戶應用程序,企業信息系統和軟體作為一個大系統的一部分的產品是顯而易見的.但是對於我們開發人員來說,並沒有編寫出客戶認可的需求文檔,我們如何知道項目於何時結束?而如果我們不知道什麼對客戶來說是重要的,那我們又如何能使客戶感到滿意呢? 然而,即便並非出於商業目的的軟體需求也是必須的.例如庫、組件和工具這些供開發小組內部使用的軟體.當然你可能偶爾勿需文檔說明就能與其他人意見較為一致,但更常見的是出現重復返工這種不可避免的後果,而重新編制代碼的代價遠遠超過重寫一份需求文檔的代價,這些血的教訓正在國內的軟體開發者身上發生. 近來,我遇到一個開發小組開發包括代碼編輯器在內的一套內部使用的計算機輔助軟體.不幸的是,當他們開發完這個工具後,發現這個工具不能列印出源代碼文件,使用者當然希望有這個功能.結果這個小組只好手工抄寫源代碼文檔以供代碼檢查.這說明那怕需求明確無誤並構思准確,如果我們沒有編寫文檔,軟體達不到期望目標也只能是咎由自取了. 相反的情況,我曾見一個要集成到"錯誤跟蹤系統"中的簡單界面寫了一頁需求說明.而操作系統系統管理員在為處理腳本時發現簡單的一張需求清單竟是如此有用.他們依據需求對系統進行測試時,此系統不僅非常清晰地實現了所有必需功能,而且未發現任何錯誤. 事實上,需求文檔在開發過程中一直起指導作用. 3.需求分析過程 可把整個軟體需求工程研究領域劃分為需求開發和需求管理兩部分更合適,如圖4-1所示: 圖4-1 需求工程域的層次分解示意圖 需求開發可進一步分為:問題獲取、分析、編寫規格說明和驗證四個階段.這些子項包括軟體類產品中需求收集、評價、編寫文檔等所有活動.需求開發活動包括以下幾個方面: 確定產品所期望的用戶類別. 獲取每個用戶類的需求. 了解實際用戶任務和目標以及這些任務所支持的業務需求. 分析源於用戶的信息以區別用戶任務需求、功能需求、業務規則、質量屬性、建議解決方法和附加信息. 將系統級的需求分為幾個子系統,並將需求中的一部份分配給軟體組件. 了解相關質量屬性的重要性. 商討實施優先順序的劃分. 將所收集的用戶需求編寫成文檔和模型. 評審需求規格說明,確保對用戶需求達到共同的理解與認識,並在整個開發小組接受說明之前將問題都弄清楚. 需求管理需要"建立並維護在軟體工程中同客戶達成的合同" .這種合同都包含在編寫的需求文檔與模型中.客戶的接受僅是需求成功的一半,開發人員也必須能夠接受他們,並真正把需求應用到產品中.通常的需求管理活動包括: 定義需求基線(迅速制定需求文檔的主體). 評審提出的需求變更、評估每項變更的可能影響從而決定是否實施它. 以一種可控制的方式將需求變更融入到項目中. 使當前的項目計劃與需求一致. 估計變更需求所產生影響並在此基礎上協商新的承諾,這種承諾具體體現在項目解決方案上. 讓每項需求都能與其對應的設計、源代碼和測試用例聯系起來以實現跟蹤. 在整個項目過程中跟蹤需求狀態及其變更情況. 以上幾點說明是我總結了成功實施項目後系統分析人員的經驗,同時也根據國內外的其他系統實施的相關成功經驗,進行了總結. 4.需求的類型 下面這些定義是需求工程領域中常見術語的定義. 軟體需求包括三個不同的層次:業務需求、用戶需求和功能需求(也包括非功能需求). 1.業務需求(business requirement)反映了組織機構或客戶對系統、產品高層次的目標要求,它們在項目視圖與范圍文檔中予以說明. 2.用戶需求(user requirement) 文檔描述了用戶使用產品必須要完成的任務,這在使用實例(use case)文檔或方案腳本說明中予以說明. 3.功能需求(functional requirement)定義了開發人員必須實現的軟體功能,使得用戶能完成他們的任務,從而滿足了業務需求. 在軟體需求規格說明書 (SRS)中說明的功能需求充分描述了軟體系統所應具有的外部行為.軟體需求規格說明在開發、測試、質量保證、項目管理以及相關項目功能中都起了重要的作用.對一個大型系統來說,軟體功能需求也許只是系統需求的一個子集,因為另外一些可能屬於子系統(或軟體部件). 作為功能需求的補充,軟體需求規格說明還應包括非功能需求,它描述了系統展現給用戶的行為和執行的操作等.它包括產品必須遵從的標准、規范和合約;外部界面的具體細節;性能要求;設計或實現的約束條件及質量屬性.所謂約束是指對開發人員在軟體產品設計和構造上的限制.質量屬性是通過多種角度對產品的特點進行描述,從而反映產品功能.多角度描述產品對用戶和開發人員都極為重要. 下面以一個字處理程序為例來說明需求的不同種類.業務需求可能是:"用戶能有效地糾正文檔中的拼寫錯誤",該產品的包裝盒封面上可能會標明這是個滿足業務需求的拼寫檢查器.而對應的用戶需求可能是"找出文檔中的拼寫錯誤並通過一個提供的替換項列表來供選擇替換拼錯的詞".同時,該拼寫檢查器還有許多功能需求,如找到並高亮度提示錯詞的操作;顯示提供替換詞的對話框以及實現整個文檔范圍的替換. 從以上定義可以發現,需求並未包括設計細節、實現細節、項目計劃信息或測試信息.需求與這些沒有關系,它關注的是充分說明你究竟想開發什麼.項目也有其它方面的需求,如開發環境需求或發布產品及移植到支撐環境的需求.盡管這些需求對項目成功也至關重要,但它們並非本書所要討論的. 5.需求分析的原則 不重視需求過程的項目隊伍將自食其果.需求工程中的缺陷將給項目成功帶來極大風險,這里的"成功"是指推出的產品能以合理的價格、及時地在功能、質量上完全滿足用戶的期望.下面將討論一些需求風險. 不適當的需求過程所引起的一些風險: 1. 無足夠用戶參與 客戶經常不明白為什麼收集需求和確保需求質量需花費那麼多功夫,開發人員可能也不重視用戶的參與.究其原因:一是因為開發人員感覺與用戶合作不如編寫代碼有意思;二是因為開發人員覺得已經明白用戶的需求了.在某些情況下,與實際使用產品的用戶直接接觸很困難,而客戶也不太明白自己的真正需求.但還是應讓具有代表性的用戶在項目早期直接參與到開發隊伍中,並一同經歷整個開發過程. 系統人員在實踐過程中,也有些感覺,在實施一家公司的項目時,若無足夠的用戶參與,系統人員獲得的需求是片面的,不完整的,這樣系統在需求之初就埋下風險. 2. 用戶需求的不斷增加 在開發中若不斷地補充需求,項目就越變越龐大以致超過其計劃及預算范圍.計劃並不總是與項目需求規模與復雜性、風險、開發生產率及需求變更實際情況相一致,這使得問題更難解決.實際上,問題根源在於用戶需求的改變和開發者對新需求所作的修改. 要想把需求變更范圍控制到最小,必須一開始就對項目視圖、范圍、目標、約束限制和成功標准給予明確說明,並將此說明作為評價需求變更和新特性的參照框架.說明中包括了對每種變更進行變更影響因素分析的變更控制過程,有助於所有風險承擔者明白業務決策的合理性,即為何進行某些變更,相應消耗的時間、資源或特性上的折中. 產品開發中不斷延續的變更會使其整體結構日漸紊亂,補丁代碼也使得整個程序難以理解和維護.插入補丁代碼使模塊違背強內聚、松耦合的設計原則,特別是如果項目配置管理工作不完善的話,收回變更和刪除特性會帶來問題.如果你盡早地區別這些可能帶來變更的特性,你就能開發一個更為健壯的結構,並能更好地適應它.這樣設計階段需求變更不會直接導致補丁代碼,同時也有利於減少因變更導致質量的下降. 3. 模稜兩可的需求 模稜兩可是需求規格說明中最為可怕的問題.它的一層含義是指諸多讀者對需求說明產生了不同的理解;另一層含義是指單個讀者能用不止一個方式來解釋某個需求說明. 模稜兩可的需求會使不同的風險承擔者產生不同的期望,它會使開發人員為錯誤問題而浪費時間,並且使測試者與開發者所期望的不一致.一位系統測試人員曾告訴我,她所在的測試組經常對需求理解有誤,以致不得不重寫許多測試用例並重做許多測試. 處理模稜兩可需求的一種方法是組織好負責從不同角度審查需求的隊伍.僅僅簡單瀏覽一下需求文檔是不能解決模稜兩可問題的.如果不同的評審者從不同的角度對需求說明給予解釋,但每個評審人員都真正了解需求文檔,這樣二義性就不會直到項目後期才被發現,那時再發現的話會使得更正代價很大. 4. 不必要的特性 "畫蛇添足"是指開發人員力圖增加一些"用戶欣賞"但需求規格說明中並未涉及的新功能.經常發生的情況是用戶並不認為這些功能性很有用,以致在其上耗費的努力"白搭"了.開發人員應當為客戶構思方案並為他們提供一些具有創新意識的思路,具體提供哪些功能要在客戶所需與開發人員在允許時限內的技術可行性之間求得平衡,開發人員應努力使功能簡單易用,而不要未經客戶同意,擅自脫離客戶要求,自作主張. 同樣,客戶有時也可能要求一些看上去很"酷",但缺乏實用價值的功能,而實現這些功能只能徒耗時間和成本.為了將"畫蛇添足"的危害盡量減小,應確信:你明白為什麼要包括這些功能,以及這些功能的"來龍去脈",這樣使得需求分析過程始終是注重那些能使用戶完成他們業務任務的核心功能. 5. 過於精簡的規格說明 有時,客戶並不明白需求分析有如此重要,於是只作一份簡略之至的規格說明,僅涉及了產品概念上的內容,然後讓開發人員在項目進展中去完善,結果很可能出現的是開發人員先建立產品的結構之後再完成需求說明.這種方法可能適合於尖端研究性的產品或需求本身就十分靈活的情況.但在大多數情況下,這會給開發人員帶來挫折(使他們在不正確的假設前提和極其有限的指導下工作),也會給客戶帶來煩惱(他們無法得到他們所設想的產品). 6. 忽略了用戶分類 大多數產品是由不同的人使用其不同的特性,使用頻繁程度也有所差異,使用者受教育程度和經驗水平也不盡相同.如果你不能在項目早期就針對所有這些主要用戶進行分類的話,必然導致有的用戶對產品感到失望.例如,菜單驅動操作對高級用戶太低效了,但含義不清的命令和快捷鍵又會使不熟練的用戶感到困難. 7. 不準確的計劃 據統計,導致需求過程中軟體成本估計極不準確的原因主要有以下五點:頻繁的需求變更、遺漏的需求、與用戶交流不夠、質量低下的需求規格說明和不完善的需求分析. 對不準確的要求所提問題的正確響應是"等我真正明白你的需求時,我就會來告訴你".基於不充分信息和未經深思的對需求不成熟的估計很容易為一些因素左右.要作出估計時,最好還是給出一個范圍.未經准備的估計通常是作為一種猜測給出的,聽者卻認為是一種承諾.因此我們要盡力給出可達到的目標並堅持完成它. 6.需求分析人員和用戶的合作關系 優秀的軟體產品是建立在優秀的需求基礎之上的.而高質量的需求來源於客戶與開發人員之間有效的交流與合作.通常,開發人員與客戶或客戶代理人,如市場人員間的關系反而會成為一種對立關系.雙方的管理者都只想自己的利益而擱置用戶提供的需求從而產生摩擦,在這種情況下,不會給雙方帶來一點益處. 只有當雙方參與者都明白要成功自己需要什麼,同時也應知道要成功合作方需要什麼時,才能建立起一種合作關系.由於項目壓力與日漸增,所有風險承擔者有著一個共同的目標這一點容易被遺忘.其實大家都想開發出一個既能實現商業價值,又能滿足用戶需要,還能使開發者感到滿足的優秀軟體產品. 軟體客戶需求權利書列出了十條關於客戶在項目需求工程實施中與分析人員、開發人員交流時的合法要求.每一項權利都對應著軟體開發人員、分析人員的義務.而軟體客戶需求義務書也列出了十條關於客戶在需求過程中應承擔的義務.如果願意,可以將其作為開發人員的權利書. 客戶有如下權利: 1:要求分析人員使用符合客戶語言習慣的表達 需求討論應集中於業務需要和任務,故要使用業務術語,你應將其教給分析人員,而你 不一定要懂得計算機的行業術語. 2:要求分析人員了解客戶的業務及目標 通過與用戶交流來獲取用戶需求、分析人員才能更好地了解你的業務任務和怎樣才能使產品更好地滿足你的需要.這將有助於開發人員設計出真正滿足你的需要並達到你期望的優秀軟體.為幫助開發人員和分析人員,可以考慮邀請他們觀察你或你的同事是怎樣工作的.如果新開發系統是用來替代已有的系統,那麼開發人員應使用一下目前的系統,這將有利於他們明白目前系統是怎樣工作的,其工作流程的情況,以及可供改進之處. 3:要求分析人員編寫軟體需求規格說明 分析人員要把從你和其他客戶那裡獲得的所有信息進行整理,以區分開業務需求及規范、功能需求、質量目標、解決方法和其它信息.通過這些分析就能得到一份軟體需求規格說明.而這份軟體需求規格說明便在開發人員和客戶之間針對要開發的產品內容達成了協議.軟體需求規格說明書可以用一種你認為易於翻閱和理解的方式組織編寫.要評審編寫出的規格說明以確保它們准確而完整地表達了你的需求.一份高質量的軟體需求規格說明能有助於開發人員開發出真正需要的產品. 4:要求得到需求工作結果的解釋說明 分析人員可能採用了多種圖表作為文字性軟體需求規格說明的補充.因為如工作流程圖那樣的圖表能很清楚地描述出系統行為的某些方面.所以需求說明中的各種圖表有著極高的價值.雖然它們不太難於理解,但是你很可能對此並不熟悉.因此可以要求分析人員解釋說明每張圖表的作用或其它的需求開發工作結果和符號的意義,及怎樣檢查圖表有無錯誤及不一致等. 5:要求開發人員尊重你的意見 如果用戶與開發人員之間不能相互理解,那關於需求的討論將會有障礙,共同合作能使大家"兼聽則明".參與需求開發過程的客戶有權要求開發人員尊重他們並珍惜他們為項目成功所付出的時間.同樣,客戶也應對開發人員為項目成功這一共同目標所作出的努力表示尊重與感激. 6:要求開發人員對需求及產品實施提供建議,拿出主意 通常,客戶所說的"需求"已是一種實際可能的實施解決方案,分析人員將盡力從這些解決方法中了解真正的業務及其需求,同時還應找出已有系統不適合當前業務之處,以確保產品不會無效或低效.在徹底弄清業務領域內的事情後,分析人員有時就能提出相當好的改進方法.有經驗且富有創造力的分析人員還能提出增加一些用戶並未發現的很有價值的系統特性. 7:描述產品易使用的特性 你可以要求分析人員在實現功能需求的同時還要注重軟體的易用性.因為這些易用特性或質量屬性能使你更准確、高效地完成任務.例如,客戶有時要求產品要"用戶友好"或"健壯"或"高效率",但這對於開發人員來說,太主觀了並無實用價值.正確的應是:分析人員通過詢問和調查了解客戶所要的友好、健壯、高效所包含的具體特性. 8:調整需求,允許重用已有的軟體組件 需求通常要有一定的靈活性.分析人員可能發現已有的某個軟體組件與你描述的需求很相符.在這種情況下,分析人員應提供一些修改需求的選擇以便開發人員能夠在新系統開發中重用一些已有的軟體.如果有可重用的機會出現,同時你又能調整你的需求說明,那就能降低成本和節省時間,而不必嚴格按原有的需求說明開發.所以說,如果想在產品中使用一些已有的商業常用組件,而它們並不完全適合你所需的特性,這時一定程度上的需求靈活性就顯得極為重要了. 9:獲得滿足客戶功能和質量要求的系統 每個人都希望項目獲得成功.但這不僅要求你要清晰地告知開發人員關於系統"做什麼"所需的所有信息,而且還要求開發人員能通過交流了解清楚取捨與限制.一定要明確說明你的假設和潛在的期望.否則,開發人員開發出的產品很可能無法讓你滿意. 客戶有下列義務: 1:給分析人員講解你的業務 分析人員要依靠你給他們講解的業務概念及術語.但你不能指望分析人員會成為該領域的專家,而只能讓他們真正明白你的問題和目標.不要期望分析人員能把握你們業務的細微與潛在之處,他們很可能並不知道那些對於你和你的同事來說理所當然的"常識". 2:抽出時間清楚地說明並完善需求 客戶很忙,經常在最忙的時候還得參與需求開發.但無論如何,你有義務抽出時間參與"頭腦風暴"會議的討論,接受采訪或其它獲取需求的活動.有時分析人員可能先以為明白了你的觀點,而過後發現還需要你的講解.這時,請耐心一些對待需求和需求的精化工作過程中的反復,因為它是人們交流中的很自然的現象,何況這對軟體產品的成功極為重要. 3:准確而詳細地說明需求 編寫一份清晰、准確的需求文檔是很困難的.由於處理細節問題不但煩人而且又耗時,故很容易留下模糊不清的需求.但是,在開發過程中,必須得解決這種模糊性和不準確性.而你恰是為解決這些問題作出決定的最佳人選.不然的話,你就只好靠開發人員去正確猜測了.在需求規格說明中暫時加上待定(to be determined, TBD也可採用漢語拼音略寫"DQD:待確定")的標志是個不錯的辦法.用該標志可指明了哪些需要進一步探討、分析或增加信息的地方.不過,有時也可能因為某個特殊需求難以解決或沒有人願意處理它而註上TBD標志.盡量將每項需求的內容都闡述清楚,以便分析人員能准確的將其寫進軟體需求規格說明中.如果你一時不能准確表述,那就得允許獲取必要的准確信息這樣一個過程.通常使用所謂的原型技術.通過開發的原型,你可以同開發人員一起反復修改,不斷完善需求定義. 4:及時地作出決定 正如一位建築師為你修建房屋,分析人員將要求你做出一些選擇和決定.這些決定包括來自多個用戶提出的處理方法或在質量特性沖突和信息准確度中選擇折衷方案等.有權做出決定的客戶必須積極地對待這一切,盡快做處理、做決定.因為開發人員通常只有等你做出了決定才能行動,而這種等待會延誤項目的進展. 5:尊重開發人員的需求可行性及成本評估 所有的軟體功能都有其成本價格,開發人員最適合預算這些成本(盡管許多開發人員並不擅長評估預測).你所希望的某些產品特性可能在技術上行不通,或者實現它要付出極為高昂的代價.而某些需求試圖在操作環境中要求不可能達到的性能或試圖得到一些根本得不到的數據,開發人員會對此作出負面的評價意見,你應該尊重他們的意見.有時,你可以重新給出一個在技術上可行、實現上便宜的需求,例如,要求某個行為在"瞬間"發生是不可行的,但換種更具體的時間需求說法("在50ms以內",但若沒有準確的技術分析不能輕易下結論),這就可以實現了. 6: 劃分需求優先順序別 大多數項目沒有足夠的時間或資源來實現功能性的每個細節.決定哪些特性是必要的,哪些是重要的,哪些是好的,是需求開發的主要部分.只能由你來負責設定需求優先順序,因為開發者並不可能按你的觀點決定需求優先順序.開發者將為你確定優先順序提供有關每個需求的花費和風險的信息.當你設定優先順序時,你幫助開發者確保在適當的時間內用最小的開支取得最好的效果.在時間和資源限制下,關於所需特性能否完成或完成多少應該尊重開發人員的意見.盡管沒有人願意看到自己所希望的需求在項目中未被實現,但畢竟是要面對這種現實的.業務決策有時不得不依據優先順序來縮小項目范圍或延長工期,或增加資源,或在質量上尋找折衷. 7:評審需求文檔和原型 正如我們將在第1 4章討論的,無論是正式的還是非正式的方式,對需求文檔進行評審都會對軟體質量提高有所幫助.讓客戶參與評審才能真正鑒別需求文檔是否的確完整、正確說明了期望的必要特性.評審也給客戶代表提供一個機會,給需求分析人員帶來反饋信息以改進他們的工作.如果你認為編寫的需求文檔不夠准確,就有義務盡早告訴分析人員並為改進提供建議.通過閱讀需求規格說明,很難想像實際的軟體是什麼樣子的.更好的方法是先為產品開發一個原型.這樣你就能提供更有價值的反饋信息給開發人員,幫助他們更好地理解你的需求.必須認識到:原型並非是一個實際產品,但開發人員能將其轉變、擴充成功能齊全的系統. 8:需求出現變更要馬上聯系 不斷的需求變更會給在預定計劃內完成高質量產品帶來嚴重的負面影響.變更是不可避免的,但在開發周期中變更越在晚期出現,其影響越大.變更不僅會導致代價極高的返工,而且工期也會被迫延誤,特別是在大體結構已完成後又需要增加新特性時.所以一旦你發現需要變更需求時,請一定立即通知分析人員. 9:應遵照開發組織處理需求變更的過程 為了將變更帶來的負面影響減少到最低限度,所有的參與者必須遵照項目的變更控制過程.這要求不放棄所有提出的變更,對每項要求的變更進行分析、綜合考慮,最後作出合適的決策以確定將某些變更引入項目中. 10:尊重開發人員採用的需求工程過程 軟體開發中最具挑戰性的莫過於收集需求並確定其正確性.分析人員採用的方法有其合理性.也許你認為需求過程不太劃算,但請相信花在需求開發上的時間是"很有價值"的.如果你理解並支持分析人員為收集、編寫需求文檔和確保其質量所採用的技術,那麼整個過程將會更為順利.盡管去詢問分析人員為什麼他們要收集某些信息,或參與與需求有關的活動. 系統分析人員在開發過程中可能會遇到以下問題,一些很忙的客戶可能不願意積極參與需求過程,而缺少客戶參與將很可能導致不理想的產品.故一定要確保需求開發中的主要參與者都了解並接受他們的義務.如果遇到分歧,通過協商以達成對各自義務的相互理解,這樣能減少今後的摩擦. 7.需求文檔 需求開發的最終成果是:客戶和開發小組對將要開發的產品達成一致協議.協議綜合了業務需求、用戶需求和軟體功能需求.就像我們早先所看到的,項目視圖和范圍文檔包含了業務需求,而使用實例文檔則包含了用戶需求.你必須編寫從使用實例派生出的功能需求文檔,還要編寫產品的非功能需求文檔,包括質量屬性和外部介面需求.只有以結構化和可讀性方式編寫這些文檔,並由項目的風險承擔者評審通過後,各方面人員才能確信他們所贊同的需求是可靠的. 你可以使用以下三種方法編寫軟體需求規格說明: 用好的結構化和自然語言編寫文本型文檔. 建立圖形化模型,這些模型可以描繪轉換過程、系統狀態和它們之間的變化、數據關系、邏輯流或對象類和它們的關系. 編寫形式化規格說明,這可以通過使用數學上精確的形式化邏輯語言來定義需求. 由於形式化規格說明具有很強的嚴密性和精確度,因此,所使用的形式化語言只有極少數軟體開發人員才熟悉,更不用說客戶了.雖然結構化的自然語言具有許多缺點,但在大多數軟體工程中,它仍是編寫需求文檔最現實的方法.包含了功能和非功能需求的基於文本的軟體需求規格說明已經為大多數項目所接受.圖形化分析模型通過提供另一種需求視圖,增強了軟體需求規格說明. 如果解決了您的問題請採納！ 如果未解決請繼續追問

⑷ 無數的客戶，要怎麼才能整理他們的資料

必須用好筆頭這樣的軟體來管理啊。之前我也是 亂七八糟的，經常給客戶打電話，客戶還記得我，我都不記得跟客戶說了些什麼，搞得客戶對我印象不好。因為這樣丟了好幾個單以後，我決定一定要解決這個問題。

但是一，我記性不好，二、客戶多，每天還要開發新的客戶，現在用這個軟體把客戶、每一次聯系記錄、聯系方式、哪怕聊過什麼，傳過什麼文件，能記的都記得一清二楚，跟進查找非常方便。

當我跟客戶說，你上次跟我介紹的一個東西我買到了的時候，你知道客戶有多吃驚么！因為他隨口一說的東西，他沒想到我一直都記得，而事實是我剛在好筆頭里翻了一下他的跟進而已

⑸ 商場裡面一般用什麼軟體可以儲存客戶信息

用什麼軟體可以儲存客戶信息？根據你的需求，建議你使用敬業簽這款便簽軟體管理客戶信息，因為：
1、它具備多項分類的優勢，可以幫助用戶分類整理客戶信息，分類出不同類型的客戶，比如優質客戶、可持續發展客戶、渠道客戶等，做好客戶的管理；
2、它具備待辦事項的提醒功能，且提醒類型多樣，所以用戶可以藉助它將需要回訪和跟進的客戶按屬性設置成定時提醒，重復提醒、重要事項間隔提醒或者到期延時提醒等合理的類型；
3、具備多端雲同步的優勢，可以實現記錄內容在以下幾個埠實現內容同步：Windows/Android/iPhone/Web/ipad/Mac。

⑹ 整理了客戶的信息，想把所有客戶標注在一張地圖上應該怎麼做呢

標注地圖，蘭圖繪

【蘭圖繪】excel數據導入

既可以將數據導入蘭圖繪，並在地圖上生成標注。

⑺ 客戶信息太多難管理，有沒有好的管理方法推薦

客戶信息太多難管理，有沒有好的管理方法推薦？根據你需求，建議你使用一款客戶管理軟體管理客戶信息，比如說敬業簽這款便簽軟體，因為它：

1、具備多項分類的優勢，可以幫助用戶分類整理客戶信息，分類出不同類型的客戶，比如優質客戶、可持續發展客戶、渠道客戶等，做好客戶的管理；
2、具備待辦事項的提醒功能，且提醒類型多樣，所以用戶可以藉助它將需要回訪和跟進的客戶按屬性設置成定時提醒，重復提醒、重要事項間隔提醒或者到期延時提醒等合理的類型；
3、備多端雲同步的優勢，可以實現記錄內容在以下幾個埠實現內容同步：Windows/Android/iPhone/Web/ipad/Mac。

⑻ 做好客戶的跟進很重要，怎麼樣做就能更好的管理客戶呢

怎麼樣做能更好的管理客戶？建議你使用敬業簽這款便簽軟體管理客戶，因為它：
1、具備多項分類的優勢，可以幫助用戶分類整理客戶信息，分類出不同類型的客戶，比如優質客戶、可持續發展客戶、渠道客戶等，做好客戶的管理，並且內容還會自動備份至雲端；
2、具備待辦事項的提醒功能，且提醒類型多樣，所以用戶可以藉助它將需要回訪和跟進的客戶按屬性設置成定時提醒，重復提醒、重要事項間隔提醒或者到期延時提醒等合理的類型；
3、具備多端雲同步的優勢，可以實現記錄內容在以下幾個埠實現內容同步：Windows/Android/iPhone/Web/ipad/Mac；
4、具備密碼鎖屏的功能，並有多重安全防護，可以有效保障客戶信息的安全。

⑼ 如何清理微信的用戶數據

首先打開手機，然後打開系統設置。查看手機的存儲情況。然後打開微信，清楚緩存數據。或者打開手機的應用管理器。然後打開微信管理的界面。在界面的下方，點擊清除緩存數據。操作方法
01
打開微信，點擊「設置」。



02
點擊「通用」，再點擊「照片、視頻和文件」。



03
把視頻按鈕關閉即可。



04
總結如下。操作方法
01
打開「微信」。



02
打開「我」，然後點擊「設置」。



03
點擊「通用」。



04
點擊「存儲空間」。



05
點擊「清理微信緩存」。



06
點擊「確定」。



07操作方法
01
打開微信界面，在最下面找到「我」，點擊進入設置。



02
在設置中找到「通用」。



03
在通用中點擊「微信儲存空間」。



04
微信儲存空間中可看到微信的已用空間，點擊「管理微信儲存空間」



05
具體的聊天數據都可以顯示出來，進入可管理當前微信賬號聊天數據。



06
對於自己想要刪除的數據可進行選擇，右下角有「刪除」的紅色標志。
經過清理後，數據會得到有效處理。

⑽ 收集客戶信息的注意事項有哪些

不同的客戶各有其獨特的特徵，需求服務的種類也不同，在收集客戶信息的艱苦過程中，還要對客戶信息進行整理、辨別、篩選，確定開發目標，做到有的放矢，必然會獲得事半功倍的效果。沒有拜訪就沒有銷售，但不等於銷售人員去拜訪客戶就一定能實現銷售。銷售人員如何做有效的客戶拜訪呢？在實行經銷制的企業，銷售人員分管幾個地區、一個省甚至幾個省的市場，每個月要走訪大量的客戶，對每個客戶拜訪的時間則很短。在有限的時間內，銷售人員應做好哪些工作，才有助於銷售業績的提升呢？一些銷售人員每次拜訪客戶都是三句話：上個月賣了多少貨？這個月能回多少款？下個月能再進多少貨？這無助於銷售業績的提升。

雖然推銷人員可以利用自己的聰明才智採取各種方法搜集客戶信息，可是在此過程中，推銷人員不能隨心所欲地進行這一工作。總的來說，在搜集客戶信息時，除了遵循相關的法律、法規和社會道德規范，推銷人員還需要注意以下問題：

?盡量不打擾客戶的正常工作和生活。

?力求准確，學會辨別虛假信息。

?抓住關鍵，剔除無關信息。

?注意效率，不要在這方面花費過多時間，以免錯過最佳銷售時機。

?不隨意透露客戶的重要信息。

利用客戶漏斗管理模型，銷售人員可以不斷地挖掘客戶、分析客戶和篩選客戶，並將企業最優資源匹配到最能為企業帶來利潤的客戶身上。按照客戶漏斗模型，銷售人員對客戶信息的整理通常要經歷以下三個階段：

1.目標市場。

根據明確的企業產品定位，確定哪些客戶會對本企業的產品產生需求；再根據搜集到的相關客戶信息，分析客戶對企業產品的需求量大小。然後根據以上分析結果把客戶進行有秩序的分類。

在這一階段的工作結束後，通常，那些需求量更大的客戶，會被列為重要的潛在客戶，推銷人員需要對這些客戶加以認真對待。

2.潛在客戶。

潛在客戶就是那些有購買意向的目標市場中的客戶。他們是否對你的產品具有購買意向，這需要公司的廣告宣傳和市場調查的配合，如果僅靠銷售人員的個人努力，那整體工作效率就較低。所以，銷售人員在這一階段不僅要認真分析自己掌握的客戶相關信息，還要充分利用公司資源展開分析，最終確定哪些客戶的購買意向較強，哪些客戶根本無意向你購買產品或服務。這將有助於下一步工作時，銷售人員時間和精力的合理分配。

3.目標客戶。

目標客戶就是那些有明確購買意向、有購買力，而且在短期內有把握達成訂單的潛在客戶。

值得注意的是，此時，銷售人員在對客戶信息進行整理時，必須明確對方是否具有購買力，即客戶是否有能力購買你推銷的產品或服務。其中又分三種情況：第一，有明確購買意向，但是暫時沒有能力購買；第二，有明確購買意向，購買能力不強；第三，有明確購買意向，購買能力強。顯然，符合第三種情況的客戶首先需要推銷人員花費較多的時間和精力；屬於第一種類型的客戶，推銷人員可以暫時放一放，但仍要保持聯系；屬於第二種類型的客戶，同樣要保持聯系，而且要積極爭取。銷售人員每次拜訪經銷商的任務包括五個方面：

1.銷售產品。這是拜訪客戶的主要任務。

2.市場維護。沒有維護的市場是曇花一現。銷售人員要處理好市場運作中問題，解決客戶之間的矛盾，理順渠道間的關系，確保市場的穩定。

3.建設客情。銷售人員要在客戶心中建立自己個人的品牌形象。這有助於你能贏得客戶對你工作的配合和支持。

4.信息收集。銷售人員要隨時了解市場情況，監控市場動態。

5.指導客戶。銷售人員分為兩種類型：一是只會向客戶要訂單的人，二是給客戶出主意的人。前一類型的銷售人員獲得訂單的道路將會很漫長，後一種類型的銷售人員贏得了客戶的尊敬。

要實現這五大任務，銷售人員在拜訪客戶時，應做好以下12件工作：

一）銷售准備

失敗的准備就是准備著失敗。銷售人員在拜訪客戶之前，就要為成功奠定良好的基礎。

1.掌握資源。了解公司的銷售政策、價格政策和促銷政策。尤其是在企業推出新的銷售政策、價格政策和促銷政策時，更要了解新的銷售政策和促銷政策的詳細內容。當公司推出新產品時，銷售人員要了解新產品的特點、賣點是什麼？不了解新的銷售政策，就無法用新的政策去吸引客戶；不了解新產品，也就無法向客戶推銷新產品。

2.有明確的銷售目標和計劃。銷售人員要為實現目標而工作。銷售的准則就是：制定銷售計劃，然後按照計劃去銷售。銷售人員每次拜訪客戶，都要明白，自己拜訪客戶的目標是什麼？如何去做，才能實現目標？客戶拜訪目標分為銷售目標和行政目標。銷售目標包括要求老客戶增加訂貨量或品種；向老客戶推薦現有產品中尚未經營的產品；介紹新產品；要求新客戶下訂單等。行政目標包括收回帳款、處理投訴、傳達政策、客情建立等。

3.掌握專業推銷技巧。掌握銷售技巧，以專業的方法開展銷售工作。

4.整理好個人形象。銷售人員要通過良好的個人形象向客戶展示品牌形象和企業形象。

5.帶全必備的銷售工具。台灣企業界流傳的一句話是「推銷工具猶如俠士之劍」。凡是能促進銷售的資料，銷售人員都要帶上。

調查表明，銷售人員在拜訪客戶時，利用銷售工具，可以降低50%的勞動成本，提高10%的成功率，提高100%的銷售質量！銷售工具包括產品說明書、企業宣傳資料；名片；計算器；筆記本、鋼筆；價格表；宣傳品；樣品；有關剪報；訂貨單；抹布，等。

二）行動反省

銷售人員要將自己上次拜訪客戶的情況做一個反省，檢討，發現不足之處，及時改進。銷售人員可分為兩種類型：做與不做的；認真做與不認真做的；工作完成後總結與不總結的；改進與不改進的；進步與不進步的。結果，前一類人成功了，後一類人失敗了。

1.上級指令是否按要求落實了。銷售人員的職責就是執行——落實領導的指示。銷售人員每次客戶拜訪前要檢討自己，上次拜訪客戶時，有沒有完全落實領導的指示？哪些方面沒有落實？今天如何落實？

2.未完成的任務是否跟蹤處理了？

3.客戶承諾是否兌現了。一些銷售人員常犯的錯誤是「亂許諾，不兌現」。朱熹說「輕諾必寡信」。銷售人員一定要做到「慎許諾，多落實」。

4.今後幾天工作的計劃、安排。今天的客戶拜訪是昨天客戶拜訪的延續，又是明天客戶拜訪的起點。銷售人員要做好路線規劃，統一安排好工作，合理利用時間，提高拜訪效率。

三）比較客戶價格

我國企業市場運作的經驗說明，市場亂是從價格亂開始的，價格的混亂必定導致市場的混亂，因此管理市場的核心是管理價格。銷售人員要管理價格，首先要了解經銷商對企業價格政策的執行情況。銷售人員要了解以下方面的情況：

1.不同客戶銷售價格比較。將當地市場上幾個客戶的價格情況進行一個橫向比較，看不同客戶的實際價格。或是對照公司的價格政策，看經銷商是否按公司價格出貨。

2.同一客戶不同時期價格比較。將同一個客戶的價格情況進行縱向比較，了解價格變動情況。

3.進貨價與零售價格比較。由於企業的價格政策不統一，許多經銷商的進貨價不同，銷售人員要看看經銷商的進貨價和零售價是多少。

4.了解競品價格。競品的價格如有變動，就要向公司反饋。

四）了解客戶庫存

了解客戶的庫存情況，是銷售人員的基本責任。

1.庫存產品占銷售額的比例。了解自己的庫存產品、銷售額是多少？分析庫存產品占銷售額的比例是多大？以便發現問題。如果庫存產品占銷售額的比例太低，可能會缺貨、斷貨；如果所佔比例太大，說明產品有積壓的傾向，銷售人員就要和客戶一起動腦筋，幫助客戶消化庫存。2.自己產品占庫存產品比例。看看我們的產品在客戶庫存中所佔的比例。占壓經銷商的庫房和資金，是銷售的鐵律。

3.哪些產品周轉快、哪些慢。由於各地市場情況不同，公司的品種在各地的銷售情況會不同。了解一下在客戶處，哪些品種賣的快，哪些賣的慢，就可以指導客戶做好銷售。

4.庫存數量、品種有無明顯變化。了解最近一時期，客戶對我們產品的庫存數量和品種有什麼變化，掌握銷售動態。

五）了解客戶銷售情況

銷售人員在了解客戶的銷售、庫存情況的基礎上，向客戶介紹產品及銷售意圖，如公司新的促銷方案，回答客戶提出的問題，根據安全庫存數，建議客戶定貨。

六）核對客戶賬物

銷售人員不僅要提高銷售量，更要提高銷售的含金量。降低貨款風險，是提高含金量的重要方法。

1.對照客戶鋪底額度，核對客戶實際鋪底數、抵押物及其數量。

2.書面確認客戶已付款未結算、預付款及應收款數。

3.及時清理歷史遺留問題，明確債權債務。

4.定期與客戶共同進行賬款物核對，並做到降價時即時點庫。

檢查售後服務及促銷政策

了解總經銷商對二批商、零售商提供服務的情況。客戶是否按照企業的服務政策和制度為顧客提供服務？對二批商和零售商的促銷政策，要通過經銷商來落實，銷售人員要了解經銷商執行促銷政策的情況，有沒有問題，如侵吞促銷品。

七）收集市場信息

1.了解准客戶資料。企業的客戶隊伍是不斷調整的，銷售人員要了解在當地市場上潛在客戶的資料。當企業調整客戶時，有後備的客戶資源可以使用。

2.通過巡訪客戶和其他媒介，調查了解競爭對手的渠道、價格、產品、廣告促銷辦法及市場佔有率。

3.了解並落實條幅廣告、POP等，組織現場促銷。

4.調查客戶資信及其變動情況。

八）客戶溝通

經常與客戶溝通，能拉近我們與客戶之間的關系，銷售實踐說明，再大的問題也能通過良好的溝通圓滿地解決。企業與客戶之間的矛盾很多是因為溝通不良造成的。

1.介紹企業信息。讓客戶了解企業的情況、最近的動態，向客戶描述公司的發展前景，有助於樹立客戶的信心。經銷商是根據「產品好、企業好、企業人好」的三好原則選擇產品的。讓客戶了解企業動態，既可以使客戶發覺新的機會，又可以在客戶心中樹立企業形象。

2.介紹銷售信息。向客戶介紹我們公司在某些區域市場上的成功經驗、給客戶介紹一些銷售經驗與促銷方法。

3.競品信息。向客戶介紹競爭對手的產品、價格、渠道、促銷、人員變動等方面的信息，然後和客戶一起想辦法去應對競品。

九）客戶指導

銷售人員在拜訪客戶時，幫助客戶發現問題，提出解決辦法，是雙贏的做法。在某企業培訓時，該企業一位銷售經理，每次在拜訪客戶時，不是坐在客戶辦公室里和客戶東拉西扯說閑話，而是到客戶的店面和倉庫看看，到市場、批發商和零售終端轉轉，和經銷商手下的人談談，然後再回到經銷商辦公室里和經銷商一起想辦法，解決問題，擴大銷量。優秀銷售人員的經驗就是，請客戶吃百頓飯，不如為客戶做件實事。

1.培訓。我在四川一家公司做培訓時，該公司一位銷售人員業績很高。他的一個成功經驗就是，每次拜訪經銷商時，抽出一、二個小時的時間，培訓經銷商的業務員。他有8年的銷售經驗，很愛學習，講的都是跑市場、做銷售的實戰方法，很快就贏得了客戶的好感。每次他去拜訪經銷商，從老闆到業務員都尊他為「老師」。當客戶把你尊為老師時，他們難道不會大力推你的產品嗎？

2.顧問式銷售。多給客戶出主意、想辦法，做客戶生意場上不可缺少的有力臂膀。

3.服務。銷售人員應當是客戶問題的解決者。當客戶遇到問題時，能找到銷售人員，並且銷售人員能幫助客戶解決難題，才會贏得客戶尊重。

4.處理客戶投訴。正確處理客戶投訴，是銷售人員的基本功。正確處理客戶投訴＝提高客戶的滿意程度不同＝增加客戶推廣產品的積極性＝豐厚利潤。

十）行政工作

在拜訪客戶結束後，銷售人員還要做好以下工作：

1.填寫銷售報告及拜訪客戶記錄卡。

2.落實對客戶的承諾。

3.評估銷售業績。對拜訪目標和實際結果進行比較分析，目的是讓銷售人員把重點放到銷售成果上，同時提醒自己，多思考改進的方法並且在下一次的拜訪中落實這些步驟。

（1）是否達成拜訪目標？如果沒有達成，檢討分析為什麼？

（2）想想自己的優點是什麼？哪些方面還需要改進？把它們寫下來。

只有了解客戶銷售的具體情況，才能發現問題，進行指導，做好銷售。

1.公司主銷產品、盈利產品、滯銷產品是什麼，占客戶總銷售額的比例，競品能銷多少。目的是了解在當地市場上，我們的產品和競品，哪些品種賣得好，哪些賣的不好？

2.能否做到專櫃專賣，樣品是否按規定擺足、顯眼、更換。

3.公司標志、廣告宣傳資料是否齊全，環境是否整潔、清爽？

4.導購員服務是否規范？

——引自延邊人民出版社《推銷學全書》