企业官网建设流程全解析

简介：这份PDF版《salesforce使用手册》是一份面向CRM系统初学者与企业业务人员的完整入门资料，帮助读者理解并掌握Salesforce这一Web端客户关系管理平台的核心理念与实际使用方法。手册从Salesforce概述讲起，覆盖账户、联系人、商机、市场活动、个案、解决方案等主要功能，还包含组织设置、用户角色、简档权限、共享规则、口令策略等后台配置要点，以及自定义商机、Web商机获取、分配规则等进阶操作。资源共1个PDF文件，压缩包大小仅1.32MB，轻量便携。已有3205人学习浏览，适合需要系统了解Salesforce功能布局或为后续实施CRM项目打基础的用户。借助这份手册，读者可以快速熟悉界面导航、数据录入与基础管理流程，也可作为团队内部培训的参考资料。

1. 一份 2002 年的 Salesforce 手册，今天为什么还值得读

这年头讲 Salesforce 的资料不少，但大多在谈 Lightning 界面、新版配置入口，一上来就让新手点这个按钮开那个开关。真正的难点根本不在按钮在哪，而在"对象之间的关系、权限的生效顺序、数据导入的边界"这些底层规则。这份 2002 年的 salesforce.com 用户手册恰好把这些规则讲得最清楚：对象模型、简档与共享规则、商机与业务机会的区分、导入向导的完整流程，全都沉淀在纸面上，没有任何花哨包装。适合两类人：一类是刚接手某公司 Salesforce 配置、需要快速搞懂数据模型和管理边界的新手管理员；另一类是给客户做实施、需要核对规则细节的顾问。它不是代码仓库，是一份按模块组织的操作手册，建议配合实盘环境边读边验证。

2. 组织设置与简档权限：改一处全公司生效的五个闸门

2.1 简档是权限的第一道闸门，不是摆设

当时读手册"管理简档"这一节时，最容易被忽略的一句话是：简档决定用户可以做什么，共享规则决定用户能看到什么记录。这是两个维度，前者管功能开关，后者管数据范围。很多刚接触 Salesforce 的人把权限全部堆到简档里，甚至直接给所有人开"修改所有数据"，后面数据隐私出问题，查到最后才发现权限打太开了。

手册里"组织简档"一节强调的是先设计角色和简档的对应关系，再动手配置。我一般会按这个顺序落地：先画出组织架构的角色清单（销售代表、销售经理、客服专员、管理员），再为每个角色创建一个独立简档，而不是用系统自带的那几个现成简档直接改。原因很简单，系统简档被改乱了，没有任何后悔药可以恢复出厂。

实际操作时，每创建一个新简档，我会把对象权限、字段级安全性、选项卡可见性这三层全部过一遍。对象权限管增删改查，字段级安全性管哪些字段能看能改，选项卡可见性管入口是否显示。这三层缺一层，后面就会出现"按钮在，但点进去没数据"或者"能看到记录，但打开报错说字段无权限"的怪象。

这里补一张简档里最常用的权限开关对照，照着勾就行：

2.2 口令策略与登录限制：安全设置不是越严越好

手册里"设置口令策略"和"设置登录限制"这两节在 2002 年就出现了，说明安全边界从来都是 CRM 的标配。口令策略我一般只动四个参数：密码有效期（90 天）、密码最小长度（8 位）、密码复杂度（包含数字和字母）、会话超时（30 分钟无操作自动退出）。

这里有个常见的误区：新手想把口令策略拉满，比如 7 天强制改密、密码 16 位、连续错误 1 次就锁定。真实场景里这种做法会让销售团队怨声载道，最后被业务方强行关掉。我一般建议按公司的密码规范走，不要自己凭空加码。登录限制那块，"允许的登录 IP 范围"这个设置要小心处理，如果公司没有固定出口 IP，填了白名单后员工出差换个网络就登不进来了，还没地方报错。最稳的做法是先用默认的"所有 IP 地址"，确认公司的出口 IP 段稳定后再收紧。

