非技术岗位实践实05
岗位实践:招聘、销售与营销怎样协作
模块非技术岗位实践预计学习21 分钟难度
教学改绘示意;操作以实际界面为准。
我们把一个岗位拆成研究、准备、草稿和决策。Bot 可以减少资料整理与协调,但候选人评判、客户沟通和预算动作要有明确负责人。
招聘:先约束候选,再准备联络稿
我们让 Talent Scout 从职位说明出发,先整理约二十位候选。我们先给两到三个不可妥协的条件与否决项,再让它排除招聘系统中已有的人选,保留证据链接、检查日期和去重记录。不能让“看起来适合”替代真实资格证据。
text
根据这份职位说明整理候选。先确认我们列出的必需条件与否决项,排除现有招聘系统中已记录的人。每人附公开证据、仍未知的信息与一份个性化联络草稿。不要联系候选,不根据敏感个人信息作决定。缺少关键条件先询问。我们可以在面试前安排材料提醒、面试后记录进展;是否联系、录用或拒绝由授权负责人决定。
销售:让 Chief of Staff 协调几个专职伙伴
我们用 Chief of Staff 统筹会议准备、收件箱与跟进,并让它协同演示文稿伙伴。我们按已授权的数据源建立以下交付:
| 工作 | 输入与输出 |
|---|---|
| 会前简报 | Salesforce、Gmail、Slack、Granola、Gong 的相关记录,整理成通勤时可看的简报 |
| 外联准备 | 公司网站、线上研讨会、播客、博客、LinkedIn 与 X 的公开线索,形成公司重点与可信的个人化切入点,保存 Gmail 草稿 |
| 战略客户 | 汇总 Slack、通话和邮件,按周记录账户状态与功能需求 |
| 技术答疑 | 用已授权代码与产品资料提供有出处的答案,不猜测尚未发布的能力 |
| 预测与辅导 | 更新确认过的 Salesforce 备注;用 Gong 通话记录准备辅导建议 |
| 会中演示 | 在结束前五到十分钟,取得当前 Granola 文稿,生成待检查的新增页面 |
会中展示依赖真实可用的文稿和处理时间。需要录制内容时,先确认能否取回、停止录制会不会影响会议记录;没有完整转录时,不把片段当成全文。
我们示范一遍流程,让 Bot 学习后存为 Skill。邮件与 Slack 的风格规则放在可维护的说明里,但发送仍按授权执行。
营销:活动跟进与投放建议分开
线上活动结束后,我们整理 Zoom 问答和与会者,按账户负责人准备 Slack 或飞书草稿:谁问了什么、哪些问题需要回复、建议的答复依据是什么。不能把所有参会者默认视为允许随意营销的联系人。
Paid Media 角色可以比较当前花费、月预算和目标获客成本,提出调整建议并准备消息草稿。它不因看见偏差就自动更改预算或投放。
检查协作有没有减少重复劳动
我们选一场真实会议或一个招聘岗位,限定输入来源,交付候选表、简报或草稿。复核引用、遗漏和错误,再决定是否长期运行。Bot 角色名称可以换,职责和输出不能含糊。
练习交付:一份岗位说明、一份带证据的交付和一条人工确认记录。完成资料准备与实际发送分开记账。
学完后记得保存进度
完成标记保存在当前浏览器;登录后,会记住上次阅读的章节与位置。