惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

大猫的无限游戏
大猫的无限游戏
阮一峰的网络日志
阮一峰的网络日志
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
WordPress大学
WordPress大学
博客园 - 叶小钗
Hugging Face - Blog
Hugging Face - Blog
博客园 - 司徒正美
Last Week in AI
Last Week in AI
罗磊的独立博客
量子位
Jina AI
Jina AI
T
Tailwind CSS Blog
Apple Machine Learning Research
Apple Machine Learning Research
IT之家
IT之家
美团技术团队
雷峰网
雷峰网
爱范儿
爱范儿
S
SegmentFault 最新的问题
小众软件
小众软件
月光博客
月光博客
酷 壳 – CoolShell
酷 壳 – CoolShell
人人都是产品经理
人人都是产品经理
The Cloudflare Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
To B企业内如何配置产品运营团队?
段琛 · 2023-12-06 · via 人人都是产品经理

To B企业内,产品运营团队的建设是十分重要的,那么,企业要怎么配置好产品运营团队呢?本篇文章里,作者尝试从产品跟进、数据产出、业务分析、流程管理、前线支持几个维度切入,一起来看。

运营,这个角色涵盖的定义比较丰富。

就我个人从业经历来看,产品经理、市场经理、销售运营、售前解决方案、售后实施、客服、生态渠道……全都做过,而且都会以“运营”的名义来统筹。

不过在To B企业内,运营分量最重的还是“产品运营”,这是由B端产品的“重”导致的——必须有一类角色,既懂产品,又懂业务,并完成相应的团队建设。

各家公司对岗位名称的设置,都有自己的考虑或风格,提炼一下具体职责和方向,可以概括为:产品跟进、数据产出、业务分析、流程管理、前线支持。

一、产品跟进

1)工作职责:根据PRD文档,提建议和调研反馈;同时根据从前场/客户那里收回来的信息,提供MRD文档,供产品经理决策、排期。

2)关键指标:主要是看采纳率,即负责的产品或业务线上,所跟进的需求、反馈、bug等优化建议,被采纳的占比。

3)可以参照以下方案来考评:

  • 60%:及格、C
  • 80%:良好、B
  • 90%:优秀、A

4)成员配置:按照产品线及生命周期来配人。比如核心产品线,可以配2-3个运营,每个产品线起码1个;产品起步(0-1)阶段,可以先从别的业务线调用资深运营,快速扩张期再配置专人。

二、数据产出

1)工作职责:根据工单需求,提供相应的数据报表。工单系统可以对接各个业务口,承接人不一定只是产品经理,运营是可以参与的,主要负责常态的数据类业务。

2)关键指标:前期的数据系统建设,有专门的数据工程师来处理,对接人主要负责常规模板的开发和维护,运营这边更多看工单的响应时间。

3)设定KPI考核方式,有奖有惩:

  • 1个工作日内,100%完成,评B,算作基本考核要求,按全薪来发;
  • 可以写新的数据需求并落实,作为加分项,评A,还可以设定数量,比如每月2个以上。
  • 每月接到前线投诉且超过2次,评C,扣除比例、金额,看公司规定。

4)人员配置:这类角色需要配置专人来处理,不宜兼职。通常情况,维持3-4人左右,包括1个组长,2-3人做日常执行。

三、业务分析

1)工作职责:根据工单系统,整理并区分feature、bug、非问题,并派发给对应产品经理。

2)设置原因:该角色不是必选项,一般出现在业务成熟阶段,且产品相对复杂,日常使用过程中问题较多的场景。目的是减轻产品经理的筛选、排查工作量。

3)关键指标:还是看工单的响应时间,同时要求“非问题率”的指标要降下来。做法,可以是一对一沟通、或者跨部门轮训等。

4)考评方案:

  • 100%的1个工作日内完成,评B。
  • 每月“非问题”数实现0的,评A。

5)人员配置:核心产品线起码2人,其他的维持1人即可,该岗位可以兼职。

按照过往经验,每天有效工作时间6小时的话,单人能够完整处理10-15个工单。通过计算工单进量来设置对应负责人。

四、流程管理

1)工作职责:根据工单系统,完成产品系统的启停、授权、模板开通等操作。

2)配置说明:该角色也不是必选项,适用于客户进量大且稳定,产品初始化较复杂的场景,其他部门也可以客串,比如实施、客户成功等。

3)考评说明:

100%的1个工作日内完成,评B。

突出表现会评A,一般是工作量明显超出其他人。

4)成员配置:起码有1个专人,职场小白也可以,要求认真负责,还得有一定的沟通能力。实际情况中,会比较多地对接前线实施、客服;后场对接研发。

五、前线支持

1)工作职责:根据前线需求,提供内部/外部的培训、分享,以及销售谈单、续费等支持工作。

2)设置说明:该角色不用设置专人,内部有表达能力强的运营来支持即可。对外以“产品专家”来出面,还要强调一定的情报收集能力。

3)考评要求:一是看支持场次,安排几个人来轮流支持,比如每个人在每月都能领1-2次机会;二是看好评率,高于80%,评B;100%就给A。

4)奖励方案:由于是支持型的业务,不能走KPI形式,可以参考奖金、提成的方案。例如,只看出面的场次,每次100-200块,多用于沙龙分享、外部培训;如果是销售谈单、续费支持,可以按当月按合同进账金额,比例待定。

5)成员配置:整个运营团队内,起码保持1-2人的储备,按需响应即可。

作者:段琛,微信公众号:段琛

本文由@段琛 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。