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

推荐订阅源

Recent Announcements
Recent Announcements
V
Visual Studio Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
云风的 BLOG
云风的 BLOG
Microsoft Security Blog
Microsoft Security Blog
博客园 - 司徒正美
Y
Y Combinator Blog
Stack Overflow Blog
Stack Overflow Blog
雷峰网
雷峰网
小众软件
小众软件
GbyAI
GbyAI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
aimingoo的专栏
aimingoo的专栏
MyScale Blog
MyScale Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
腾讯CDC
A
About on SuperTechFans
宝玉的分享
宝玉的分享
WordPress大学
WordPress大学
B
Blog RSS Feed
G
Google Developers Blog
量子位
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
博客园 - 三生石上(FineUI控件)

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
知乎是一家怎样的公司?——回顾知乎工作2年的见闻与思考
柴林 · 2022-12-09 · via 人人都是产品经理

知乎作为互联网中知名度非常高的问答社区,在内部员工眼中,是怎样的一个公司,在里面工作的体验如何?作者在2018年-2020年期间,任职知乎的设计负责人,来看看他在知乎工作的回顾和小记。

在2018-2020年,笔者有幸曾任知乎的设计负责人。本文对那段时间的工作和思考进行了一个简单的回顾和小记,或许可以为对知乎感兴趣的朋友提供一个内部视角,更加了解知乎是一家怎样的公司。所有言论仅代表个人观点,仅供参考。

1. 文艺、神奇与万能

初到知乎时觉得特别有意思,直观感受有点像万能青年旅店的字面意思,就像到了知乎社区的线下版,一起开会的 PM 染着黄毛、每天都换一身不一样的 lo 裙,老板带着从上到下一起读书,《与运气竞争》、《禅与摩托车修理艺术》之类的,楼下抽着烟的财务同学整天塞着耳机换不同的摇滚T恤,跟同事聊聊天,一不小心就碰到个粉丝过万的……还有,不管什么职务全员 Mac、Google docs、外网全开……

记得大概 19 年初那会儿我在推一个成就体系的项目,一个在知乎比较有资历的同学抱过来一本泛黄发皱的《Whole Earth Catalog》,珍贵兮兮的让我体会一下源总说的那种感觉。那时,我抱着那本大开本的书,盯着封面上地球的第一张彩色卫星照片,闻到了一股时间的味道。到现在想起来,都要忍不住感叹:真是文艺!真是极客!

小记知乎2年工作的见闻与思考

这种透着高级感的文艺的背后,我总觉得有一种神奇的精神层面的东西在连接着大家,如果没有这种东西的话,公司可能会散架。以我工作十几年、换过六七份工作的职场经验来看,这个神奇的东西我觉得是罕见且珍贵的。是这种东西在弥补、消解项目管理、跨部门协同、产研效率、企业文化等方面上的问题,把个性迥异的大家连接在了一起。

我很难描述这种神奇的东西具体是什么,如果硬要说清楚的话,我觉得他是一种品牌价值内延。

知乎的品牌价值充分体现在了人才招聘上。知乎给出的薪资是在互联网行业里面是偏低的,这种薪资处理方式你可以理解为“抠”或者成本控制,也可以理解为是在用这种方式自然过滤掉一部分更在乎钱的人,这也让让价值观更一致的人一起共事的可能性提高了一些。

很多人因为喜欢知乎这个产品而加入知乎工作,我也是这样。仿佛加入了知乎就离某个东西更近一点,仿佛加入了知乎就持有了一种与众不同的社交货币。

2. 扩列、水化与「以前的知乎」

「现在的知乎不是以前的知乎了」,有同学跟我说。他是知乎最早的一批设计师,在知乎只有五六十个人的时候他就入职了,说这话的时候他低头看着地面,停顿了几秒。他在知乎工作了六年,那天提了离职。

作为知乎的最早一批用户,我还清晰记得“以前的知乎”,那种精英化的、小圈子的感觉像极了2021年初的 clubhouse。但时至今日,流量的红利已经消失,扩圈和增长成为了很多互联网产品的主要挑战。有些社区用户在吐槽知乎水化的时候,可能没有想太多关于知乎其实是一家以盈利为目的公司,融资已经到了F轮,以及商业变现和用户增长是关乎生死之类的现实问题。知乎不是豆瓣,知乎也不会变成豆瓣。

在「对话吧」的一次关于 clubhouse 的讨论中,我发现奉佑生谈到这个话题时的说法与周源的看法相同。老板们都觉得,首先我并不拒绝下沉内容和用户,其次是我运营的好,就可以实现分层,精英用户看到的是一个干货的、精英的社区,下沉用户看到的是一个杀时间的生活化的社区。

老板什么都要。

但这挺难的。

