自从下定决心转岗到售前后，就开始想去了解售前这个岗位的职责，前景，以及知识技能，这本书将这些方面总结得特别好，虽然本书是国内的售前，但是核心的部分跟日本也是共通的，基于输出是最好的学习的原则，将本书中的核心部分，以及结合自己现在工作中的思考，整理在本文中，以此加强自己对售前岗位的理解。

书接上一部分：

🟩 工作篇-如何挖掘客户需求

🧾 售前工作的本质

售前工作的目标不是“推销产品”，而是通过帮助客户实现业务目标，顺便把公司的产品和服务卖出去。
要实现这一点，第一步就是：找到并理解客户的真实需求。

📌 客户需求的四种类型

类型编号	类型描述	特征 & 挖掘方式
① 明确的需求（显性需求）	客户直接表达，目标清晰，容易识别	📍 签约流程较快，但竞争也多。 📍 可快速对接方案，重点在于价值呈现与差异化。
② 混乱的需求（未整理需求）	客户有痛点，但表达混乱，诉求多样或优先级不清	📍 需要通过梳理与引导，协助客户进行逻辑化拆解。 📍 使用流程图、场景还原等方式帮助清晰化。
③ 模糊的需求（潜在需求）	客户有目标或问题意识，但尚未清晰表达或自己也说不清	📍 需要通过深度访谈、类比引导、案例启发逐步探索。 📍 需求共创是关键策略。
④ 隐藏的需求（隐性/敏感需求）	客户刻意不说，或因立场/敏感性不便表达	📍 需要依靠情商+经验+信任建立逐步挖掘。 📍 有时通过“试探式提问”或“从第三方视角分析”方式侧面识别。

📌 顧客ニーズの4タイプ【分類 + 対応】（日本語版）

ニーズタイプ	説明（日本語）	中国語解説	日本市場での注意点・対応戦略
① 顕在的ニーズ（はっきり見える）	顧客が具体的に問題や要望を認識・表現している	需求明确，一眼可见	✅ 迅速な提案・見積対応が求められる ✅ 同業他社との比較で「違い」を見せる
② 整理されていないニーズ	顧客は課題を感じているが、構造化できていない	一团乱麻，需要协助梳理	✅ ヒアリングで問題マップを作成 ✅ バリューチェーンや業務フローの視覚化が有効
③ 潜在ニーズ（あいまい・未自覚）	顧客自身も本質的な課題を明確にできていない	一团迷雾，客户说不清楚	✅ 他社事例や業界トレンドで「気づき」を与える ✅ スモールPoCで仮説検証型のアプローチを
④ 隠れたニーズ（言えない・言わない）	言いづらい事情や、政治的な理由で語られない	故意隐藏，客户不方便说	✅ 高い信頼関係と共感力が必要 ✅ 面談相手の立場を尊重しながら間接的に探る

🛠 挖掘技巧建议（适用于类型②③④）

技巧类别	操作方法
🗣 提问技巧	开放式提问 / 假设引导 / 多问“为什么” / 需求场景化描述
✍️ 可视化表达	用画图、流程图、问题地图帮助客户“看见问题”
🤝 同理共情	换位思考站在客户角色，辅助其澄清内部意见或目标
📚 案例启发	引用相似行业或项目的成功案例，激发客户思考与表达欲望

🧠 日本市場での「ニーズ掘り起こし」の3原則

原則	解説
空気を読む（察する）	面談の場では、相手の階層や関係性を尊重し「今この質問はOKか？」を常に意識
言外の意味に気づく	日本ではストレートに言わない文化がある。曖昧な表現の裏にある「本音」を読み取る力が重要
信頼を積み重ねる	潜在・黙秘ニーズは、初対面では絶対に出てこない。何度も会い「この人なら言える」と思ってもらうことが前提

💬 日本式ヒアリングの技術（类型②③④应对）

技法	具体例・補足
📖 ストーリー型質問	「他社ではこういう課題がありましたが、貴社でも似たような状況ありますか？」
🧩 仮説提示→確認	「おそらく御社のXX業務で△△がネックかと想像していますが、合っていますか？」
✍️ 可視化・図解	ホワイトボードやメモ帳に業務構造・課題点を書き出しながら共有する
🙇‍♂️ 謙虚＋共感	「自分も最初は分からなかったので、ぜひ教えていただけると嬉しいです」などの言葉を添える

✅ まとめ

• 顧客が言葉にしないニーズを掘り起こすことこそが、プリセールスの最大の価値
• 「聞く力」＋「構造化する力」＋「察する力」が高いレベルで融合してこそ、本物の提案が生まれる
• 日本市場では、距離感・文脈・相手の立場を尊重した会話設計が極めて重要

🧩 决策链管理（Decision Chain Management）

誰が決める？誰に影響を与える？を可視化せよ –

在BtoB、尤其是大型企业或政府客户中，项目的推进不取决于某一个人，而是取决于客户组织内部多个角色的共同决策链。
因此，售前必须具备管理这一条“看不见的链条”的能力。

🪜 决策链管理的三个阶段

阶段	中文说明	日文表达対応
① 干系人识别	找出所有对项目成败有影响的人，如CEO、CTO、部门主管、一线用户等	ステークホルダーの洗い出し
② 干系人分析	评估每个人的影响力+立场（支持/中立/反对）+背后的动因	影響力マトリックス＋関係性分析
③ 决策链管理	有针对性地建立关系、传递信息、施加影响、引导共识	意思決定者への働きかけの設計・実行

📌 在日本，“稟議文化 + 合议制 + 階層的合意形成”极其重要。
因此必须识别并经营好所有“隠れキーパーソン（潜在关键人）”，才能顺利推进。

🧑‍🤝‍🧑 决策链上的4类关键角色（4大類型 × 日本实际做法）

角色类型	中文说明	日本客户的典型表现	售前/销售建议
1. 商务决策者 （最終決裁者）	CEO、部门总经理等，有权拍板签合同的人	不一定参与前期，但有一票否决权	– 提供简明扼要的「経営メリット説明」 – 准备ROI图、成功事例、KGI设定
2. 技术决策者 （技術部門長・情報システム部）	CTO、技术负责人、IT部门经理	关注性能、可行性、安全性、架构	– 及时更新公司技术趋势、架构图 – 提供竞品对比、最新趋势、案例引导其形成“我方视角”
3. 商务负责人 （購買部門・調達担当）	掌握预算、报价审核、合同签订者	对价格、供应能力敏感	– 明确报价构成和可议价空间 – 准备「価格正当性説明」「実績による信頼性」材料
4. 使用者/实际用户 （業務担当・オペレーター）	一线员工、业务人员、工程师	对产品功能、易用性、流程变化敏感	– 强调产品易用性+效率提升 – 提供培训计划、手册、视频资料，消除学习焦虑

🧭 决策链影响分析框架（推荐使用表格）

姓名/角色	部门职位	决策权重	当前立场	影响动因	应对策略
例：佐藤部長	情报系统部	中等	中立	技术可行性存疑	发送技术白皮书+邀请业界案例分享会
例：田中課長	業務部	高	支持	产品符合现有流程	维持接触频度+计划共同客户成功发表

🔍 为什么售前更需要做“立场转化”工作？

• 销售搞定“签字的人”，
• 售前搞定“方案通过的人”。

特别是在日本，执行层否定 = 项目就会被撤回稟議。因此售前要用技术+逻辑+信任感把执行者/技术层“收服”，让他们支持+推动项目通过。

🧠 技术关键人（CIO/CTO）は何を考えているのか？

— 技術意思決定者の心を動かすには —

在IT解决方案型销售中，售前的关键对象往往是客户方的CIO、CTO或IT部门主管。
他们不仅掌握技术方向的判断权，还是项目是否推进的重要推动者甚至“守门员”。

🧭 售前说服技术决策者的三个层次