会话安全性这块，手册里提的是设置会话超时和登录 IP 范围。我补充一个新手不知道的细节：Salesforce 的会话超时是按"最后一次操作"滚动计算的，不是固定从登录时刻起算。所以 30 分钟超时意味着闲置满 30 分钟才踢，中间一直点页面是不会被踢的，不用担心做数据录入时突然掉线。

2.3 共享模式与共享规则：私有模型下怎么把记录"漏"给同事

共享是这套系统里最抽象、也最值得反复读的部分。手册"设置共享模式"明确区分了三种粒度：公开只读、公开读/写、私有。销售团队里一般选私有，然后靠共享规则主动放权。原因很直接：销售数据是敏感资产，谁拥有商机、谁跟进客户，决定了业绩归属。

私有模式下，记录默认只有所有者和管理员能看到。这时要让一个销售看到另一位同事的客户，就得建共享规则。"设置自动共享规则"一节讲得很细：基于记录所有者的角色，把特定角色的记录共享给其他角色。我踩过一个真实问题：共享规则里选了"根据记录所有者共享"，但没注意角色的层级，结果经理能看到下属的记录，下属却看不到经理的，因为共享规则的方向是单向的，不会自动把上级的共享给下级。

设置共享规则时还要注意一个边界：共享规则只能增加可见性，不能减少。某个记录如果已经通过角色层级可见（比如经理可见所有下属记录），共享规则无法把它收回来。唯一的收口是改共享模式或调整角色层级。这个约束在规划权限时就要想好，否则后面会出现"想收权限却收不回来"的场面。

3. 五个核心对象：帐户、联系人、商机、个案与解决方案的分工

3.1 帐户是公司，联系人是个体：别把两种数据混在一个表里

手册"帐户"和"联系人"两章放在相邻位置是有道理的。这是 CRM 数据模型里最容易分清、也是新手最容易混的两类数据。帐户是组织信息——公司名称、行业、地址、电话；联系人是个人信息——姓名、职务、邮箱、手机。任何涉及"某个组织"的业务主体都应当落到帐户层，任何"某个人"的沟通记录都落到联系人层。

需要重点读的其实是"上级帐户"这个概念。手册里的"查看上级帐户"一章解释了层级帐户：一家集团客户下挂多个子公司，子公司是父帐户下的子记录。这在实际业务里很常见：合同可能签在集团层面，但日常沟通和订单在执行子公司下面。如果一开始没建好层级，后头做报表时还得一项项手工拆。

合并功能是另一个容易翻车的点。"合并完全相同的帐户"这一节写着：合并后，被合并的两个（或三个）帐户的明细数据会归到保留的那个帐户下。但要注意，合并是单向的，一旦执行就没办法恢复成原来的两条独立记录。我的习惯是合并前先导出两个帐户的所有活动历史、备注、附件，确认没有遗漏后再动手。联系人合并同理，同名联系人在不同客户下出现时，先通过邮箱和手机号确认是同一个人，再合并。

3.2 商机与业务机会：一个管潜在客户，一个管销售机会

手册把"商机"和"业务机会"分成两个章节讲，很多新人第一次看会觉得这是同一件事。其实不是。商机（Lead）是未经确认的潜在客户线索，比如渠道活动收集来的名单、网站上填表的人；业务机会（Opportunity）是已经确认有购买意向、进入销售阶段跟踪的商机。一个完整的流程是：商机 → 转换为业务机会 → 关联到帐户，然后进入销售各阶段。

"转换商机"那一节是销售流程里的分水岭。执行转换时，系统会创建一个新的业务机会（可选）、把商机信息写入联系人记录（如果还没有）、并把商机挂到某个帐户下。我在实施中见过一种失败操作：业务团队把商机直接当成业务机会用，字段里塞了完整的销售阶段，等于跳过了资格确认的过程。结果预测报表里全是把"还没确认的线索"算成了销售预测，数据虚高得离谱。

正确做法是：商机阶段只做资格判断，通过电话或邮件确认意向后再转换。手册里"显示和编辑商机"一节强调的是填写来源信息，这是分析渠道效果的重要维度。转换完成后，商机记录会变成已转换状态，原有的商机历史不再继续累积，后续活动都记在业务机会上。这一点如果给业务团队讲不明白，后续就会出现"客户信息到底在哪个对象里查"的老大难问题。

