先给结论:横跨内容与技术的岗位,能力缺口不能靠“哪边弱就补哪边”来判断,而要先确定这个岗位在什么条件下更依赖内容判断、在什么条件下更依赖技术判断。定位方法是把岗位拆成可观察的产出,再对照自己最近三个月能独立完成的部分,缺口往往出现在两端交接的位置,而不是某一端的绝对水平上。
同名的岗位在不同团队里,实际重心可能完全不同,这决定了你该补什么。
第一种条件是内容主导。团队已有稳定的技术配置和发布流程,岗位的主要产出是选题判断、内容结构、页面意图匹配和旧内容处置。此时技术部分只需要能读懂配置、能描述问题、能和技术同事对齐,不需要自己改模板或写规则。如果你的产出卡在“不知道写什么值得写”或“旧内容该留还是该退”,缺口在内容侧。
第二种条件是技术主导。团队内容产能已经稳定,岗位的主要产出是抓取与索引相关的配置判断、页面结构、模板层面的可复用规则、数据异常的排查线索。此时内容部分只需要能判断页面意图是否清晰、是否值得保留。如果你的产出卡在“发现问题但说不清原因、也无法验证改动结果”,缺口在技术侧。
区分依据不是岗位名称,而是你最近几次被卡住的具体环节。把卡住的地方写下来,看它落在“决定做什么”还是“让它生效”这一侧,答案通常就清楚了。
技能清单容易让人自我评估偏高或偏低,产出清单更可靠。做法是列出这个岗位近三个月真实交付的东西,逐条标注你能独立完成、需要别人补位、还是完全做不了。
标完之后,看“需要别人补位”的条目集中在哪一侧。假设一个例子:某岗位的十条产出里,选题和内容结构都能独立完成,但涉及旧页面退出、链接关系调整、配置改动验证时全部需要技术同事接手。这时缺口不在内容,而在技术判断和验证方法,补的方向应该是理解配置的适用条件,而不是再学一轮写作技巧。
反过来,如果配置类操作都能做,但每次选题都要等上级给方向,缺口就在内容侧,重点是把意图判断和内容取舍变成自己能负责的动作。
日常维护很难看出能力边界,退出场景才会。旧内容要不要删、旧系统要不要换、旧合作关系要不要结束,这类决定同时涉及内容价值判断和技术可行性,横跨型岗位在这里最容易出现“两边都懂一点、两边都下不了判断”的情况。
可以按两步走。第一步,先判断保留价值:这个页面或这套流程现在还有没有人需要、还有没有承接其他入口的作用。第二步,再判断退出代价:退出会不会影响其他页面的可达性、会不会让已有配置失效。
如果第一步做不了,缺口在内容判断;如果第二步说不清,缺口在技术判断。这个顺序不要颠倒,先技术后内容容易把“能删”误当成“该删”。
定位到缺口后,不要立刻报课程或换方向,先做一个可验证的小动作:选一个真实存在的旧页面或旧流程,自己完整走一遍从判断到退出的过程,把每一步的判断依据写下来。
动作的结果会直接决定下一步。如果你能写出保留或退出的理由,但执行时无法验证改动是否生效,说明技术侧还缺验证方法,下一步应补的是如何观察改动前后差异,而不是继续补内容。如果你能执行并验证,但说不出为什么选这个页面而不是另一个,说明内容侧还缺取舍标准,下一步应补的是判断依据的整理。
这个动作的价值在于,它把“我大概哪边弱”变成“我在哪一步停住”,后续投入才有方向。例外情况是:如果岗位本身有明确的分工边界,技术执行由专人负责,那么你只需要能描述问题和验收结果,不必强求自己完成配置改动,此时的缺口应重新定义为沟通与验收能力,而不是技术操作能力。
在定位缺口的过程中,论坛里的经验帖常被当作参照。但论坛内容质量差异大,采用前先看三点:发帖者描述的是具体条件还是通用结论、有没有说明适用前提、结论是否能被你自己复现。如果只有结论没有条件,只能当作线索,不能当作依据。涉及具体机构或服务的评价,先核实信息来源和时效,不要仅凭单帖判断。缺口定位靠的是你自己的产出记录,论坛只用来补充观察角度。