等级	售前表现	客户反应	特点
❌ 三流售前	死记硬背产品功能，罗列技术参数	「你说得多，我却记不住」	缺乏共鸣感
⚠️ 二流售前	会讲故事，知道如何借助案例营造共鸣	「有点意思，但还不够让我买单」	情感触动但未深信
✅ 一流售前	从理念出发，有逻辑、有立场、有信仰	「你说出了我想做但没说出来的事」	理念共鸣，思想认同

📌 技术人不轻信“话术”，但会被结构清晰 + 理念契合的表达打动。
特别在日本市场，CIO/課長クラス更看重：技术理性 + 言行一致性 + 对技术人的尊重。

💡 理念征服 > 产品堆砌

「好的售前不是在介绍产品，而是在一起构建愿景。」

要真正说服技术决策者，重点在于：
✅ 站在对方的角度重新定义问题
✅ 帮助其提升在组织内部的技术话语权
✅ 将他“心中未说出口的技术构想”以逻辑化语言呈现出来

📚 沟通步骤建议（客户主导感 × 理念认同）

步骤	内容	日本市场中建议表达
① 深入倾听	认真倾听技术负责人对项目的构想和顾虑	「〇〇の課題について、どのようにお考えですか？」
② 提炼归纳	提炼对方思考重点，形成可执行需求	「今のお話をまとめると、〇〇がポイントですね」
③ 技术翻译	将其需求变成解决方案，逻辑合理且带有“他的语气”	「お話を受けて、こういうステップで整理できます」
④ 让出主导权	强调“这个方案源自客户构想”，售前是辅助角色	「これは〇〇様の構想を具体化した案です」
⑤ 理念层引导	站在行业视角补充其思维深度，激发思想认同	「御社のアーキテクチャがこの方向に進むのは、業界全体の動きと非常に一致してます」

✨ 优秀售前的特质：理念+人格+表达统一

一个真正让技术人信任的售前，往往具备：

• ✅ 专业技术能力：能对话、有深度、有逻辑
• ✅ 气质修养：谦逊、稳重、自信、真诚
• ✅ 表里如一：说出来的理念自己也信，做得出来
• ✅ 给客户安全感：不会强推方案，而是共同制定策略

“我们不是来展示自己的，而是让客户的构想落地，并最终帮他在组织中赢。”

✅ 总结建议

用“理念+逻辑+故事”组合拳，远比单纯讲PPT有说服力

CIO/CTO关心的是：“这方案能解决我问题吗？能让我在组织中更有影响力吗？”

售前不要抢主导权，要引导客户说出他的方案，让他成为英雄。

🧭 学会分辨四种不同的需求

在售前过程中，学会区分客户提出的需求属于哪一类，是提升方案命中率和推动客户购买决策的关键。
这四类需求不仅代表客户的目标和期望层级，也代表了客户背后的情绪与动机基础。

🎯 四种需求类型对照表

类型	中文定义	客户心理	示例	是否为核心需求
✅ 痛点	不可忍受的问题，必须解决	恐惧 / 担忧	担心数据出错、质量事故、系统崩溃	✅ 通常是核心需求
✨ 爽点	亮点功能，有会很爽，提升好感	满足 / 惊喜	少填资料可多处提交、操作特别顺畅	❌ 但能显著增强价值
🌱 痒点	美好愿望，最好也能有的功能	欲望 / 想象	帮助客户获得权力、认可、荣誉	❌ 辅助竞争加分项
💡 盲点	没意识到的隐性需求，一说就懂	认知边界外	主动推荐一体化指标管理系统	❌ 转化后可成痛点或爽点

🧠 四类需求 = 四种心理动因

需求类型	本质动因	识别方式
痛点	惧怕损失	客户频繁提到“担心、害怕、风险”相关词汇
爽点	渴望收益	客户追问“有没有更高效/智能的做法”
痒点	追求理想/权力	客户提及“希望更进一步、更有影响力”
盲点	认知受限	客户未提及，但行业趋势已在发生变化

📋 客户调研：绘制需求蓝图的基础工作

🎯 调研的目的

虽然关键决策者可以帮助我们画出项目“蓝图”，但真正支撑蓝图落地的细节，往往存在于客户一线的业务流程与IT系统之中。
因此，售前必须通过多层次、结构化的调研，识别客户现状与蓝图之间的差距，找出具体的可落地路径。

🧰 一份完整的调研提纲应包含以下内容：

模块	具体内容
硬件环境	服务器、终端设备、部署架构等配置情况
网络环境	网络拓扑、带宽情况、内外网访问限制
组织架构	客户公司的职能分布、管理体系
业务场景	不同部门的核心业务场景及KPI
业务流程	核心流程、跨部门流程图、审批流等
应用系统现状	已上线系统、接口关系、系统痛点
数据现状	数据存量与增量、质量问题、结构与工具、安全与合规性
用户列表	系统使用者、管理者、维护者的角色与职责

🧭 调研三大原则

原则	说明	建议做法
① 由粗到细 从宏观到微观	先抓全局，再抓细节，避免被细枝末节牵着走	💡先看业务地图、组织图，后做流程深挖
② 分层收集需求	不同层级有不同关注点，应从高到低全面了解	🧑‍💼CEO关心战略收益，👨‍💻业务关心效率，🧑‍🔧IT关心技术可行性
③ 融合业务与技术视角	两者视角常有冲突，售前要居中调和	📌既理解业务目标，又尊重IT预算与能力边界

👥 调研对象分层建议

客户层级	关注点	推荐调研方式
⬆️ 高层决策者	战略目标、项目优先级、预算范围	战略访谈/定性分析
⬆️ 中层管理者	流程效率、部门KPI、问题瓶颈	问卷+访谈/流程还原
⬇️ 业务操作人员	实际使用痛点、日常流程复杂度	场景模拟+操作演示
⬇️ 技术人员	系统架构、接口关系、运维问题	技术白板会议+系统数据分析

✅ 总结建议

• 调研质量 = 项目成功的保障
• 调研前一定要准备调研提纲+调研计划+调研对象名单
• 调研过程中要做到角色理解+场景对话+记录归纳
• 售前不仅是需求采集者，更是业务与技术之间的桥梁

🎯需求挖掘 🎯重要🎯

🎯 需求挖掘：用户访谈指南

用户访谈是了解客户真实需求最直接、最有效的方式。
售前必须掌握结构化、共情化的访谈方法，避免信息碎片化与误读。

🧾 访谈前准备事项（Before Interview）

要点	说明
🎯 明确目标 目的を明確にする	明确此次访谈要解决的问题和要验证的假设，最好写在一张纸上，形成提纲。 今回のインタビューで明らかにしたいこと・仮説を紙にまとめる
🧑‍🤝‍🧑 用户细分 ユーザーのセグメント分け	了解受访者背景（岗位、部门、影响力），识别其在项目中代表的立场与角色。 対象者の職種・プロジェクト内の立場・権限・温度感を事前把握する
📄 准备结构化提纲 構造化された質問項目の用意	包含：业务场景、使用习惯、痛点、理想状态、现有方案评价等。 業務内容、利用シーン、課題、期待、改善希望など
👁 面对面为佳 できる限り対面で実施	可观察肢体语言、反应速度、语气变化，有助于识别潜在问题。 相手の表情・反応を観察できるため、精度の高い情報が得られる

🎙️ 访谈进行中注意事项（During Interview）