3.3 个案是问题入口，解决方案是知识沉淀：闭环逻辑不能断

个案（Case）和解决方案（Solution）是客户支持板块的一对搭档。手册"个案"一章的分配规则和升级规则，是服务团队最值得先做的配置。分配规则解决"谁来接"：按个案来源、产品类别、客户优先级分配规则，把个案自动派给对应客服；升级规则解决"接不了怎么办"：超过 SLA 时限自动升级到经理或资深专员。

这块和"设置工作时间"直接相关。升级规则里的时限计算依赖工作时间表，如果工作时间配的是周一至周五 9:00-18:00，那么周五下午 5 点创建的个案，升级倒计时是从下周一早上 9 点才开始走的。这块不对齐，就会出现"客户说等了 3 小时没人处理，系统却显示未超时"的情况。我验证过很多次，几乎都是工作时间配置和业务预期不一致导致的。

解决方案模块的价值在"创建和审核解决方案"一章。好的做法是：客服处理完一个典型问题后，把解决步骤写进解决方案并提交审核；审核通过后，该解决方案会出现在个案详情页的"推荐解决方案"区域。更进阶的用法是和自助设置结合，把解决方案发布到客户社区，客户自己搜答案，这样能有效减少一线重复工单量。手册"设置自助"里给了基础配置路径，按那个流程走一遍，客户门户就能跑起来。

4. 数据导入与清洗：映射、分批、撤消三个关键步骤

4.1 导出文件准备：字段命名和数据类型先对齐，再谈导入

手册"创建导出文件"和"准备数据"这两章，是导入模块里最该精读的部分。整个过程看起来简单，实际上大多数失败都不是导入环节的问题，而是导入前的数据准备差了最后一步。我先说通用流程：从现有系统或 Excel 中导出数据，整理成可导入的 CSV 格式，再通过导入向导映射字段，最后干跑一遍检查。

我自己的习惯是导入前用简短脚本检查一下 CSV 编码和字段格式，避免最蠢的翻车：

import csv file_path = "contacts_import.csv" with open(file_path, "r", encoding="utf-8-sig") as f: reader = csv.DictReader(f) rows = list(reader) print("字段列表:", reader.fieldnames) print("总行数:", len(rows)) for i, row in enumerate(rows[:5]): print(f"示例行 {i+1}:", row)

逻辑说明：用utf-8-sig编码读取 CSV，是为了兼容 Excel 导出的带 BOM 文件；DictReader可以直接按字段名读取，便于检查每一行的内容是否符合预期。参数说明：如果文件是 GBK 编码（中文版 Excel 默认导出），需要把编码改成gbk，否则中文字段名读出来全是乱码。

"准备数据"一节里反复强调的几个规则，我用模板化方式列一下：必填字段必须有值（比如联系人邮箱或电话）、日期字段保持统一格式、编号字段不能重复。如果数据里存在重复项，导入向导不会做去重，全靠导入前的自查。

4.2 字段映射：表头对不上，再标准的数据也进不了门

字段映射是导入向导里最容易困惑的环节。手册"使用导入向导"给出了标准步骤：选择对象（联系人、商机、个案等）→ 选择 CSV 文件 → 字段映射 → 校验并导入。字段映射页面会列出 CSV 表头和 Salesforce 标准字段，需要手动逐一匹配。

这里有个非常实用的经验：先在配置文件里做一次"预映射"，把 CSV 表头翻译成 Salesforce 字段 API 名称，再进向导。这样在向导里处理时，你不用反复猜字段含义。

# 模拟映射清单：左侧为 CSV 表头，右侧为 Salesforce 字段 API 名 # 用 tab 分隔，方便批量核对 cat mapping.txt # 检查 CSV 文件编码与分隔符类型 file -i target_import.csv

逻辑说明：file -i命令是 Linux 下快速检测文件编码的方式，输出中会包含 charset 信息，比如charset=utf-8或charset=iso-8859-1，据此判断是否需要用脚本转换编码。参数说明：target_import.csv换成实际的导入文件名；如果输出显示 ISO-8859-1，在 PowerShell 或终端里跑一句iconv -f gbk -t utf-8 target_import.csv -o target_import_utf8.csv就能完成转换。