有些老用户像是被知乎娇惯的孩子,对生活化的、学生化的内容心怀排斥。他们看到推荐给到他们的东西之后,感觉像是自己家门口堆了一包包别人家产生的垃圾,还没分类。

而有些更年轻的新用户觉得知乎的创作门槛好高哦,人家都写那么长的、那么高深的文字,那种东西我可写不出来。但他其实是完全可以分享一些美妆技巧或者晒一下撸猫日常的。知乎在增长策略上位了争取这类用户用了“扩列”这个词,用意在于争取更多的学生用户,以及下沉用户。

所以这里面有两个问题:

  1. 一个社区有可能会有两个或无数个不同的氛围吗?
  2. 根据用户行为进行推荐,千人千面了不就可以很自然的做好这个事情吗?

第一个问题,也许可以。但是无论小圈子有多少个,但大的社区氛围只有一个。并且社区氛围的建设和维护是一个更加复杂和微妙的命题。

第二个问题挺复杂的,推荐的算法和策略本身就很难做,并且很多老用户对于下沉内容是会产生点击行为的,下沉内容激发的是人作为动物的本能,嘴上说不喜欢,实际上还是会点开来看一下。只要你看过,我就给你推荐更多。这有些矛盾对不对?

小记知乎2年工作的见闻与思考

说回自己,作为知乎的老用户以及公司员工,真正打破我个人的心理底线、促使我离职的是圈子。

我完全理解公司做圈子的业务逻辑,但圈子已经完全脱离了问答的产品形态,并且我内心无法接受下沉内容在知乎的大范围出现,这样的内容已经在点评、闲鱼、小红书上比比皆是了,除了带来短期的流量提升,我真的看不到真实的用户价值。

3.个性多元、设计系统与数据驱动

说回设计,当时在设计团队我们经常讨论的有两点,一个是数据驱动下的基础体验提升问题,另一个是设计系统的完善与体验的一致性问题。

知乎的生意模式是流量为基础的,产品目标也围绕着流量展开,所以知乎的设计是数据驱动的设计,单个项目中大家关注当下设计目标的达成。比如回答页,这是一个完全在流量思维和数据驱动下衍生和发展起来的页面。这是全站流量最高的页面,所以这个页面兼顾着无数的转化使命。需要让用户便捷的关注问题、切换回答 、关注作者、有效反馈等等,甚至还要考虑当用户截屏一个回答页分享图片到其他社交平台的时候,这个截屏上怎样带着知乎的字样。所以在这样的环境下,作为一个以长图文为主要消费形式的产品,要设计出像微信公众号、轻芒、Medium这样的阅读体验成为了一个难以逻辑自洽的命题。

知乎的设计团队有一种基因,也挺神奇的,这种基因让设计师思维活跃、视野开阔、设计手法多元、视觉风格年轻,并在产研团队中有不错的影响力。我 18 年作为设计负责人接手后,一直是这个良好基因的受益者。这种基因最大限度的尊重了设计师的个性,给了大家非常大的自由度。同时我们也看到长期在尊重个性与数据驱动的环境下做设计,也会有一些衍生的问题出现,比如信息架构与设计系统。

知乎长期以来都是以一种探索式的、网状的信息组织方式,同时在历年来不断的产品尝试中一直在做加法。从一开始的问答、话题、文章,到后来的想法、付费咨询、百科、付费PGC内容,再到后来的直播、圈子、视频、分区等,用户的认知和学习成本越来越高,我一直觉得这些信息肯定存在更优的组织方式,信息架构或者信息设计层面有很多优化空间。在职期间做了个浮窗工具,算是为这个问题打了个补丁。

另外在做加法的过程中,因为没有全站基础UI规范和组件,新的产品在设计语言的问题上非常自由和开放 ,所以后期会有全站界面基础体验差异较大的问题。于是,我们不得不花力气重新定义设计语言、做规范和组件,然后困难的推进落地。

也许无论在哪家公司,设计规范的价值可能从商业和公司的角度来看不都是什么要命的问题,设计师对设计原则的执念以及创造一个好的设计作品的想法也许有时候是当下的短期数据目标会起冲突,我们永远没有足够的时间和人来把设计细节打磨到完美,我们永远没有足够的开发资源放在对调性、美感、极致界面体验的追求上。所以有时会不得不做出妥协,有时候妥协的多了,并且看到一些数据收益的时候也会觉得自己似乎做了正确的选择,变得成熟了。但是最后我想说,那只是自我宽慰的自欺欺人而已。

好的设计无论哪方面都是好的,也不需要什么辩解或价值论证。所以无论做过多少次妥协,还请不要忘记自己内心那个最简单、最单纯的想做出好设计的声音和想法。

继续做自己喜欢的东西。

共勉。

作者:柴林;公众号:柴林的设计笔记

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

题图来自 Unsplash,基于 CC0 协议

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