方法/技巧	说明
✅ 开场说明 最初に目的と流れを共有	简明介绍访谈目的、时间安排与讨论范围，降低对方防备心理。 インタビューの目的・所要時間・範囲を伝え、安心感を持たせる
🧩 引导讲故事 ストーリー形式で話を引き出す	避免直接问“你需要什么？”，而是引导用户说出“曾遇到过什么问题？”或“你是怎么处理的？” 「どんな問題がありましたか？」「それはいつ、どこで起きましたか？」など、体験談を語ってもらうことで、よりリアルなニーズが見える
📊 需求排序 課題の優先順位を明確にする	引导用户对提到的问题/需求进行重要度排序，划分优先级。 「いま挙げていただいた中で、特に大事なものはどれですか？」と整理してもらう
💡 鼓励提出解决方案 解決策を自由に語ってもらう	在需求明确后，鼓励受访者畅所欲言，说出他们设想的解决办法，有助于形成共创感。 「もし理想的に変えられるとしたら、どう改善したいですか？」と聞いてみる
🚥 控制需求蔓延 ニーズが広がりすぎたらコントロール	如果谈话跑题，要委婉拉回主线，如：“我们这个点先记下来，后续再详细探讨。” 「この点はとても重要なので、あとで詳しく伺ってもいいですか？」と一度区切る
📖 全程记录 メモ＋録音（事前許可を得て）で記録を残す	建议使用笔记+录音（需征得同意），并标记高亮内容，便于后期结构化分析。 後で要点を抽出しやすくなる

📝 访谈提纲结构（推荐参考）

模块	问题示例（可根据实际项目调整）
用户角色与背景 ユーザーの背景	您在这个系统/流程中负责哪些环节？目前的使用频率是？ 「普段どんな業務を担当されていますか？」
当前痛点 現在の課題	您觉得最不方便或经常出错的地方是？有哪些实际影响？ 「業務の中で特に困っていることは何ですか？」
理想场景 理想の状態	如果这个问题被解决，您希望是一个怎样的使用体验？ 「理想的にはどうなっていると嬉しいですか？」
历史经验 過去の対策経験	您是否试过其他方法？为什么没有解决？ 「以前に解決を試みたことはありますか？」
使用流程 利用の流れ	能否描述一下从开始到结束，您的操作步骤？ 「実際の操作手順を簡単に教えていただけますか？」
需求排序 優先度の整理	如果只能解决三个问题，您会选哪些？ 「3つだけ選ぶとしたら、どれが最優先ですか？」
解决建议 解決のアイデア	如果换作您来设计，您会怎么改这个流程？ 「もしご自身で設計するとしたら、どんな工夫をされますか？」

💬 常见表达语推荐（促进倾听与共情）

作用	表达示例
降低防备	“这次访谈不会影响您岗位评价，我们只想更了解现状。” 「今日はご協力ありがとうございます。今回のインタビューは評価などには一切関係ありませんので、率直なお話をいただければ嬉しいです」
引导故事	“能不能和我们说说上次出问题时的详细过程？” 「具体的なエピソードなどがあれば、ぜひ教えてください」 「最近一番困った出来事ってありますか？」
表达共鸣	“您说的我也感同身受，确实挺不方便的。” 「それは大変でしたね…お気持ちわかります」 「確かに、それでは効率が悪いですよね」
提升信任	“这段内容我们会整理成匿名建议呈现，不会出现名字。” 「ご発言内容は社内で共有する際には匿名で扱いますのでご安心ください」
論点の整理	「今のお話をまとめると、○○と○○がポイントですね」
誘導せず整理する	「少し視点を変えて伺いますが、他にもお困りのことはありますか？」

✅ 总结建议

• 每一次访谈都要：有准备 → 有结构 → 有引导 → 有记录 → 有整理
• 用户访谈是客户共创型提案的第一步
• 好的访谈不是“盘问”，而是引导客户说出连自己都没发现的痛点与想象中的理想状态

🎯 用户场景

用户场景（User Scenario）是指用户在某一具体环境下，为了解决问题所经历的真实流程和行为方式。相比抽象需求，“场景”能帮助我们更好地理解用户：

• 用户是谁（Who）
• 在什么时候做这件事（When）
• 在哪个地点/系统/设备中操作（Where）
• 为什么这么做（Why）
• 怎么做的（How）

🔍 核心理念：用户在意的不是“你的产品能做什么”，而是“在他的具体工作场景中，你能不能帮上忙”。

🎯 目标：用真实用户场景挖掘“可落地的需求”

通过还原用户的工作场景，你可以：

• 找出当前流程中的具体痛点与阻力
• 判断这个痛点是否值得投入RPA等手段解决
• 发现用户真正关心的成功标准（效率？准确？透明度？）

🏢 模拟场景设定（以RPA自动化为例）

• 项目名称：某制造业客户的发票处理自动化DX项目
• 目标部门：财务部
• 现状：每天收到约100份纸质/邮件PDF发票，需要人工比对、输入、归档

🎤 用户场景挖掘时可提出的问题（结构化）

① 基本背景确认（Who/Where）

• 「この業務には普段どんな方が関わっていますか？」
• 「業務はどの部署・どの場所で行われていますか？」
• 「1日あたりどれくらいの件数を処理していますか？」

② 行为流程还原（How）

• 「この作業、最初から最後までの流れを教えていただけますか？」
• 「実際に1件処理するのに、どんな手順で、どんなツールを使っていますか？」
• 「今のやり方で、特に時間がかかっている工程はどこですか？」

③ 触发与时机（When）

• 「いつこの作業を行っていますか？曜日・時間など決まっていますか？」
• 「どのタイミングで急に業務量が増えることがありますか？」

④ 用户主观感受（Why）

• 「この業務について、ストレスや不便を感じる部分はありますか？」
• 「逆に、今のやり方で気に入っている点はありますか？」

⑤ 理想状态与愿景（What if）

• 「もし、今の作業が自動化されたら、一番嬉しいのはどの部分ですか？」
• 「業務の自動化でどんな成果が出たら『成功』と感じますか？」

💡 最后的提醒：把“场景”谈出来，不是功能清单！

❌ 不建议直接问：「您需要什么功能？要不要做RPA？」

✅ 建议这样问：「如果能省下这部分的时间，您希望去做什么更有价值的事情？」

🎯 挖掘隐藏需求：从“需要”走向“真实诉求”

真正影响客户决策的，往往不是说出口的“需要”，而是藏在水面下的“动机”“立场”“人情”和“战略”。

🔍 什么是隐藏需求？

概念	说明
需要	浮在表面的、用户“希望看到的功能”
需求	背后尚未解决的问题、真正想达成的目的或动机

📌 两种隐藏需求情境

类型	描述	应对策略
✅ 情况①：用户自己也说不清	只有模糊方向，但讲不清细节	用“创造需求”引导和启发
✅ 情况②：用户知道但不愿说	可能出于敏感、政治、预算等原因隐藏	建立信任，间接套出真意

✨ 三种“创造需求”的经典方法（适用于情况①）

方法	操作技巧	适用示例（DX/RPA场景）
方法①：听抱怨找痛点	倾听客户对现有系统或服务的不满，从中找出焦虑点	「旧系统每天都要手工导出数据、拼Excel」➡ 提出RPA自动报表输出
方法②：对比法启发思考	分享其他客户案例，引导客户“照镜子”	「A社通过RPA实现了出勤审批全自动」➡ 客户开始设想自己能否复制
方法③：场景设定法	创建真实或虚拟业务场景，让用户“进入角色”	「设想月底数据集成时，只有1人值班，您会怎么做？」➡ 引发自动化讨论

🤝 情况②的处理关键：信任换取信息

建立信任的方法	说明与技巧
🧠 行业专业度展示	用行业术语、趋势、架构图等证明你“懂行”
📘 分享而非推销	少说“我们能提供”，多说“行业一般怎么做”
😃 平等交流	不压迫、不假设对方“什么都不知道”
🧩 小范围共创	邀请客户一起设计流程草图，引导对方“说出自己的想法”

💡 常见“隐藏型”需求清单（注意识别）

伪装形式	背后真实意图
「这是领导的意思」	他自己可能并不支持，只是要执行
「系统上线后其实没怎么用」	项目只是为了预算花掉而不是实际价值
「我们先做个基础模块」	真正想铺路给后续更大的项目争取空间
「别让X公司知道我们在谈这个」	意图压制内部/外部竞争者，形成技术护城河
「希望操作能更直观些」	想减少对外部IT的依赖，提高自身控制力