映射时还要注意"编号"类字段的处理。Salesforce 的标准编号字段（如商机编号）是系统自动生成的，导入时一般不映射；而自定义编号字段则允许传入。手册"导入多种货币"一节额外说明：如果启用了多币种，金额字段必须同时带上币种代码列，否则系统按默认币种处理，汇率换算会错。

4.3 分批导入与撤消回滚：别把全部数据一次性灌进去

导入数据不是一次跑完就万事大吉。手册"使用导入向导"的流程提示得很清楚，但我还要补一条血泪经验：永远分批导入，每批控制在 500 行以内。原因有两个：一方面，如果这批数据里有格式问题，失败范围可控，排查起来不头大；另一方面，大批量一次性导入容易把导入记录撑爆，失败后想回滚也找不到是哪一批出了问题。

撤消导入是手册里一个容易被忽略的救命功能。导入完成后，如果发现映射错了、数据有问题，可以在导入历史记录里找到对应批次并执行"撤消导入"。这个操作会把该批次导入的记录全部删除，但不会影响之前已经存在的记录。我用过一次：当时把客户的编号字段映射错了位置，导致几百条联系人数据全部写错编号，靠撤消导回原状，重新映射后再导入，省了大量手工清理时间。

撤消导入有一个边界：如果这批记录导入后，有人又对它们做了编辑或关联了其他数据，撤消时可能会因外键约束而失败。所以我的建议是，导入完成后 1 小时内先随机抽几条记录验证字段是否正确，再通知业务团队使用这批数据。等确认无误后再分配队列流程，整体风险最低。

5. 常见问题与避坑：权限、时区、合并与编码的五个坑

5.1 管理员账号变成"数据黑洞"，数据看得到但业务看不到

现象：设置完共享规则后，销售经理说能看到全部数据，普通销售却只能看到自己的记录；排查共享规则配置没问题，角色层级也没错，但问题依旧。

原因：管理员在测试阶段为了省事，把所有测试记录的"所有者"字段都改成了管理员账号。共享规则是根据记录所有者所在角色来判断是否共享的，记录归管理员所有时，就业界规则而言属于"管理员拥有的记录"，不会按销售角色的共享规则分配出去。

解决：把所有测试记录的所有者批量改回对应业务人员账号，再验证共享规则。从那以后我每次配完共享规则，都会先把测试记录的所有者字段刷成目标角色账号，再走流程验证。

5.2 导入的日期时间往前差了 8 小时，数据录成北京时间也救不回来

现象：导入"活动"数据后，发现活动开始时间全部显示为前一天 16:00，而不是当天的 09:00。日历视图上所有活动都错位。

原因：Salesforce 在后端把时间按 UTC 存储，日期时间字段导入时如果不带时区信息，系统会把它当作 UTC 处理，展示时换算到本地时区就偏移了 8 小时。CSV 里的2024-06-01 09:00被当成 UTC 的 09:00，在 UTC+8 时区显示成 17:00 甚至跨日。

解决：导入日期时间字段前，先把 CSV 里的时间转换为 UTC 时间写入，或者导入后统一用批量更新功能把时间回拨 8 小时。更省事的做法是在导入向导里确认是否有"按用户时区处理"的选项，如果有就勾选。此后我每次做时间类字段导入，第一件事就是确认时区处理方式，而不是盲目开导。

5.3 合并记录后旧的历史数据丢失，再想找回来只能翻备份

现象：某公司合并了两个重复联系人，一周后发现要退回原来状态，但被合并的那条记录里的备注和活动记录全没了，单独打开联系人详情页看不到任何痕迹。

原因："合并完全相同的联系人"功能的设计是：保留主记录，被合并记录的部分明细会挂到保留记录下，但并非所有字段都合并——比如私密的备注和个别自定义字段不会合并过来，也没有恢复独立记录的入口。

