岗位职责要求

招人时写的岗位岗位职责，十有八九是职责糊弄鬼的。我见过最离谱的岗位一份，某互联网公司招“高级产品运营”，职责职责栏写了七条，岗位前六条分别是职责：负责产品运营、负责用户运营、岗位负责内容运营、职责负责活动运营、岗位负责数据运营、职责负责增长运营。岗位第七条是职责“完成领导交办的其他任务”。这玩意儿贴出去，岗位连他们自己HR都说不清到底要招个什么人。职责

问题出在写职责的岗位人根本没想明白这个岗位每天在干什么。他们习惯性地把“运营”前面加各种前缀，凑出一份看起来很全面的清单。实际上，一个真正干活的人看到这种描述，第一反应是：这公司要么岗位边界混乱，要么就是招个背锅侠。我认识一个做用户增长的朋友，他跳槽时专门筛掉那些职责写“负责拉新、促活、留存、转化”全流程的岗位。他的原话是：“全流程就是没人对结果负责，进去就是填坑。”

好的岗位职责应该像一张操作说明书，而不是愿景海报。举个例子，一家做跨境电商的小公司招“独立站运营”，他们的写法就实在得多：每天花两小时分析Google Analytics和Shopify后台数据，找出转化率低于1%的落地页；每周三下午和设计沟通，改一版产品详情页的排版和卖点排序；每月底盘点库存动销率，对30天没出单的SKU提出下架或清仓建议。你看，这里面有时间、有工具、有具体动作、有判断标准。应聘者看完就知道自己每天要摸什么键盘，而不是猜“负责运营”到底运什么。

很多公司把岗位职责写成能力要求，这是另一个毛病。“具备优秀的沟通能力”“有较强的抗压能力”“对数据敏感”——这些词放在职责栏里毫无信息量。沟通能力怎么体现？是每天跟海外客户开视频会，还是跟仓库大叔吵架争发货优先级？抗压能力是指旺季连续加班两周，还是指老板随时改需求你还能笑着改代码？不写清楚场景，写一百个形容词都是废话。

我观察到一个规律：职责写得越抽象，这个岗位的实际工作就越杂乱。因为写JD的人自己也没想清楚要什么，只好把能想到的漂亮词都堆上去。真正成熟的团队，职责会精确到令人发指的程度。比如某游戏公司招“数值策划”，职责里明确写着：负责战斗公式的推导与配平，每周产出至少三版数值模拟表，配合程序完成技能伤害的回归测试。连“每周三版”这种数量都写进去了。这种岗位反而没人投简历时犯嘀咕，因为懂行的人一看就知道自己能不能干。

还有一种情况是职责写得太细，细到像在写SOP。我见过一个新媒体岗位，职责里写“每天上午9点至10点刷微博热搜，10点至11点找对标账号的爆款选题”。这就不叫职责了，叫工作日志。岗位职责应该界定的是责任范围和决策权限，不是把员工当机器人设定动作。比如“负责公众号选题策划，对阅读量同比下滑超过20%的情况提出调整方案”，这就够了。至于几点刷热搜，那是员工自己的事。

写岗位职责的人最好先问自己一个问题：如果这个岗位的人干满一年，我希望他做成哪三件事？把这三件事拆解成日常动作，就是职责。比如“把用户留存率从25%提到35%”，对应的职责可能是“每周分析一次流失用户的行为路径，每月设计一次召回活动，每季度迭代一次新手引导流程”。这样写出来，应聘者能判断自己有没有相关经验，面试官也能照着问具体案例。

别把岗位职责当成招聘广告的装饰品。它是一份契约的雏形，是绩效评估的起点，也是候选人判断要不要投简历的第一道筛子。写得虚，来的人就虚；写得实，来的人至少知道该带什么工具上阵。