🛠️ DX/RPA 项目中可用的“挖掘隐藏需求”问题示例

目标	提问建议
探索不满/抱怨	「最近有没有让您特别烦的事情？」 「哪一块工作最耗时间/最想避免？」
场景法创造需求	「假如月底突发业务加班，系统还是现在这样，您会怎么办？」
案例类启发	「其他制造业客户做这个是为了减人员编制压力，您觉得贵公司情况类似吗？」
构建信任	「我们并不急于了解项目细节，反而更希望从行业角度交流一下您的看法。」

✅ 总结

• 信任感建立后，客户自然会把“真话”告诉你
• 隐藏需求 ≠ 不重要，往往才是促成项目立项与推进的根本动因
• 售前人员要练就“听人话，听弦外之音”的能力
• 创造需求不是“捏造问题”，而是帮助客户看清已经存在的焦虑与机会

✅ 确认需求和挖掘需求同样重要

在IT/DX项目中，客户需求不是一次性挖掘完就完事的，而是持续演化的过程。即使进入实施阶段，客户也可能：

• “突然”想起某些之前未提出的需求
• 对原有需求方向发生改变

🎯 为什么“确认需求”如此重要？

项目风险	举例
🚨 需求蔓延（Scope Creep）	项目进行中不断追加新需求，交付延期、资源超支
🌀 方向偏移	需求未框清楚，导致最终交付结果与客户目标不一致
❌ 误解未消除	客户理解和售前理解有出入，后期争议不断

🛠️ 售前阶段的“确认需求”策略

把握“需求框架”而不是追求完美闭环

• 在未签合同前，客户不会签署正式需求书
• 所以售前的目标是尽可能明确需求范围框架
• 明确边界、控制蔓延、锁定关键点

📄 客户在意的调研报告内容

在向客户呈交需求调研报告时，请确保回答以下五个问题：

客户常问的5个核心点	售前应对应回答内容
✅ 调研结论是什么？	项目背景 + 主要需求总结
✅ 结论是否准确？	引用具体访谈/数据佐证
✅ 采用了哪些调研方法？	面谈、问卷、系统日志分析等
✅ 报告逻辑清晰吗？	按业务流程或系统模块划分结构
✅ 有没有提出建议？	提出阶段性目标或选型方向建议

🔄 双阶段需求确认流程

阶段	对象	方式	目的
第一阶段：私下确认	项目发起人 / 决策者	线下1对1说明会 / PPT演示 / 笔记反馈	听取建议，先达成口头一致
第二阶段：正式确认	信息化负责人 / 业务负责人	召开需求评审会，会后用正式邮件再次确认	全体共识，输出最终调研结论

✍️ 建议：评审会后，将需求文档打印归档，递交客户，即使不能签字，也可作为共识凭证

🤝 最佳实践建议：项目经理应一起参与

在正式确认需求阶段，项目经理也应参与会议

• 对未来的工作量、风险、成本有清晰预判
• 避免“售前说的”和“实施知道的”不一致
• 提升项目后期协作效率

✅ 小结

• 需求确认≠签字盖章，而是达成可操作的口头共识
• 需求“框住”比“写完”更重要
• 早期就拉上项目经理一起参与，是售前高阶操作

✅ 需求如何与产品和解决方案结合（提案）

客户常说的一句话：

“请根据我们的业务情况，提供一套定制化的解决方案。”

但真正的挑战是：

挑战点	说明
✅ 对标客户需求	你的方案是否真的击中了客户的“痛点、爽点、痒点”？
✅ 对标竞争对手	你的方案相比竞品，有没有差异化的价值点？

一个成熟的解决方案，需要体现企业以客户为中心的系统性能力，不是“某个产品+堆砌的功能”，而是跨团队、跨资源整合后的协同成果。

二、定制化方案七步法

下面是一套结构化的定制化方案设计思路，建议在方案PPT中按此逻辑呈现（也适用于客户现场提案）：

步骤	内容	关键点说明
① 背景铺垫	从国家政策、行业趋势、客户愿景等大环境说起	建立共同认知，展示我们“站在同一高度”
② 现状分析	客户目前的业务系统、数据、流程等现状描述	哪些是优势？哪些是阻力？为问题分析铺路
③ 问题剖析	明确“客户现在最核心的几个问题是什么？为什么会出现？”	归因要精准、语言要尊重，避免伤害客户立场
④ 方案思路	基于问题提出高层次的整体思路	这不是细节方案，而是“构想图”/“蓝图”
⑤ 详细方案	展示具体架构图、功能模块、技术选型、落地路径等	突出RPA/DX等亮点与执行逻辑
⑥ 成功案例	介绍类似客户，展示实际效果与回报	客户会想：“别人用得好，我也能用好”
⑦ 价值总结	回顾我方优势：产品、交付、团队、经验、响应速度等	强调“为什么非我不可”这一点，打消疑虑

三、建议使用的表达方式（客户视角）

建议表达（Do）	不建议表达（Don’t）
“贵公司在XX方面已有很好的积累，但…”	“你们这方面问题挺多的”
“结合我们在同行业A社的经验…”	“我们其他客户都这么做”
“我们提出的这个思路，是基于您前期提到的××痛点”	“我们的系统就按这个标准来做”
“我们的方案不是通用模板，而是完全按您这边业务特点优化的”	“这是我们一套固定方案”

四、模拟RPA相关DX方案结合示例（制造业：发票自动处理）

客户需求	对应方案设计思路
痛点：人工发票录入费时、易错	通过RPA自动从邮箱中抓取PDF发票，并将发票信息自动录入系统
爽点：希望能自动归档和发邮件通知	自动将处理完的发票分类存档并发邮件通知财务主管
痒点：想接入OCR或电子签章	提出“可选模块”设计，说明如何后续扩展并兼容外部服务
隐性需求：降低对外包依赖	提出“本地部署+内部维护”的技术模式，提升自主性
背景：客户正值年度数字化转型启动	开场说明：国家对中小企业数字化支持、行业趋势、贵司背景等

五、加分提示：让“定制感”更强的关键动作

行为	效果
使用客户自身语言（术语、岗位、流程）	显得懂行、有共鸣
插入“客户现状地图”或“流程草图”	证明你做了功课
提出“小步快跑”的MVP验证建议	显得你不空谈，全程有计划
包含可量化的价值收益预估	提升客户对ROI的信心

六、结语：客户信的不是“方案”，而是“你”

✔️ 一份优秀的解决方案，不只是“能做什么”，而是：

• 你是否真正理解我
• 你是否具备交付的能力
• 你是否愿意陪我一起承担风险

💡 如果你能站在客户视角思考、在客户脑中构建“理想画面”，那么你已经不是销售方案，而是引导客户认知变革。

🟩 工作篇-如何做好技术交流🎯重要🎯

🎯 技术交流的本质与七项成功标准

❌ 常见误区：你以为你在“讲”，其实你只是在“演”

误区	错误理解	实际应有的思维
✅ 演讲=展示才华	把焦点放在“我”	应该放在“听众”和“连接”上
✅ 提供越多信息越好	PPT越多越专业	应该聚焦1~2个关键点让客户记住
✅ PPT是主角	讲得好=动画+大屏演示	PPT只是辅助工具，演讲者是核心
✅ 讲完就完了	讲=任务完成	技术交流必须产生推动力和影响力

📌 技术交流的本质：连接思想与情感

技术交流不是单向灌输，而是双向沟通，从准备阶段起就要围绕“听众是谁、他们关心什么、你要影响他们什么”来设计内容。

✅ 成功技术交流的七项标准

标准	说明	关键词
① 见到该见的人	与关键干系人完成有效交流，不是走流程	对人不对场
② 说了该说的话	所有关键理念成功传达，客户“听懂”且“认可”	内容到位
③ 全程可控	控制节奏，掌握气氛，不翻车	沉稳掌控力
④ 建立护城河	让客户认为你最懂、最合适，打下竞争优势	认知占位
⑤ 推动一小步	技术交流后，客户愿意采取下一步行动（汇报、立项、PoC）	推动结果
⑥ 客户认可售前本人	树立“值得信赖的专家”形象，客户愿意持续找你沟通	信任建立
⑦ 自我成长	复盘中发现新业务知识、表达改进点	持续学习