解决：合并前把两个对象的备注、附件、自定义字段全部导出存档，确认留存到位后再执行合并。日常做法是：每次执行合并前先打一个 CSV 备份，走完合并流程后核对归档数量与合并后数量是否一致。从那以后我每次处理合并请求，都强制把"备份-合并-核对"三步走一遍，被业务方嫌弃过繁琐，但没有一次因合并丢数据被追责。

5.4 中文 CSV 导入后乱码，姓名地址全变火星文

现象：从中文版 Excel 导出的 CSV，直接进导入向导，姓名字段显示成乱码，导入后全是问号，无法使用。

原因：Excel 在中文环境默认导出 GBK/GB18030 编码的 CSV，而导入向导默认按 UTF-8 读取。编码不匹配导致字符解析全部错位。

解决：导入前用文本编辑器或命令把 CSV 转成 UTF-8 编码。PowerShell 下执行Get-Content contacts.csv -Encoding Default \| Set-Content contacts_utf8.csv -Encoding UTF8即可。转换后重开文件检查一遍中文字段是否可读，再进导入向导。从那以后我每次接手数据文件，第一件事就是检查编码，已经形成肌肉记忆了。

5.5 编辑简档没备份，想还原只能手动逐项改回去

现象：给某个简档批量勾选了十几个对象的"编辑"权限，跑了一个月后业务反馈数据被乱改，需要恢复原来的权限矩阵，但当时没截图也没备份。

原因：简档的权限配置是直接覆盖生效的，没有版本历史或一键回滚功能。改动一旦保存，旧配置不会自动留痕。

解决：修改任何关键简档前，先复制一个备份简档（后缀写_bak），再在原简档上调整。备份简档保持不动，发现改错时直接把备份简档的权限配置对照抄回去。复制简档功能在"管理简档"页面就能操作，几秒钟的事，千万不要跳过。

6. 报告与导出的进阶用法：日期字段特殊值组合筛选条件

报告模块是手册里最"工具化"的一章，前面讲的权限、对象、导入都到位了，最终都要靠报告把数据捞出来给业务看。先完善报告的基础概念：报告是对某类对象的查询结果，按行列展示，可以加筛选条件、分组、图表。新手常用的是"显示报告"和"自定义报告"，高级用法全在筛选条件编辑里。

日期字段特殊值是很多人翻车的地方。"日期字段的特殊值"一节列出了：本财年、上一财年、本月、上月、最近 90 天、本季度等相对值。这些值会随系统时间自动变化，适合做动态报表，比如"本月新增商机明细"每月打开都是当月数据，不用手工改日期范围。相反，如果选了"特定日期"，报表就是死的，每月都要手动改。

一个实用的筛选组合：商机阶段筛选 + 截止日期筛选 + 金额范围筛选。比如我想看"本季度结束前一个月内，金额大于 5 万、阶段在谈判中的业务机会"，在报告筛选条件里选业务机会对象，然后分三层配置：

SELECT Name, Amount, CloseDate, StageName FROM Opportunity WHERE StageName = '谈判中' AND CloseDate = THIS_QUARTER AND Amount > 50000 ORDER BY CloseDate

逻辑说明：THIS_QUARTER就是日期字段特殊值里的"本季度"，自动取当前季度的起止日期，实际执行时会被替换成具体时间范围。参数说明：Amount > 50000按业务需求调整；StageName里的取值要和系统里业务机会阶段保持一致，不同组织配的阶段名称可能不一样。

报告做出来后，注意"保存报告"和"导出报告"的区别。保存到报告文件夹，其他同事才能看到；导出成 Excel 只是当前视图的一次快照，不算共享。要定期看的数据，建议保存后加入个人仪表板，让数据自己滚动更新；一次性的分析，导出后尽快处理，省的每次重新设置条件。

我从第一次在客户现场做数据复盘报告开始，就养成了一个习惯：凡是日期相关报表，一律用特殊值；凡是阶段和金额筛选，一定和业务方核对字段取值，而不是自己猜。带数字的筛选条件建模一次就能用很久，但错了就是整张报表作废，重做的时间比核对的时间长得多。希望这个组合思路能帮你在自己的报告模块里少走几步弯路。

本文还有配套的精品资源，点击获取