简介：这份《Salesforce 使用手册》PDF 面向初次接触 Salesforce CRM 的业务人员、系统管理员与实施顾问，帮助读者理解基于 Web 的客户关系管理平台如何支撑账户、联系人、商机、市场活动、个案与解决方案等核心对象的管理。资源包为 1 个 PDF 文件，大小约 1.32MB，篇幅紧凑，便于随时查阅。手册从入门登录与获取帮助讲起，覆盖组织设置中的用户角色、简档权限、登录限制、共享模式、口令策略、会话安全、用户事件与资源监视，并延伸到商机设置、Web 商机、分配与升级规则、队列、工作时间、自助支持以及自定义选项卡和主页信息等配置主题，目录按概述、入门、组织设置与自定义等模块组织。已有 3208 人学习，适合需要系统梳理 Salesforce 基础配置、权限控制与数据共享思路的初中级读者作为案头参考。
1. 2002 版 Salesforce 用户手册：一份把 CRM 配置讲成操作序列的老文档
翻这份 salesforce使用手册.pdf 的目录，会有点翻老式设备说明书的错觉：组织设置、用户与角色、共享模式、自定义字段、导入向导、报告、同步，条目一路排到索引第 145 页，几乎没有营销话术。它对应的是 2002 年秋那一代 Web CRM 的配置逻辑——权限全靠“简档 + 角色 + 共享模式”三件套手工搭，数据进出全靠 CSV 和导入向导。对今天还在维护历史实例、或者想弄明白 CRM 权限模型为什么长成这样的人，这份文档的价值不在功能清单，而在它把操作顺序写死了：先建组织、再建角色、再建用户，顺序颠倒就得返工。适合三类人：接手老系统的管理员、要讲清权限模型的实施人员、以及想对照老版本学数据模型的新手。
2. 组织设置与安全基线：角色、简档、共享模式三件套怎么排
这三个东西最容易被当成同义词扔给新人，其实它们回答的是三个不同问题：简档回答“这个账号能做什么”，角色回答“这个账号能顺着层级看到谁的记录”，共享模式回答“在谁都没特别授权的情况下，大家默认能看到多少”。顺序错位的典型症状是：权限明明给了，用户打开记录还是空的；或者记录看得到，点编辑按钮是灰的。
2.1 先定组织范围默认值，再画角色层级
手册里“设置共享模式”排在“设置自动共享规则”前面，这个顺序不是排版随意。组织范围默认值是所有共享逻辑的地基，它按对象分别设定，一旦从宽松切到严格，报表、列表视图、相关列表会同步缩水。常见做法是先按对象列一张表，把“私有 / 公共只读 / 公共读写”三档填进去，再动手配置。
| 共享档位 | 含义 | 适合的对象 | 切换风险 |
|---|---|---|---|
| 公共读写 | 所有人可看可改 | 产品、价格手册、解决方案 | 几乎无风险，改动影响面小 |
| 公共只读 | 所有人可看，只有所有者和管理员可改 | 帐户、联系人 | 中等，改完要复查列表视图 |
| 私有 | 只有所有者、上级角色和被共享的人可见 | 商机、业务机会、个案 | 高，报表数字会当场变化 |
角色层级是第二层。它的作用只有一个：下级角色的记录对上级角色可见，向上汇总。设计时不要照着公司组织架构图抄，要照“谁需要看下级的客户和单子”来画。一个可用的四层结构是：销售代表 → 销售主管 → 区域负责人 → 总经理；客服线单独一列：客服专员 → 客服主管。两条线不必强行接到同一个根上，接错了会出现客服主管能看见全公司销售单据的尴尬。
配置顺序建议固定成：确认对象清单 → 逐对象定默认值 → 画角色树 → 配自动共享规则 → 手动共享兜底 → 用测试账号逐角色验证。第六步不要省，权限这东西靠肉眼审配置表是审不出来的，必须用真实账号点一遍。
2.2 简档：功能权限和字段级安全是两层
很多人以为改了页面布局就等于改了权限，这是返工率最高的一条误解。简档管四类东西：对象级的新增/查看/编辑/删除、选项卡是否可见、字段级读写、系统权限（管理用户、自定义组织等）。页面布局只管字段摆在什么位置、是否必填、是否只读，它决定“长什么样”，不决定“能不能改”。
| 控制项 | 在哪配 | 影响范围 | 和布局的关系 |
|---|---|---|---|
| 对象增删改查 | 简档 | 整个对象 | 无，对象级没开，布局再全也进不去 |
| 字段级读写 | 简档 | 单个字段 | 简档设为只读，布局里勾了可编辑也不生效 |
| 必填 / 只读 | 页面布局 | 单个布局 | 只在布局层面约束录入 |
| 选项卡可见 | 简档 | 顶部导航 | 隐藏后用户仍可通过链接进入 |
实操上不要从零建简档，先复制一个最接近的现有简档再裁剪，能省掉大量漏勾。步骤是：进入简档管理 → 选择基准简档复制 → 命名成“销售代表-内部”这类带职责的名字 → 逐对象勾权限 → 进字段级安全把敏感字段（金额、成本、折扣）设成只读 → 分配页面布局 → 指派给用户。
参数上的经验值：字段级只读要按“字段”勾，不要图省事把整个对象设只读；系统权限里“管理用户”只给一到两个人，这个权限能改别人的简档，等于半个管理员。
2.3 口令策略、登录限制与会话安全：把入口收紧
老版本的安全设置是组织级的，改一次全员生效，所以每次调整都得挑非工作时间。手册里这一组参数值得逐项过一遍，它们直接决定账号被撞开之后能撑多久。
| 参数 | 作用 | 建议起点 | 坑点 |
|---|---|---|---|
| 口令最小长度 | 限制短口令 | 8 位 | 设太长会逼出贴便签的习惯 |
| 复杂度要求 | 强制大小写、数字混合 | 开启 | 老账号下次登录才强制改，会集中报障 |
| 口令有效期 | 定期强制更换 | 90 天 | 与“口令历史”配合，防重复用旧口令 |
| 登录失败锁定 | 连续失败后锁号 | 5 次，锁 30 分钟 | 外部入口多时容易被误锁 |
| 会话超时 | 无操作自动登出 | 60 分钟 | 设太短，录长表单会丢数据 |
| 登录 IP 段限制 | 只允许指定网段登录 | 办公网段 | 移动办公和家庭网络会直接被挡 |
登录限制是最容易翻车的一项。开启前先统计清楚有哪几类人会从哪些网段进来，出差的人和在家值班的人要不要放行，想不清楚就先只记录不拦截，观察一段时间登录历史再说。配套的“监视用户事件”能看登录记录和设置变更，“监视资源”能看存储占用，这两个页面建议每周扫一眼，异常登录和存储暴涨往往比故障早几天出现。
2.4 建用户与停用用户的正确顺序
添加用户看着简单，顺序错了后面全是补丁。正确顺序是：角色先建好 → 简档先建好 → 再建用户。用户记录里要填用户名（登录名，用邮箱格式且全局唯一）、许可证类型、简档、角色，缺任何一项都会导致这个人登录后看不到该看的数据。
- 在角色树里定位这个人属于哪个节点，没有就先建角色。
- 复制一个职责最接近的简档，裁剪成新简档。
- 新建用户，填用户名、邮箱、简档、角色，设置初始口令并勾选首次登录修改。
- 用该账号实际登录一次，检查选项卡、列表视图、字段可编辑性。
- 需要时补一条手动共享或自动共享规则，不要靠调简档去解决“看不到别人记录”的问题。
停用用户是反向流程，顺序同样不能乱：先把他名下的帐户、联系人、商机、个案转移给接手人 → 检查他是不是某些共享规则的接收人 → 再停用 → 最后保留记录备查。直接停用会让一批记录变成无主状态，后面靠批量转移一个个捞，比重做一遍还费时间。
3. 对象关系与自定义：从帐户到解决方案，字段和页面布局怎么改
数据模型这块，老手册的译名会给现在的读者挖坑。书里写的“商机”指的是还没转化的潜在客户，也就是现在界面上的 Lead；“业务机会”才是挂在帐户下面的销售机会，对应 Opportunity。照字面理解去建流程，十有八九会把线索跟踪和成交跟踪搅在一起。先把对象关系和译名对齐，再谈加字段。
3.1 对象关系：帐户是主轴，别的对象都挂在它下面
| 对象 | 手册译名 | 现在的对应 | 从属关系 | 用途 |
|---|---|---|---|---|
| 帐户 | 帐户 | Account | 顶级，可有上级帐户 | 公司或机构主体 |
| 联系人 | 联系人 | Contact | 挂在帐户下 | 具体的人 |
| 商机 | 商机 | Lead | 独立，转化后生成帐户/联系人/业务机会 | 未验证的线索 |
| 业务机会 | 业务机会 | Opportunity | 挂帐户，可挂联系人角色 | 在谈的单子 |
| 个案 | 个案 | Case | 挂帐户或联系人 | 客户问题与工单 |
| 解决方案 | 解决方案 | Solution | 独立，可关联个案 | 可复用的处理办法 |
| 市场活动 | 市场活动 | Campaign | 独立，关联商机与联系人 | 营销计划 |
| 竞争者 | 竞争者 | Competitor | 关联业务机会 | 竞品信息 |
帐户的“上级帐户”字段值得单独提一句：它支持多层级公司结构，但层级深了以后，报表汇总和共享都会变复杂，一般控制在三层以内。合并完全相同的帐户时，手册只提供逐条合并，没有批量去重工具，所以真正的功夫要花在导入之前，而不是导入之后。
3.2 自定义字段与选项列表：先定命名再动手
加字段之前先定命名规则，否则三个月后没人看得懂Amount2__c是什么。常见做法是“业务域_含义_类型缩写”，比如Opp_Stage_Score、Case_FirstResp_Min。字段类型的选择上，能用选项列表就别用文本，能用数字就别用文本。
| 字段类型 | 适用场景 | 注意点 |
|---|---|---|
| 文本 | 名称、编号、备注 | 定好长度上限，改长度要重新校验历史数据 |
| 选项列表 | 阶段、来源、等级 | 改值不会自动迁移老记录，要手工批量更新 |
| 数字 / 货币 | 金额、数量、时长 | 货币字段受多货币设置影响，启用后不可逆 |
| 日期 | 成交日期、关闭日期 | 报表筛选依赖它，格式统一成 YYYY-MM-DD |
| 复选框 | 是否重点客户、是否续约 | 不要用文本存“是/否”，筛选会很痛苦 |
| 公式类字段 | 折扣率、响应时长 | 依赖的源字段不能删，删了公式直接报错 |
修改选项列表是高频操作，步骤是：进入对象的字段定义 → 打开选项列表 → 增加或停用取值 → 保存 → 检查依赖该字段的页面布局和报表筛选。停用一个取值不会把历史记录里的旧值改掉，这些记录在按新选项筛选时会“消失”，处理办法是先用列表视图筛出旧值，批量改成新值，再停用旧选项。
3.3 页面布局与选项卡：让字段出现在对的人眼前
页面布局按简档分配，同一个人看不同对象可以有不同布局，同一个对象也可以给销售和客服两套布局。配置步骤：进入页面布局 → 拖入字段 → 对必填字段勾上必填 → 对只读字段勾上只读 → 调整相关列表顺序 → 保存 → 指派给简档。
必填要克制。给一个历史对象加必填字段，等于让所有存量记录在下次编辑时被迫补数据，用户会在保存按钮上反复撞墙。稳妥做法是先设成非必填，用报表统计缺失率，等缺失率降到可接受再改成必填。
选项卡层面，标准对象的选项卡可以改名和调整显示顺序，也可以按简档隐藏。改名要注意：报表、列表视图、邮件模板里引用的还是对象本身，改名只影响显示，不影响数据，但会让老文档里的截图全部失效，改之前最好通知一声。
3.4 Web 集成链接与邮件模板：把外部入口接进来
手册里“设置 Web 集成链接”解决的是把官网表单提交直接写进系统。配置要点有三项：字段映射（表单字段名对到对象字段）、默认所有者或队列（新记录归谁）、来源标记（用一个隐藏字段区分是哪个页面提交的）。默认所有者别直接指向某个人，人一休假，线索就堆在那不动，指向队列再由分配规则分下去更稳。
邮件模板和邮件合并模板是两件事：前者用于系统内单发或批量发送纯文本/HTML 邮件，后者是把记录字段合并进文档做批量打印或群发。模板里引用字段时用合并字段语法，字段被删除或改名后模板不会报错，只会在发送时出现空白，所以每次删字段前先搜一遍模板引用。
价格手册和产品这块，产品定义的是“卖什么”，价格手册定义的是“按什么价卖”，一个产品可以进多本价格手册。业务机会挂产品时会自动带出价格，改价要改在业务机会的产品行上，不要回头改价格手册，否则历史单据的金额会跟着变。
4. 数据导入与导出：从导出文件到导入向导的完整路径
数据进出是这份手册里最像工程手册的部分。它给的不是“点下一步”的截图，而是一条完整链路：先导出摸清现状 → 准备 CSV → 用导入向导写入 → 出问题再撤消导入。漏掉第一步的人，通常会在第三步花三倍时间收拾重复数据。
4.1 导入前先导出：把现有数据摸清楚
创建导出文件的目的是拿到一份现有数据的快照，用来做三件事：确认字段的实际取值、找到可以作为匹配键的唯一字段、导入失败时做对照。导出时选全需要的字段，不要只导必填项，后面排查缺列会用到。导出文件留一份带日期的存档，这就是最朴素的后悔药。
准备工作还包括：确认目标对象有哪些必填字段、确认选项列表的合法取值、确认日期和货币的显示格式、确认所有者字段要填用户名还是用户 ID。这几项里任何一项猜错，导入都会静默写入一批脏数据，而不是报错停下。
4.2 准备 CSV：字段、日期、货币、编码
准备文件时有几条硬规则：表头用英文字段名或明确的映射名，不要用中文表头；日期统一成YYYY-MM-DD，避开月日颠倒；金额去掉千分位逗号和货币符号，只留数字和小数点；文件编码用 UTF-8，别用带 BOM 之外的本地区编码；空值留空，不要写NULL或-。
下面这段脚本在导入前跑一遍，能把大部分格式问题挡在门外：
import csv import re from datetime import datetime # 必填列：与导入映射时用的表头保持一致 REQUIRED = ["AccountName", "LastName", "Owner"] DATE_FIELDS = ["CloseDate"] # 日期列，统一 YYYY-MM-DD MONEY_FIELDS = ["Amount"] # 金额列，纯数值，不带千分位 def check(path): errors = [] rows = 0 with open(path, newline="", encoding="utf-8-sig") as f: reader = csv.DictReader(f) missing = [c for c in REQUIRED + DATE_FIELDS + MONEY_FIELDS if c not in (reader.fieldnames or [])] if missing: return 0, [f"缺少列: {missing}"] # start=2：第 1 行是表头，报错行号与 Excel 行号对齐 for lineno, row in enumerate(reader, start=2): rows += 1 for col in REQUIRED: if not (row.get(col) or "").strip(): errors.append(f"第{lineno}行 {col} 为空") for col in DATE_FIELDS: v = (row.get(col) or "").strip() if v: try: datetime.strptime(v, "%Y-%m-%d") except ValueError: errors.append(f"第{lineno}行 {col} 日期格式应为 YYYY-MM-DD: {v}") for col in MONEY_FIELDS: v = (row.get(col) or "").strip() if v and not re.fullmatch(r"-?\d+(\.\d{1,2})?", v): errors.append(f"第{lineno}行 {col} 金额格式异常: {v}") return rows, errors if __name__ == "__main__": n, errs = check("import_ready.csv") print(f"扫描 {n} 行，发现 {len(errs)} 处问题") for e in errs[:50]: # 只打前 50 条，避免刷屏 print(e)这段脚本做三件事：校验列是否齐全、校验必填列是否为空、校验日期和金额格式。几个参数需要按实际情况改：REQUIRED里放目标对象的必填字段对应的表头名，DATE_FIELDS和MONEY_FIELDS按需增减，正则-?\d+(\.\d{1,2})?限制最多两位小数。行号从 2 开始是为了和 Excel 的行号对齐，报错能直接定位。只打印前 50 条是实用考虑，几千行全打出来反而看不清第一批系统性问题。
4.3 导入向导：匹配规则和批次控制
导入向导的流程是：选对象 → 选是否更新已有记录 → 映射字段 → 执行。第二步行不选，决定的是这批数据会不会变成重复记录。选“仅新建”时，系统不做任何匹配，重复与否全靠你的文件；选“新建并更新”时，要指定一个匹配字段，通常是外部编号或邮箱这类唯一值。
步骤上建议这样走：
- 拿导入文件的前 50 行做试跑，确认字段映射和默认值都对。
- 检查试跑写入的记录，重点看去重字段、所有者、日期、金额四项。
- 正式导入分批次执行，单批控制在几百到一两千行，批太大容易超时，超时后你无法确定哪部分写进去了。
- 每批完成后记一笔：批次号、行数、时间、操作人，撤消导入时全靠这个记录找批次。
- 全部完成后跑一次重复检查，用匹配字段分组统计计数。
导入多种货币时，文件里要明确每行的币种，并且每种币种单独一批导，混在一批里会因为汇率换算把金额算歪。这一条在手册里写在“导入多种货币”小节，容易被跳过。
4.4 撤消导入与批量维护：转移记录和批量删除
撤消导入是按批次整批回滚，它只能撤掉“这批新建的记录”，对已经被别人改过、已经挂上子记录的记录，往往撤不干净，甚至撤到一半停下来。所以真正的策略是：试跑小批量、正式分批、每批留记录，把撤消当成兜底而不是常规操作。
常规的批量维护靠“转移记录”和“批量删除数据”两个工具。转移记录改的是记录所有者，适合人员离职、区域调整；批量删除是按条件筛选后物理删除，进回收站还能捞回来，但关联的子记录（比如帐户下的联系人）会一起受影响。删除前一定要先导出这批记录的完整数据，包括子对象，否则回收站清空之后就真没了。
5. 避坑与排查：五条从配置事故里捞出来的经验
配置类问题有个共同点：不报错。系统安安静静地把数据藏起来、把权限收走、把记录变成孤儿，等你从报表数字里发现不对，通常已经过去几天。下面这五条是这类系统上最容易复现的翻车现场，现象、原因、解决都按实际排查顺序写。
5.1 简档给了编辑权限，用户还是看不到字段
现象：简档里对象权限勾了“编辑”，用户打开记录，某个金额字段是灰的，或者干脆不显示。
原因：字段级安全和页面布局是两处独立配置。字段级安全里该字段是“只读”或“不可见”，页面布局再怎么摆也不会生效；反过来，布局里没放这个字段，字段级安全给到可编辑也看不见。
解决：按“先字段级、后布局”的顺序查。进简档看该字段的读写级别，再进指派给这个简档的页面布局看字段在不在布局里。两处都改完，让用户重新登录一次再看。顺手把该简档下所有敏感字段过一遍，别一个一个被用户问出来。
5.2 共享模式改成私有，报表数字集体缩水
现象：把某个对象的共享模式从公共只读切成私有，第二天一堆人反馈报表少了三分之二，但记录本身一条没删。
原因：组织范围默认值是最低可见度，切严之后，非记录所有者只能通过角色层级向上、自动共享规则、手动共享三种途径拿到可见性。原来靠“公共只读”白看的人，现在全被挡在外面，报表自然缩水。
解决：切换前先补齐三层可见性：确认角色树能覆盖上下级汇报关系、给跨部门协作场景配自动共享规则、对个别例外做手动共享。切换安排在非高峰，切完立刻用不同角色的测试账号各跑一遍关键报表，对比切换前的数字。已经切错了也别慌，把默认值改回去，可见性会恢复，但期间用户手动改过的共享设置要单独复查。
5.3 导入跑完多出几百条重复帐户
现象：导入显示全部成功，一周后做客户统计，发现同一家公司有四五条帐户记录，联系人也散落在不同帐户下。
原因：导入向导选了“仅新建”，匹配字段根本没生效；或者文件里的公司名有全角半角、有无“有限公司”后缀的差异，匹配字段本身不唯一。手册提供的“合并完全相同的帐户”只能逐条合并，没有批量工具。
解决：导入前用导出文件做一次分组统计，按匹配字段计数，把计数大于 1 的先在文件里合并。导入时选“新建并更新”并指定唯一匹配字段。已经产生重复的，先导出全部重复记录及其关联联系人，人工确认哪条是主记录，再逐条合并，合并后把联系人重新挂到主记录上。这类清理做一次要半天，所以试跑那 50 行千万别省。
5.4 启用多货币之后，后悔药不存在
现象：为了做海外单子启用了多货币，两个月后想关掉，发现设置里根本没有关闭入口，而且历史记录的金额和汇率都被锁定了。
原因：多货币是组织级的一次性开关，启用后所有金额字段都变成“金额 + 币种”双字段，历史数据按当时的汇率固化，系统不支持回退到单货币。
解决：只做一件事——启用前确认。确认现在的业务真的需要多币种结算，确认财务口径认可汇率来源，确认所有金额字段和报表都已经考虑币种维度。启用后设置汇率要用带日期的汇率，不要用“今天一个价、明天改一个价”的做法，否则同一批单据在不同时间看出来的本币金额不一样，对账会对到怀疑人生。
5.5 停用离职用户，一堆记录变成无主状态
现象：员工离职当天直接停用账号，一周后客服反馈有几十个个案没人处理，销售反馈一批业务机会从报表里消失。
原因：记录的所有者字段指向的是已停用用户，记录本身还在，但默认列表视图、分配规则、报表筛选都会把它过滤掉，看起来就像消失了。
解决：停用前先做转移。把该用户名下的帐户、联系人、商机、业务机会、个案逐个对象筛出来，批量转移到接手人，再检查他是不是某条自动共享规则或队列的成员，最后才停用。停用后跑一次“按所有者分组”的统计，确认没有记录挂在这个人名下。这条流程建议写成固定清单，人一走就照着走，别凭记忆。
6. 报告、预测与同步验证：把配置结果跑成一条可复核的链路
配置改完不算完，得有一条能重复跑的验证链路，否则每次调整都是盲改。我的做法分三层：报告看数、预测看趋势、同步看一致性。
报告这层先定口径再拉数。同一张“本季业务机会金额”报表，按创建日期筛和按成交日期筛，结果能差一倍，所以每张报表都要在名字里写清筛选口径，比如“业务机会金额-按预计成交日期-本季”。自定义报告的四步是：选对象和报表类型 → 加筛选条件 → 选分组和汇总字段 → 保存并共享给对应角色。日期字段有几个特殊值（本季、上季、本月等）是相对值，报表会随时间自动滑动，做同比时要用固定日期区间，别用相对值。打印和导出前先确认列宽和分组层级，导出的表格是给财务看的，多一层小计就多一轮解释。
预测这层看的是趋势而不是精确值。预测按角色层级向上汇总业务机会金额，所以角色树画错，预测一定错，而且错得很有规律——某个区域的数字永远是零，通常就是那个节点下没有正确挂人。查看预测时对比“承诺金额”和“最佳case金额”的差距，差距过大说明销售填预测的习惯有问题，这时候该改的是填报规范，不是预测公式。
同步这层最容易被忽略。手册里的同步方案是把桌面客户端的联系人和日程与系统做双向同步，配置项包括同步方向、冲突处理规则、同步范围。同步前必须做一次完整导出备份，这是硬性前置动作；同步简档里限定只同步必要字段，别把整个联系人都同步下来，字段一多冲突概率直线上升。第一次同步用小范围数据试，确认新建、修改、删除三种动作在两个方向上的表现都符合预期，再放开全量。同步完成后抽查若干条记录，对比两边的修改时间戳，时间戳对不上说明冲突处理规则和你想的不一样。
这些年踩下来，最值钱的一条习惯是：任何权限、共享、导入相关的改动，都先在一个只有几个人的测试组织里跑一遍完整链路，从建角色、配简档、导数据一直跑到出报表，全绿了再碰正式环境。权限这东西改起来只要几分钟，收拾起来要几天。希望帮到你。
本文还有配套的精品资源，点击获取