---

🧠 小贴士：如何设计一次有推动力的技术交流？

维度	思考点
🎯 听众是谁？	技术人员 or 决策者 or 用户？关注点不同
🧱 想传达什么？	不超过两个核心观点
🧭 要促成什么下一步？	汇报？PoC？招标？继续交流？
🎤 最希望客户记住的1句话？	让它反复出现在结构、PPT和结束语中

🎯 前奏：成功的关键在于准备-内容准备

技术交流不是“上场即兴表演”，而是提前设计好的信任之旅。

✅ 内容准备的5大关键任务

① 提前排练 —— 把“不确定”变成“熟练感”

目标	说明
✅ 查漏补缺	发现口头表达不顺、逻辑断点、语速问题等
✅ 缓解紧张	提前预演，降低现场压力，提高应变能力
✅ 建议次数	至少 1~2 次，重要客户建议录屏自检

② 写好备注 —— 也是一次“梳理逻辑”的过程

内容	建议做法
PPT备注写法	简要写下该页的核心讲点、关键词、关联例子
作用	辅助回忆，现场更有条理；便于提前演练时回顾

💡 备注的本质是自己与自己的沟通记录，是从“内容”走向“表达”的过渡工具。

③ 多准备几套PPT版本 —— 为不同情况“备胎”一份

情况	准备
客户临时想深挖某部分内容	备好“补充版”技术方案、架构图
高层突然出现	准备“高层专用版”3页以内的精简PPT
网络/演示异常	准备 PDF版本 + 本地文档 + U盘备份

📁 文件夹建议结构：
主版本PPT + 备用深挖PPT + 高层精简PPT + PDF版本 + 素材参考资料

④ PPT结构建议（标准六步法）

模块	内容概述
1. 公司介绍	简短可信，展示实力、资源、技术认证
2. 行业背景 & 企业挑战	说明趋势、客户当前所处位置及面临问题
3. 总体解决思路	概括性的蓝图设计，用图示或关键词说明
4. 详细方案拆解	模块分解，技术细节、流程、数据支撑
5. 成功案例	类似行业客户的应用成效、经验总结
6. 总结亮点 & 引导提问	提炼价值+引导互动，收尾顺势推动下一步行动

⑤ PPT风格要“稳”字当头

维度	要求	原因
🎯 逻辑要稳	各部分要有清晰的逻辑递进	客户愿意“跟着你的思路走”
📊 数据要稳	数据来源明确、权威，能引用出处	不可信数据=信任崩塌
🔧 技术要稳	架构图、参数、流程都要能讲清	是专家而不是“背PPT的人”
📖 故事要稳	案例要真实，表述要适度	行业圈小，夸张故事容易露馅
🎨 风格要稳	少用炫技动画，保持专业干净风格	建立可信任的专家形象

✅ 售前=“技术型销售” ≠ 说得天花乱坠，而是“沉稳可靠的技术顾问”形象。

✍️ 小结语

成功的技术交流，是思想与信任的交换，而不是简单的PPT播放。90%的准备做得足，10%的现场就能水到渠成。

🎯 一份优秀解决方案PPT应具备的五大标准

标准	含义	关键提醒
✅ 1. 定制化（カスタマイズ）	解决方案紧贴客户实际需求，体现“为你而来”	不要“一套PPT打天下”；内容必须为客户量身打造
✅ 2. 清晰（明確性）	内容结构逻辑清楚、图文排版整洁、术语和数据表达准确	每个知识点都要讲得清楚，数字必须有出处
✅ 3. 简洁（シンプル）	聚焦关键信息，让客户记住我们希望他记住的内容	控制信息密度，一句话说清一件事
✅ 4. 故事性（ストーリ性）	用案例、比喻、类比打动客户，帮助记忆和理解	故事需提前准备、精挑细选
✅ 5. 共赢（Win-Win）	既满足客户的需求，又避免我方过度承诺导致项目风险	把非现实的需求规划为长期目标，建立信任和合作基础

🧩 补充说明与建议

🔍 判断标准：如何检验这份PPT是否“优秀”？

请在交付前，尝试以下换位思考自检法：

自问问题	核心目的
客户是否能一眼看出：这份方案是“为我量身定制”？	检查是否真正理解客户行业/痛点
客户是否能顺着你的逻辑线“记住重点”？	检查结构是否过乱、内容是否堆砌
PPT里有没有“打动客户的瞬间”？	看是否准备了好故事、好类比
是否明确界定了本期目标 vs 长远愿景？	看是否把控好客户需求边界
看完PPT，客户会不会说：“我们再深入聊聊”？	如果会，那就成功了！

💡 一句话总结：

一份优秀的解决方案PPT，不是“演示产品”，而是“传递价值 + 赢得信任”。

🎯 前奏：形象准备-塑造值得信任的专家形象

“第一印象，往往决定客户是否愿意听你讲第二句话。”

✅ 为什么形象很重要？

• 售前角色=代表公司出面与客户交流的人
• 你就是客户眼中的“产品代言人”
• 形象直接影响客户对你、乃至对公司专业性的判断

👔 外在形象 checklist

项目	建议
穿着	✅ 正式得体、整洁干净 🚫 男士避免露出纹身、女士避免穿着性感
发型	男士需干净利落、女士建议清爽不浮夸
名片准备	✅ 数量充足、内容真实贴合实际身份 ✅ 递出时让客户正面看到你的名字
名片递接礼仪	递出：双手递上，名字朝向对方 接收：双手接过、认真看一眼后收起
握手	🤝 手干燥、力度适中、眼神交流、面带微笑 🚫 不要大力摇晃、冷漠、目光游离

🧠 内在气场 & 沟通技巧

项目	说明
专家气质	保持从容自信、逻辑清晰、术语得当，树立专业可信形象
语速语调	吐字清晰、语速适中、根据客户反应调整
回答困难问题	✅ 不懂就承认，合理“缓冲” 例句：“这是一个非常专业的问题，我回去请教我们的资深架构师，确认后第一时间回复您。”
不卑不亢	平等对话、不必讨好客户，也不自视过高
空杯心态	把客户当作专业学习对象，适时请教、尊重对方在其领域的专业性

💡 专业又亲和：这样做更有“专家范”

• 🎯 讲得清技术，也说得通人话
• 🤝 让客户觉得你“值得信赖”，而不是“高高在上”
• 😊 善用微笑、点头、重复客户关键点等非语言反馈
• 🧩 技术细节你能讲通、但客户能听懂 —— 这才是合格的售前

✅ 小结一句话：

售前的形象，不只是外在打扮，更是气质、沟通方式和态度的总和。你的样子，决定客户信任的程度。

🎯 前奏：售前拜访客户的 心态准备

“专业不是演出来的，是藏不住的底气。”

✅ 心态的本质：平等、专业、真诚、自信

正确心态	错误心态
🟩 把客户当做合作伙伴	❌ 把客户当做“上级”或“神”
🟩 专业分享、互相尊重	❌ 唯唯诺诺、或高高在上
🟩 真诚倾听、适度引导	❌ 自说自话、照本宣科

😰 如何应对紧张？尤其是面对“位高权重的客户”

方法	内容
✅ 充分准备内容	最有效的“抗焦虑药”：排练1~2次，提前预想客户问题
✅ 设计好开场白	如： – 简单自我介绍 – 表达感谢和尊重 – 讲一个行业故事/案例引入主题
✅ 注意前3分钟	最紧张的时间段，顺利度过后基本就“上道”了
✅ 聚焦内容，不盯客户表情	不要过度解读客户微表情，保持节奏
✅ 调整身体语言	– 微笑 – 深呼吸 – 稳住手势 – 语速不快不慢 （刻意慢一点，显得沉稳）
✅ 出现失误别慌	– 喝水缓冲 – 正面化小错误：“感谢您的提醒，我刚刚确实说错了……”

