原文链接: https://crmbook.powerobjects.com/basics/searching-and-navigation/understanding-accounts-and-contacts/

Dynamics 365 的核心功能就是关系管理。 D365被设计为B2B 关系管理。 怎么去理解呢, 与其他organisation的关系并且contacts在这些organisation工作。微软D365也可以被操作成B2C关系。这意味着accounts可以不用关联到特定的organisation中。

不管你的organisation是盈利还是非盈利,在D365中,这些关系都是通过accounts和contacts去管理.contacts的姓名可以被系统指定化改变从而达到你的需求.

  提醒! 在D365中,请经常保持organisation和countacts作为accounts和contacts. D365中有很多内置的功能根据在accounts和contacts的结构,包括Outlook上的countact是集成和市场通讯功能. 避免对组织创建自定义实体的organisation或者contacts, 除非你永远计划去联系他们(例如竞争者)

Account 和 contact两者的关系是一对多, 比如某个单一的account中会关联到多个contacts. 如果你有更多复杂的关系, 你应该使用 connections 去关联accounts和contacts. 非常重要的一点是, 与之俱来的是, account 和 contact的关系是父子关系. 这意味着 当account 所有者改变, contact 拥有者也随之改变. contact 域的信息也是用account中映射得到的, 所以如果你要建一个从account记录中获得的countact, account地址和 电话都会映射到contact 中.

账户和联系人 Accounts and Contacts 译-LMLPHP

当你的架构特别依赖于你的独特的业务流程时,一般概念是account是单一 位置并且contacts是关联于account. 每一个accounts将会被同平级关联,并且有一个父account. 子accounts存在于各个locations

账户和联系人 Accounts and Contacts 译-LMLPHP

每一个Accounts and Contacts 在记录中各有位置来储存2个地址, 更多的地址将会和在左侧导航栏中储存. 对于accounts在B2B案例,这经常被用于单一location但有多个bill-to 或者 ship-to locations. 对于 B2C案例, 多个地址课用于企业 和家庭地址, 类似微软Outlook为顾客储存多个地址.

  建议! 自定义你的CRM

    因为CRM是被创建出灵活的用于B2B或者B2C案例, 你肯定会去自定义CRM. 例如, 收email时候非常普遍会从account中移除email地址和contact偏好,并且移除关系类型和呼机从contact中.

Account

Account是与你有关的organisations. 自从微软dynamics 365 是一个顾客关系管理解决方案, 因此customers会驻留在你的数据库中. 然而, accounts 还可以包含其他类型的记录, 包括潜在顾客,供应商,合作伙伴和其他和你联络的组织.

在account中重要的fields

账户和联系人 Accounts and Contacts 译-LMLPHP

Account Name 账户名

你可以搜索的organisation的名字. account names当相关联到其他记录时, 例如activities上的about字段和contacts上的父账户, 账户名称也会显示出来.

Contact Info 联系信息

Dynamics 365的基本功能是储存联系信息, 比如organisation的地址,电话和王者.

Parent Account 父账号

指示是否有与此location(如总部)相关联的办公室.子账号是account表单的details部分中的子网络,它与父账户关系相反.

Primary Contact 主要联系方式

在此account中与你一起工作的主要人员. 这个字段与dynamics 365中的任何其他内置流程无关, 因此, 根据你的独特业务流程, 你可以重命名或者删除此字段.

账户和联系人 Accounts and Contacts 译-LMLPHP

Sub-grids 子网格

这里有几个子网格显示账户的相关entities.这是对该账户当前情况的概述.你还可以使用子网格中的这些加号来创建新的一个项目, 该项目将具有已填写的相关账户信息. sub-grid有:

  • 联系人
  • 最近的机会
  • 最近的情况
  • 活跃的权利

账户和联系人 Accounts and Contacts 译-LMLPHP

Details 详细信息

追踪相关组织的其他信息通畅是必不可少的. 这可能被认为是与组织对话的任何人必须的"概要"信息.此信息科用于销售,服务和市场营销只能,用于分析批量通信的客户和部门列表.

  • 有兴趣的产品和服务 以及/或者 购买历史
  • 参与和活动的水平
  • 符合你的组织

账户和联系人 Accounts and Contacts 译-LMLPHP

Tips 

  一个常见的场景是, sales希望对顾客的购买历史具有可见性. 有时细节是必要的,因此发票细节从财务系统集成到CRM.无论如何,摘要数据都是非常宝贵的账户配置信息.考虑在集成数据元素中包括月到日收入,年到日收入,12个月滚动收入和AR账户余额.

Contacts 联络人 

Contacts联络人是指与你有关的个人. 联系人通畅与账户相关, 但是某些组织和企业可能为个人消费者服务或销售,因此大多数联系人将不在账户下.

contacts联系人与微软 Outlook中的联系人进行集成,因此务必了解,当联系人上的字段更新时,根据同步设置,更改可能同步到Outlook上的一个或者多个用户.

contacts联系人的主要的数据元素包括以下:

Name姓名

姓名是有姓和名的组合自动生成的字段.姓名字段显示与联系人 相关的其他记录,如关于活动的about

Parent Account 父级账户

通常只是此联系人所在的组织和位置.

Role角色

两个及时使用的字段表示联系人在组织中的角色.Job Title是一个开放文字字段.一些组织将创建一个职称选择表或查找以标准化用于报告的数据.但是,由于与Outlook的集成,填写内置的职位名称字段非常重要.

账户和联系人 Accounts and Contacts 译-LMLPHP

如果职位名称不够,还有另外一个字段叫做Role,用于指示个人在购买过程中的能力.系统自定义程序可以修改角色选择列表,但开箱即用的角色选择列表包含角色决策者,影响着和联系人.

Contact Info 联系方式

使用Dynamics CRM的基础是跟踪基本的联系信息,如地址,电话号码等.

在B2B场景中,通常从账户记录创建联系人,以便账户信息映射到联系人.在那里,你可以修改联系人地址和电话号码. 个人联系人可能位于不同的位置,但你不希望为该位置创建账户.

Segmenting Info 分段信息

除了联系人的角色和购买力以外,你还可以向联系人添加其他信息 ,以便对其进行光爆通信和事件邀请 .这可以包括:

  • 产品和服务兴趣和/或购买历史
  • 参与/活动的水平
  • 适合你的组织

通信首选项

指定个人希望被联系的方式,以及他们是否允许电话,电子邮件和批量电子邮件. 特别是当通过CRM(或与第三方使用CRM数据)向人们进行营销时,这些字段是必要的.

05-11 15:50