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

推荐订阅源

Vercel News
Vercel News
博客园 - 司徒正美
C
Check Point Blog
G
Google Developers Blog
The GitHub Blog
The GitHub Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
有赞技术团队
有赞技术团队
P
Proofpoint News Feed
IT之家
IT之家
B
Blog
博客园_首页
量子位
MongoDB | Blog
MongoDB | Blog
博客园 - Franky
J
Java Code Geeks
H
Help Net Security
A
About on SuperTechFans
Apple Machine Learning Research
Apple Machine Learning Research
Jina AI
Jina AI
D
DataBreaches.Net
Y
Y Combinator Blog
大猫的无限游戏
大猫的无限游戏
云风的 BLOG
云风的 BLOG
Google DeepMind News
Google DeepMind News

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
03-社区发展的两大阶段(第二篇)
陈小瑞 · 2024-11-01 · via 人人都是产品经理

在前面的文章中,我们聊了社区的定义和从0到1,这时候社区的认知场景已经建立,我们要做的就是 完成社区准侧,迎来社区的1-10-100的阶段。

书接上回

0-1 阶段

产品做好的社区认知场景的建立,运营层面完成了社区准则的设立,则全面迎来社区的1-10-100期。

1-10完善期

1:内容流转与审核机制的完善

这部分是被很多公司轻敌的部分(偏基础后端但很重要),内容从各渠道发布出来:

  • 前端:默认落地页与默认分发逻辑,审核前是是否他人可见等
  • 后端:过机审模型,过类型识别模型,人工辅助标记时效与优质性
  • 出现违规内容处理机制,出现爆款内容的处理机制

这些都要被系统化(系统要辅助运营)。

2:前端用户基础体系完善(积分成长,勋章)

  • 成长体系:激励全平台所有用户的基础体系,对鼓励的行为进行分值反馈,分值提高提高等级,等级提高给予反馈(虚拟和实体反馈);注意是针对所有用户的正负向行为;
  • 勋章体系:是单独的;不要和成长体系强耦合;是给予用户特殊阶段或行为的勋章;比如等级勋章,活动勋章,某特殊行为勋章

举例:在360做白帽安全社区时,有的用户就死盯着某类漏洞修复上千个,虽然用户等级不太高,但授予他【某类漏洞杀手勋章】

3:创作者中心的建立

因内容生产是社区最最核心的行为,没有持续高价值内容一切都是空谈。

则会单独做创作者中心,通过更加直接的奖励;来激励活跃用户持续创作,输出平台想要的内容。

平台提供数据观察,创作学院,灵感学院,热点参考等各种工具来辅助用户创作。

4:用户管理系统化

随着用户的数量和行为属性的怎么,则需要系统的度进行的基础信息,行为信息,进行系统化。

便于维护用户;基础信息维护不多说了。

额外会涉及到:用户违规的处理方式(禁言,封号等);用户特殊福利发放(给积分,勋章等);

同时也为推荐算法提供用户画像基础数据结构。

5:各账号分类与规划

这个一定要清晰规划,不然账号类型多了,公司自己内部有时候都凌乱,更别提用户。

常见的类型:用户普通号,用户认证号(达人,创作者);运营官方号,运营水军号;机构号(媒体,组织);企业号(某个体或公司)。

各种账号在认证流程,内容的审核与分发机制,内容的呈现形式,账号的主页标签都会有所差异。

这些要结合社区场景去设计,因为大原则是不能破坏社区主场景认知与内容氛围。

完成了上述阶段后,逐步具备了推荐体系的基础数据能力:内容结构化,用户画像结构化。

但并不会真正做到千人千面;能做到千人十面吧。

因为很多公司受限于算法能,数据结构的颗粒度不够,这个是现实情况;除了头条算法能力最完善,很多公司在这个阶段都需要不断打磨完善,记得知乎在做推荐系统的过程中很明显走了很多弯路,所以很多小公司想几步就完成简直是想多了。

补充:在完善期社区会形成自己的内容画风,互动习惯,甚至语言词汇。

也就是大家经常听到的社区调性(后面单独出一篇内容聊这个话题)。

1-100成熟期

1:深度个性化算法的建设(真正向千人千面推荐体系努力)

最终目标:让每一个人都能能找到自己感兴趣的内容。

基础依赖:

  • 丰富内容量,且已经被结构化(大小类,实效性,受众人群,价值性数值等属性)
  • 用户画像与行为结构化(基础信息标签,行为偏好标签)
  • 算法处理(冷启动分发,基于个体行为采集分发,同好协同分发,处理内容茧房等)

这是需要算法团队不断的调参和修改达到最终理想态。

虽然方法类型,但每个公司都会有自己训练出来独有的算法和模型,且不可直接复制。

2:构建各业务sop,拓展大用户群体

很多公司在产品初期或完善期,就要构建sop啥啥的。

以为靠sop就能打下江上一样,

可社区前中期就不是一个可被标准化的产品。坦白说你一类用户群体和场景都没运营好的情况下,构建个屁sop啊,那只能叫经验积累;sop是在你各种数据都阶段稳定时候才叫真正的sop,是对既有流程经验的各种标准化,已应对新拓展的用户群体。

个人建议一定要等你的推荐体系有一定小成后在开展,不然产品和运营团队都接不住,还会影响原有的社区氛围,出现顾此失彼的情况。

3:商业化承接(后期单独说,这里就不展开了)

上述所说的只是个人对社区阶段的判断,不排除有的公司综合实力很强,节奏把控团队配合很好,可齐头并进。

作者:陈小瑞,公众号:陈陈小瑞

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

题图来自Unsplash,基于CC0协议

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