需求梳理
与日常真正使用 Salesforce 的人员进行结构化沟通,把零散的抱怨和期望整理成清晰、有优先级的列表。
当一家企业清楚知道需要让 Salesforce 发挥更好作用,却还不确定具体该怎么做时,通常就是该在迪拜聘请 Salesforce 顾问的时刻了。顾问的工作发生在真正搭建之前:理解销售、服务或运营目前实际是如何运作的,Salesforce 在哪些地方还没有跟上,以及用业务负责人不必读代码就能签字认可的通俗语言,规划出一份现实、分阶段推进的方案。
这与开发工作不同。无论是负责 Apex 还是 Lightning 界面的开发工程师,都是按照一份规格说明去搭建,而顾问的工作是先帮忙写出这份规格说明,并在完工后核查最终成果是否真正解决了最初的问题。许多项目两者都需要,且是按先后顺序进行,而不是同时进行。
本页接下来将介绍一次咨询服务实际包含什么、如何分辨真正有用的服务和空泛的服务,以及如何按照您项目实际所处的阶段找到合适的 Salesforce 顾问。
顾问能交付什么
具体的交付成果,而不是一份笼统的职位描述。
与日常真正使用 Salesforce 的人员进行结构化沟通,把零散的抱怨和期望整理成清晰、有优先级的列表。
一份书面方案,说明 Salesforce 的对象、自动化和权限应如何搭建以满足这些需求,可供开发工程师或管理员据此动手搭建。
对现有、往往已经混乱的 Salesforce 环境进行外部评估,找出哪些部分可以放心继续搭建,哪些需要先修复。
一份切实可行的培训和推行计划,因为即便搭建得再好的 Salesforce 功能,如果团队始终不用,也是失败的。
把一份 Salesforce 改进清单,排入企业真正能承担和消化的分阶段计划,而不是一个无法管理的整体项目。
就某个问题是否真的需要一款 Salesforce 附加产品、一次自定义搭建,还是两者都不需要,给出独立意见,这往往是在投入预算前,委托 Salesforce 顾问最有价值的原因。
值得关注的能力
真正的商业判断力与平台知识小知识之间的差别。
| 能力或特质 | 合格的表现 | 为何重要 |
|---|---|---|
| 先倾听后建议 | 在提出 Salesforce 方案前,真正花时间理解您的业务流程 | 直接跳到方案设计的顾问,通常是让业务去迁就平台,而不是反过来 |
| 通俗表达 | 用非技术相关方也能理解和签字认可的语言解释建议 | 一份只有 IT 部门以外没人能看懂的方案,很难在实际业务中真正落地 |
| 诚实界定范围 | 坦率说明某项内容超出范围、尚不确定,或有更简单的解决办法 | 以周全为名的范围蔓延,代价高昂且拖慢进度 |
| 跨云意识 | 理解 Sales Cloud、Service Cloud 以及 CPQ 或 Marketing Cloud 等附加产品之间实际如何相互作用 | 忽视各云之间如何连接的方案,会在日后造成返工 |
| 交接纪律 | 把方案记录得足够清楚,让不在场的开发工程师也能正确搭建 | 没有文档的方案只存在于一个人的脑子里,这个人一旦离开就是真实风险 |
Salesforce 自己的架构师认证,见其 Application Architect 认证页面,正是围绕这种判断力构建的:为真实业务建模数据、共享和流程,而不是背诵平台功能,这是委托 Salesforce 顾问负责任何有一定规模的项目时,一个公允的参考标准。
与我们合作的方式
一次简短、界定明确的审查,适合已经上线 Salesforce、希望在决定下一步之前先得到一份关于当前实际状态的诚实反馈的企业。一次发现与设计服务,适合一项新计划,无论是首次上线 Salesforce 还是重要的新功能,最终以一份开发工程师可据此动手的书面方案收尾。招聘支持适合希望长期在编内配备一位专注 Salesforce 的业务分析师或顾问的企业,由我们负责寻访和评估。而对于只是想在签字认可他人提出的一份大型方案之前,获得一次独立、第二方意见的企业,一次有针对性的咨询审查往往是最快能让人安心做决定的方式。
考察候选人
能区分真正的商业判断力与平台流行词的问题。
询问它解决了什么业务问题,以及在开发开始前他们是如何确认这份方案是对的。
拥有真实经验的顾问会讲述一次真实的失误以及从中学到了什么,而不是声称自己从未出过错。
向对方描述您真实的业务问题,观察他们是先提问还是直接跳到某个 Salesforce 功能。
一位有用的顾问会在某个要求确实不合理时坦率地提出异议,而不是有求必应、不加评论。
请对方展示一份过往项目的方案文档,因为只存在于个人记忆中的方案,对任何接手的团队都是风险。无论您是直接委托还是通过招聘支持聘用 Salesforce 顾问,这都是值得问的最后一个问题。
认证
Salesforce 的架构师认证能证明什么,不能证明什么。
Salesforce 通过 Trailhead 发布的认证,恰好考察的正是一位优秀顾问所需要的数据、共享和流程设计判断力。我们自己的团队并不声称持有这些认证,但如果客户希望入围顾问具备其中之一,我们可以将其列为要求。
一项认证说明对方能通过一场关于 Salesforce 数据模型和设计模式的考试,但更难的能力,也就是读懂一个混乱的真实业务并提出可行方案,只会在真实项目案例和您能真正致电核实的推荐人那里体现出来。在为任何超出小型审查范围的工作在迪拜聘请 Salesforce 顾问之前,请两者都要求提供。
阿联酋相关考量
在真实的迪拜项目中,很早就会遇到的两个方面。
阿联酋 2021 年第 45 号联邦法令为个人数据设定了同意和安全方面的义务,一份好的 Salesforce 方案会从一开始就把字段级可见性和数据留存纳入设计本身,而不是等搭建完成后才作为事后补救。
为同时使用阿拉伯语和英语工作的团队做设计时,应尽早决定哪些字段、页面布局和沟通内容真正需要同时支持两种语言,因为事后再补这个决定,远比提前规划更具破坏性。这是在第一次方案讨论中,值得向您在迪拜聘请的 Salesforce 顾问提出的一个公允问题。
浏览更广泛的 Salesforce 类别,或查看完整的 迪拜招聘开发人员 板块,了解一次咨询服务通常会引向的开发角色。需要自定义后端逻辑的方案,交给 Salesforce Apex 开发工程师;需要自定义界面的方案,交给 Salesforce Lightning 开发工程师;复杂的定价工作,交给 Salesforce CPQ 开发工程师。规模很大或技术上足够复杂的项目,可能还需要我们 Salesforce 技术架构师 页面所涵盖的更深层平台判断力。
直接解答
顾问的工作是弄清楚业务真正需要什么,以及 Salesforce 应如何配置或搭建才能实现它,把销售、服务或运营方面的需求转化为可落地的方案。开发工程师随后按这份方案动手搭建,在小型项目中,有时一位经验丰富的人会同时承担两者,但这两项技能本质上是不同的。
如果需求已经清晰具体,顾问能带来的价值可能有限。顾问最能体现价值的场景,是需求还很模糊、团队对方案意见不一,或 Salesforce 环境已经变得混乱,需要在继续搭建前先有一次外部的审视。
许多顾问擅长声明式配置、页面布局、流程和报表,因此一次顾问服务往往也包含一些动手设置的工作。对于真正需要自定义代码的工作,顾问会明确界定范围,再与开发工程师一起搭建,或附上书面说明交接。
这完全取决于范围,从对现有环境的一次简短审查,到全面实施前长达数周的发现阶段都有可能。我们会在开始前先约定范围和合作方式,而不是签一份没有明确产出的开放式长期合约。
不是,我们也不声称拥有任何合作伙伴身份。顾问为您的具体项目带来实际动手的 Salesforce 经验,这与和 Salesforce 官方建立正式合作伙伴关系是两回事,我们始终会把这一区别说清楚。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。