🧠 不必追求完美，一次搞砸也没关系

“技术交流不是一锤定音的比赛，而是一场持续建立信任的过程。”

• 一次失败也有收获：✔️ 看清客户真实想法
• 错误反而是下次准备的方向：✔️ 为下轮拜访打基础
• 没人能做到“每次都成功”
• 你能从每一次中复盘+提升，就已经赢在大多数人前面了

💪 最好的心态准备，是：让自己成为真正的专家

专业底气从哪来？
📚 深入了解客户行业背景
🔧 熟悉公司产品、架构细节
🧩 掌握技术逻辑和客户视角
🗣️ 能清楚讲出来、听懂客户在讲什么

只要你肚子里有干货，客户自然会信你。紧张？自然就少了。

🎯 前奏：情报准备：让技术交流更具穿透力的关键一环

“知己知彼，百战不殆。”——情报质量，决定交流质量。

✅ 情报准备三大任务

情报任务	核心内容	目标
了解客户	对象身份、兴趣点、议题确认、预设立场	讲客户想听的，击中预期与认同
了解竞争对手	谁来讲过、讲得如何、客户态度	规避风险、设计差异化亮点
做出判断	明确这次交流目标、定位与预期后续动作	提高行动效率，减少无效沟通

🧭 如何“充分了解客户”？

🎯 要问销售的三个关键问题

问题	说明
这次沟通，客户的身份是谁？	高层（看战略）、业务负责人（看痛点和场景）、技术负责人（看架构、细节）
有无确认议题？议题分配如何？	提前联系客户确认内容及每项议题时间，判断客户关注点
客户有没有预设立场？	认同感来源，找准认同的话题作为切入点，形成连接

🧠 “熟悉+意外”法则（客户认同+惊喜）

熟悉	意外
客户原本就认同的内容、观点	对客户已有认知的升华、拓展、观点升级

🥊 如何“了解竞争对手”？

方法	目的
通过销售了解谁来讲过、效果如何	把握客户对对手的态度，规避敏感区
分析客户的喜恶点，设计差异化	重点突出我方优势，淡化我方短板

🧩 如何“做出正确判断”？

内容	目的
本次交流的定位是什么？	是展示实力？打消疑虑？推进立项？促成PoC？
成功的判断标准？	客户信任我？客户提出进一步合作意向？明确下一步行动？
下一次拜访准备什么？	推进节奏而非止步于一次演示

📌 Tips：售前和销售要密切配合情报共享

• 情报不只是销售的事，售前也要主动“索情报”
• 客户的级别决定你要讲的内容深度
• 不能带着标准PPT“打通杀”进场

🎯 高潮：交流现场需要注意什么

🎤 技术交流的开场：打下第一印象的“黄金2分钟”

🎯 开场的目标

• 活跃气氛、建立信任
• 缓解紧张、进入状态
• 体现对客户和交流的重视

✅ 开场的常用方式

开场方式	适用场景	示例
小故事引入	需要引发共鸣、轻松开局时	“我最近遇到一个客户，和今天我们讨论的议题非常类似……”
自我介绍	初次见面，建立专家形象	“大家好，我是来自○○公司的△△，负责解决方案和技术咨询……”
赞美客户	拉近关系、赢得好感	“贵公司在××领域的创新让我印象深刻，这次也很荣幸来交流……”

⏱ 时间建议：控制在 2 分钟以内。
如客户有兴趣深入，可灵活延展，顺势而为。

💬 开场中推荐的说法

• ❌ 常见但不推荐：

“各位如果有什么问题，欢迎随时打断我提问。”
📉 风险：被打断 → 节奏打乱 → 无法沉稳发挥

• ✅ 更好的表达方式：

“如果大家在听的过程中有任何问题，非常欢迎记录下来，等我讲完后，我们一起探讨。”

• ✅ 遇到客户中途插话的应对：

“您这个问题提得非常好！为了全面回答，可能需要从几个维度展开，请允许我先讲完这部分内容，我们稍后深入探讨这个问题，您看可以吗？”

🎯 关键点提醒

要点	说明
开场稳，后续顺	开局决定整场表现的信心与节奏
不宜拖太久	避免“喧宾夺主”或内容虚浮
控制话语权	引导式开放提问、减少被打断
熟练应对挑战	遇到插话，冷静回应 + 留到后讲完再回答

🗣️ 把握好语言的尺度

技术交流不仅仅是讲清楚技术，更是讲究“怎么讲”。语言的节奏、倾听的技巧、态度的表达，会直接影响客户的接受度与信任度。

✅ 一、语速与语言习惯的管理

内容	不当表现	建议做法
🎙 语速过快	紧张、不自信的表现，客户难以吸收	放慢语速，注意停顿，有重点地讲解关键内容，营造掌控感
🌀 无意义词语	“呃”“其实”“就是说”等口头禅，干扰沟通	自我录音回放 → 识别习惯性语言 → 刻意练习剔除
🎯 节奏把控	所有内容一视同仁	对熟悉/次要内容快速带过，对客户关注点深入讲解，体现专业度

✅ 二、倾听优先，复述引导

技巧	说明	示例话术
👂 倾听关键词	捕捉客户话语中的情绪/焦点	“我担心…”、“你们过去是怎么处理…”
🔁 复述确认	确认自己是否理解准确	“刚才您提到担心交付周期过长，我理解的重点是如何加快上线，对吗？”
🧭 顺势表达	基于客户思路，顺势推进交流	“在您说的基础上，我们的做法是…”

✅ 三、把握交流的分寸感

原则	含义	注意事项
🙇 保持谦逊	专家不是“自大狂”，要抱有向客户学习的心态	不“教训”客户，而是共同探讨
🚫 少吹牛	不夸大案例，不承诺做不到的功能	客户若记住了你“说的”，而不是你“做的”，后续就很危险
🔄 不争论	售前的目的是合作，不是“赢”一场辩论	异议要探因，避免“硬刚”，以“共识”化解分歧

❝ 有些人想赢，有些人想赢得一场辩论。你是哪种人？ ❞

📌 小结

• 放慢语速，自信自然来
• 多听、复述、引导，不要急于表达
• 姿态谦逊，语言克制，合作共赢

🧠做好与听众的互动

售前演讲并不是“独角戏”，而是“共鸣剧”。互动，是打破“单向输出”的利器，能有效提升听众专注度、参与感与认可度。

✅ 为什么互动很重要？

问题	后果
❌ 听众走神、玩手机	说明注意力丢失，方案传达失败
❌ 全程无人提问	表示客户不感兴趣，下一次交流机会渺茫

俗话说：“挑剔是买家，不语是看客。”

✅ 三种高效互动方式

方式	说明	具体做法
🎯 引用客户观点	表达尊重 + 拉近距离	“刚才X总提到……我非常认同，这也正是我们设计这部分方案的初衷。”
❓ 鼓励提问	体现客户参与感，增强信任	演讲结束前主动说：“不知道大家有没有什么问题？欢迎探讨。”
💡 提启发性问题	引导客户聚焦关键问题	“我们有没有想过：如果不做这件事，明年企业的增长点会在哪里？”（随后自己回答）

✅ 客户常见提问的应对方式

类型	示例	策略
📦 常规问题	“你们系统和X公司有什么区别？”	提炼标准回答，不断优化表达方式，使其“熟练 + 有感染力”
🧨 刁钻问题	“这个功能能不能在三个月内上线，预算控制在200万以内？”	正面承认问题难度，慎重承诺。可用话术：“这个问题非常专业，我请我们的技术负责人评估一下，明天之前给您一个详细的答复。”

✨ 答题技巧：

• 肯定客户问题：“您刚才的问题很有深度……”
• 重复问题确认理解 + 思考时间：“您是说，如果系统对接不上原有MES系统，会不会影响上线节奏，对吗？”
• 再进行回答，条理清晰

✅ 建议准备内容

类型	说明
🧰 问题知识库	将常见问题、客户反馈、行业趋势、竞品对比等，整理成问题+金句回答，反复复盘、演练
📄 提问引导库	准备好能引导客户关注核心价值的问题，事先练习并设计承接逻辑
💬 回答模板句	如：“您提的问题正好是我下一部分的核心内容”“您看问题看得非常深刻……”（提升专业感+缓冲时间）

✅ 总结

• 与其担心客户提问，不如欢迎提问
• 精心设计互动桥段，打破信息灌输式讲解
• 问题是客户“在意的信号”，善用互动，才是售前高手的必修课

🎤 如何控制场面

技术交流中常见突发情况，不在于 会不会发生，而在于你 准备好怎么处理了吗。

✅ 常见突发状况与应对策略

情况	示例	正确应对
😠 客户有成见，甚至质问	“你们之前做的项目问题很多，我不信你们能做好！”	❌ 不要直接反驳 ✅ 首先肯定客户的出发点：“我理解您希望项目交付要有保障，这是我们也最重视的事。” 然后委婉引入正面内容：“从我们最近三个项目的交付情况看，我们确实在不断进步……”
🧠 现场讲错逻辑、观点	PPT中因紧张讲错了某个关键逻辑	✅ 大方承认：“刚才那段逻辑我讲快了，其实应该是……” ✅ 重讲并加一句：“不知道这次是否更清楚？” 诚恳、平实，反而提升可信度
📱 客户分神或玩手机	台下有人低头刷手机、打电话	✅ 适当切入互动：“刚才讲的内容有些技术细节，稍微有些枯燥。我们换个角度看这个问题……” ✅ 或设计一个提问：“我想问一下各位，对贵司而言，最大的挑战是……”（把人拉回来）

🧩 不建议直接反驳的原因：“习惯性防御思维”

特性	说明
🧠 反射式本能	大多数人在观点被挑战时，会下意识反击，不是立即理性思考
🙅 当众易激发羞辱感	被公开指出错误，会激发强烈的捍卫自尊的心理
⚠️ 后果严重	即使你是对的，也可能因此失去客户支持，甚至搞砸整场会议

💡 正确姿态：

• 先共情：肯定客户“动机是好的”
• 再转折：提出“另一种实践中有效的做法”
• 用数据、案例、逻辑说服，而不是情绪与对抗

✅ 样板话术

场景	应对话术
客户观点离谱	“我理解您是希望……我们其实也遇到过类似的情况，后来我们尝试了另一种方式……”
自己讲错逻辑	“刚才那个点我讲得不太清楚，我重新梳理一下……”
客户打断挑战	“您这个问题非常有启发，我这部分讲完后我们就来重点探讨这个点。”
空气凝固时	“我们技术人有时候表达确实比较直接，还请各位多包涵。如果哪里讲得不清楚，欢迎随时提醒我。”

✅ 总结建议

• 不怕出错，怕的是掩盖错误或引发对抗
• 不怕被质疑，怕的是没准备回应策略
• 不怕客户挑剔，怕的是我们没信心接住挑战

🎤 如何控制场面

技术交流中常见突发情况，不在于 会不会发生，而在于你 准备好怎么处理了吗。

✅ 常见突发状况与应对策略

情况	示例	正确应对
😠 客户有成见，甚至质问	“你们之前做的项目问题很多，我不信你们能做好！”	❌ 不要直接反驳 ✅ 首先肯定客户的出发点：“我理解您希望项目交付要有保障，这是我们也最重视的事。” 然后委婉引入正面内容：“从我们最近三个项目的交付情况看，我们确实在不断进步……”
🧠 现场讲错逻辑、观点	PPT中因紧张讲错了某个关键逻辑	✅ 大方承认：“刚才那段逻辑我讲快了，其实应该是……” ✅ 重讲并加一句：“不知道这次是否更清楚？” 诚恳、平实，反而提升可信度
📱 客户分神或玩手机	台下有人低头刷手机、打电话	✅ 适当切入互动：“刚才讲的内容有些技术细节，稍微有些枯燥。我们换个角度看这个问题……” ✅ 或设计一个提问：“我想问一下各位，对贵司而言，最大的挑战是……”（把人拉回来）

🧩 不建议直接反驳的原因：“习惯性防御思维”

特性	说明
🧠 反射式本能	大多数人在观点被挑战时，会下意识反击，不是立即理性思考
🙅 当众易激发羞辱感	被公开指出错误，会激发强烈的捍卫自尊的心理
⚠️ 后果严重	即使你是对的，也可能因此失去客户支持，甚至搞砸整场会议

💡 正确姿态：

• 先共情：肯定客户“动机是好的”
• 再转折：提出“另一种实践中有效的做法”
• 用数据、案例、逻辑说服，而不是情绪与对抗

✅ 样板话术

场景	应对话术
客户观点离谱	“我理解您是希望……我们其实也遇到过类似的情况，后来我们尝试了另一种方式……”
自己讲错逻辑	“刚才那个点我讲得不太清楚，我重新梳理一下……”
客户打断挑战	“您这个问题非常有启发，我这部分讲完后我们就来重点探讨这个点。”
空气凝固时	“我们技术人有时候表达确实比较直接，还请各位多包涵。如果哪里讲得不清楚，欢迎随时提醒我。”

✅ 总结建议

• 不怕出错，怕的是掩盖错误或引发对抗
• 不怕被质疑，怕的是没准备回应策略
• 不怕客户挑剔，怕的是我们没信心接住挑战

💼 拜访注意事项

🧭 初次拜访的关键要点

项目	说明
❌ 避免目的性太强	不急于推销产品或讲方案，避免引发客户防御心理
✅ 轻松氛围	营造轻松对话的环境，获取初步信任，为后续交流铺路
🧾 简单介绍	简要介绍公司与产品系列（若客户感兴趣再深入讲）
❓ 适度提问	询问客户需求背景、关键时间节点等，但不要“盘问式”发问
📅 目的是为下一次铺垫	第一次只是“开始”，不是“拿单”关键节点

🧑‍💼 高层拜访的注意事项

项目	说明
🎯 重大转折点	高层的认可可能直接决定项目走向
👔 注重仪式感	着装更正式，行为更规范，名片准备充分
🗣️ 开场引导式发问	“您看我先介绍我们公司，还是先听听您对本项目的想法？”
💡 重心转移	尽量少讲技术，多讲价值、战略、行业趋势、愿景、决心
🔄 留下空间	与高层互动时，不用全讲完内容，留“下次深入交流”的余地

🌟设计你的“强力瞬间”

什么是“强力瞬间”？

“Strong Moment”是指：

能在客户心中留下深刻印象、被长期记住，并能在项目关键节点上发挥决定性作用的演讲时刻。

🎯 强力瞬间的常见形式

形式	示例
💡 产品亮点	“我们这项功能在业界是唯一支持……的。”
🧩 典型案例	“我们在××企业也做过类似的项目，当时解决了……”
🎯 深刻洞察	“我们分析贵司挑战的根本问题在于……所以我们建议……”
🗣️ 生动故事/比喻	“我给大家打个比方，其实你们这个业务结构就像一座立体迷宫……”

✅ 强力瞬间可以是技术、逻辑、情绪、案例、比喻任何形式，但必须具有爆发力。

🧠 如何引导客户进入“强力瞬间”

💬 引导话术示例：
“我接下来要讲的这一页内容非常关键，也许对你们后续决策会有重要帮助。”
“刚刚讲的是我们的方法，现在让我分享一个类似企业的成功案例，应该对你们很有启发。”

📌 强力瞬间的数量与布局建议

时段	类型
开场	提炼式故事、客户洞察
中段	成功案例、亮点产品
结尾	核心优势总结 / 开放式“未完待续”结尾

✅ 强力结尾建议

错误做法	更优替代
“谢谢” + LOGO	🔄 回顾我方4个亮点：“一二三四，总结我方核心优势”
结束即完结	🚪 设计“未完待续”：“我们已经准备好下一次为您演示PoC部分……”

✅善后-技术交流的总结

🔄 每次交流都要“推进一步”

项目	内容
🎯 目标	技术交流不应止于讲完PPT，而是推动项目实质性进展
💬 关键话术	“领导，您看我们根据刚才讨论，下一步怎么配合您更好地推进？”
🧩 举例回应	客户可能说“那你们整理份更详细方案，下周给我领导汇报”，或“安排调研”
🎯 抓住机会	进一步引导：“为了保证方案更贴合实际，我们希望安排 1～2 天业务需求调研。”
🚀 达成目标	如果客户安排下属配合调研 → 表明你已成功推动项目进入下一个阶段

📩 拜访后及时反馈

类型	方式	内容
📨 邮件反馈	会后立即整理邮件	会议纪要 + 下一步任务明确（时间/负责人）
📞 电话回访	次日或1～2天后	“李总，上周汇报的技术方案已发邮件，想再次确认是否还有补充或需求。”
💡 备注	重要事项节点要及时更新客户（体现积极性和专业性）
🎯 示例话术	“根据您提出的需求点，昨晚我们整理了提纲，提前发您审阅，请您查收。”

📝 做一次高质量的复盘

目的	内容说明
✅ 评估是否达标	客观评价是否达成技术交流的目标（推进、认可、落地）
🔍 梳理客户需求	包括显性需求与弦外之音
🔁 找出优与劣	哪些表现优秀？哪些细节失误？下次如何优化？
📂 信息共享	售前、销售、领导、项目等内部同步信息，避免信息割裂
📈 保持节奏	明确下一步策略、任务节奏，提升项目节奏控制感

📋 复盘报告模板

项目	示例内容
填报时间	2025/04/11
交流时间/地点	2025/04/10 14:00 / 客户会议室
客户名称	XX 株式会社
客户概况	地产开发行业 Top 10，目前正在推动智能化交付流程
客户方参加者	CIO：田中様，情报部部长：山田様，营业本部課長：鈴木様
关键人判断	CIO为最核心拍板人，山田様为主要技术顾问
我方成员	TAM + 售前（A）+ 销售（B）
本次拜访任务	技术交流 + 探索下一步合作可能性
主要竞争对手	A社（本地老牌SIer）、B社（提供低价竞品）
客户主要需求	自动化部署流程 + 易于维护的后台管理系统
次要需求	可视化流程监控功能
沟通过程摘要	重点讲解架构设计和PoC方向，客户表现出浓厚兴趣
使用材料	产品介绍PPT、案例合集、系统架构图
客户提出问题	数据可视化程度？与既有系统整合方式？
类似项目	去年 Y 酒厂项目（挑战相似，预算相仿）
成功点	案例引发兴趣，获得客户赞同
需改善点	回答环节略紧张，部分数据应更具体
下次策略	聚焦“数据整合”方向，准备定制演示；考虑带架构师一起拜访

✅ 售前技术交流全流程要点

作为售前工程师，我们几乎每天都在交流，或者在准备交流的路上。技术交流不仅仅是一次“演讲”，更是一场精心策划的影响之旅。整个过程可分为三个核心阶段：

🎯 1. 会前准备：像准备演讲一样认真

准备项	内容说明
📑 内容准备	梳理PPT结构，突出“强力瞬间”，突出重点，清晰、定制化
🕵️‍♂️ 情报工作	理解客户业务与项目背景，掌握竞争对手动态
🧠 心态准备	平常心看待交流，专注内容、避免紧张
🧥 仪容仪表	专业、干净、得体，展现“值得信赖的专家”形象
🧰 应答准备	熟记客户可能提问，准备应对措辞和应急策略

🗣️ 2. 现场交流：把控节奏，建立连接

关键要点	内容说明
🎬 开场设计	讲故事 / 介绍身份 / 赞美客户，建立第一好感
🧩 节奏控制	哪些快讲，哪些慢讲，突出重点，语速适中，自信从容
🤝 情绪管理	不争辩、不装懂、稳住局面，用共识化解冲突
🧠 客户互动	引用客户观点、提出启发性问题、鼓励客户提问
📌 强力瞬间	设计能打动客户的故事、案例、亮点，留下深刻印象

📩 3. 会后善后：复盘+反馈+推进

步骤	要点说明
🔁 复盘总结	客观评估、发现问题、记录知识、同步信息
📧 客户反馈	邮件/电话回访，确认内容与下一步行动
🚀 推进下一步	明确后续目标，争取需求调研、招投标、决策拜访等落地机会

💡 一句话总结

“不是在交流，就是在准备交流的路上。”
做好准备，你就已经成功了一半。

💡日本語の整理

1. 需求挖掘类

场合：客户访谈/需求调研

类别	日语表达	中文对应
引导故事	「具体的なエピソードなどがあれば、ぜひ教えてください」 「最近一番困った出来事ってありますか？」	“能否分享具体案例？” “最近遇到的困扰是什么？”
痛点挖掘	「業務の中で特に困っていることは何ですか？」 「もし理想的に変えられるとしたら、どう改善したいですか？」	“业务中最头疼的问题？” “如果理想化改进，您会怎么做？”
需求排序	「今挙げていただいた中で、特に大事なものはどれですか？」	“您提到的需求中，哪些最重要？”

2. 技术交流类

场合：方案演示/技术会议

类别	日语表达	中文对应
开场白	「貴社のXX分野の取り組みに共感し、今回のご提案を準備しました」	“我们基于贵司在XX领域的实践准备了提案”
确认理解	「今のお話をまとめると、〇〇がポイントですね」	“总结您的观点，重点是XX对吗？”
应对质疑	「ご指摘の点は非常に重要です。検討の上、改めてご連絡します」	“您的指正很重要，我们将研讨后回复”

3. 决策链管理类

场合：高层拜访/决策会议

类别	日语表达	中文对应
战略提问	「御社の3年後のビジョンと、このプロジェクトの位置付けは？」	“贵司的3年愿景与本项目的关联是？”
价值呈现	「この提案が実現すると、経営層のKGIにどう貢献できますか？」	“本项目如何贡献于贵司的KGI？”
推动决策	「次のステップとして、PoCの実施計画を相談させていただけますか？」	“下一步能否讨论PoC计划？”

4. 隐藏需求挖掘类

场合：非正式交流/深度访谈

类别	日语表达	中文对应
试探提问	「他社では△△が課題でしたが、御社でも類似の状況ありますか？」	“其他公司面临XX问题，贵司是否类似？”
信任建立	「率直なお話を伺いたいです。情報は厳密に管理します」	“我们希望坦诚交流，信息会严格保密”
间接引导	「もし予算やリソースが無制限なら、何を変えたいですか？」	“如果资源无限，您想改变什么？”

5. 售后跟进类

场合：反馈收集/关系维护

类别	日语表达	中文对应
邮件跟进	「先日の打ち合わせ内容をまとめました。追加ご要望があればお知らせください」	“已整理会议纪要，如有补充需求请告知”
持续关怀	「この機能の運用状況はいかがですか？サポートが必要な点はありませんか？」	“功能使用情况如何？是否需要支持？”
推动复购	「次期プロジェクトに向け、予算計画のご相談時期を教えて頂けますか？」	“关于下期项目，何时讨论预算计划？”

6. 文化敏感类

场合：日本客户专属场景

类别	日语表达	中文对应
谦逊表达	「恐れ入りますが、こちらの資料をご覧いただけますでしょうか」	“抱歉打扰，能否请您查看这份资料？”
间接拒绝	「検討させていただきます」 「社内で調整の上、改めてご連絡します」	“我们将内部研讨后回复”
尊重层级	「部長様のご意見を伺いたいのですが、よろしいでしょうか」	“能否听取部长的意见？”