【AICon】探索八个行业创新案例,教你在教育、金融、医疗、法律等领域实践大模型技术! >>> 了解详情
写点什么

极客邦池建强:难的不是从零打造一款产品,而是……

  • 2019-04-15
  • 本文字数:7988 字

    阅读完需:约 26 分钟

极客邦池建强:难的不是从零打造一款产品,而是……

近日,由高端技术领导者社交平台 TGO 鲲鹏会主办的 GTLC 全球技术领导峰会分站首站在北京举行。会上极客邦合伙人兼总裁池建强发表了主题为「从零开始打造一款产品」的演讲。本文根据其演讲整理而成,分享给未能来现场参会的你。

你有你的计划,世界自有计划

“你有你的计划,世界自有计划”,这是前阵子「得到」推广图书时用的一句话。翻译过来的意思是,我们经常把一切都想得很美好,但最终世界并不是按照你的计划进行。



这让我忍不住想起了在 2017 年时,泰稳(霍太稳,极客邦科技创始人兼 CEO & TGO 鲲鹏会发起人)邀请我加入极客邦时说过的一句话,“提升下极客邦科技管理团队的视野和格局,种下产品的基因,指点指点,其他没啥事。”因为这句话,我来到了极客邦。


2017 年初,极客邦是没有互联网产品的,研发团队和 IT 系统几乎是零基础,我们甚至没有用户系统,InfoQ 中文站是依靠国外团队维护的。当时极客邦主要盈利手段是大会、商务活动,以及我们的社区等。那我们是如何在 2 年时间内,打造出今天的极客时间呢?今天,我想和大家分享一下极客时间的故事,也就是如何从开始构建一款产品。

产品之难,难于上青天

众所周知,做产品是非常难的,尤其是在今年,很多公司就那么消失了。我们在招人时,候选人总会告诉我们,我的公司已经三个月没有给我发工资了、我已经被裁员了,或者公司给了我一个月的时间找工作等。大批的公司仿佛在一瞬间全都消失了,就像从来没有出现过。产品的失败会导致公司的没落,如果产品好做,也不会有那么多公司悄无声息的倒下去。


早期在有资本或热钱的支撑下,很多没有价值和特色的产品依旧能够活下去,因为总有 VC 看走眼,但只要经济情况出现一些变化,没有生命力的产品就非常可能死掉。


为什么我们说做产品难,因为产品和企业是连在一起的,你得有很多必要条件。首先你得能看穿未来,这就需要你具备非常强的洞察力和深厚的行业经验;其次你需要选择一个非常好的赛道,你需要了解赛道的天花板有多高,它是刚刚兴起还是很成熟了,你的优势在哪里;最后,你需要有一个非常好的团队和创始人。最重要的,你需要获得资本的认可,有钱支撑你去创业。


只有这样,你才可能把事情做对、做好,最终将产品呈现到大众的眼前。

构建产品的艺术


我把构建产品称之为一种艺术,它结合了创见、技术、交互、设计、业务,以及你对技术的理解等。在做产品的过程中,它是不以你的意识为转移的。而在大众面前呈现出来的产品应该具备自己的生命,它会自己发展。用户反馈、产品功能、用户行为等等会推动产品向前走。



无论是做产品还是创业,尤其是第一次创业的人,或是比较乐观的人 , 很容易想象自己骑着高头大马,一马平川顺利抵达终点。实际情况并不是这样的,你会遇到各种坑,需要你具备跨越障碍的能力,需要你有掉到坑里然后爬出来的能力,以及应对有办法解决各种各样恶劣环境的能力,这样才能取得小小的成功。


无论是技术管理者、创业者、产品经理,还是程序员,大家在做产品基本上都会处于这种状态。对这个状态要有基本的认识。

从零开始,找人

我们今天的主题应该是「如何从零开始打造一款产品」,既然是从零开始,那么我们首先得有人。想要将好的想法实现,这完全依托于产品创始人。


因此找人是很关键的一步,我们需要有团队将想法实现,你不可能一个人做完所有的事情,那我们应该怎么“找人”呢?

3F 原则

找人有个 3F 原则,简单来说就是由 3 个英文单词的开头组成:


  • Friend- 朋友,先从朋友开始下手,“骗”朋友与我们一起创业;

  • Family- 家人,家人最好不要骗;

  • Fool-“傻子”,指的是一些有专业技能,但是没有太多创业概念的人。


一般创业都会从这 3 类人中下手,从他们中找出我们的同行者。


开始做极客时间是在 2017 年 4 月份,我们找到了若干志同道合的朋友和专业人士,很快构建了产品团队、研发团队、设计团队,并且找到了相应的负责人,团队的雏形基本上就搭建起来了。


大家在做产品的过程中千万不要一直停留在自己的幻想里,一定要尽早把自己团队的架子搭起来。你只找到这三个 Leader 是不够的,你需要找到更多规模搭建更大规模的团队,这就意味着你需要更多的人,那么怎么找到更多的人呢?

构建自己的影响力和资源池

如果你准备成为一个创业者,或技术管理者,你需要提前做准备。在平时就要开始构建自己的影响力和资源池。


如何构建自己的影响力?主要有 2 个途径:


1、多输出、多分享


你在公司里,谁都知道你是一个牛人,但是你从来不出去分享、没有输出,那么你的影响力仅限于公司,是不会变大的,除非这个公司极具影响力。对于个人来说找工作是没有问题,但没有影响力就意味着你失去了构建资源池的机会。


2、帮助别人


在自己的能力范围内,尽可能帮助那些值得帮助的人,从身边开始影响他人,未来会有回报的。

团队的组织结构

有了团队雏形之后,要开始划分组织结构,那么我们在不同阶段该做什么样的事情呢?

1、大公司团队构成


这里拿微信的业务举个例子,很多大公司会采用这种方式规划组织架构。去年微信的日活量已超过 10.8 亿,但他们的团队人员不超过 2000 人,非常精简。他们采用独立业务团队的方式做出了微信读书、公众号平台、朋友圈、支付、IM 功能、购物等产品。


每个小团队都五脏俱全,产品研发运营资源一应俱全,可以独立做事,当然也可以依托公共资源,让独立运作的产品产生交集。



通常大公司会采用这样的方式运作,以业务单元的方式划分团队。

2、成长型公司团队构建

在上一家公司时,我管理的技术产品团队大约 100 人左右,每天并行大大小小的项目有几十个,纷繁复杂。



于是我采用了职能方式组织团队,共同承接项目和产品。比如项目组负责管理所有项目的进度,保证项目如期完成,架构组负责底层技术平台和基础服务,前端负责前端的技术栈需求,后端负责服务器端技术栈需求等等,整个团队为产品和项目服务。

3、创业公司团队构建

如果你是一个创业公司,那就不用设计的那么复杂了。


以极客时间举例,在初期我们只有 3 个组,没有部门。研发中心里会包含研发部、产品部和设计部,然后就可以启动产品的设计和研发工作了。


在产品推出前,极客时间需要有内容产品,因此我们成立了教研部;产品推出后,我们不仅需要有内容的支持,同时需要有运营部门去推广产品、用户运营。构建客户故事、提供服务等等,因此有了运营部。



上图就是我们目前的初步构架,如果你正在构建部门或组织结构,可以参考一下。


很多人在创业的初期或者是进入到某个阶段会强调管理,但是,如果你的公司规模没有那么大,越简洁灵活越好。

构建基础服务

有了人了,有了组织架构了,很多人会心急火燎做业务,做产品,从而忽视为业务产品提供服务的基础设施,那就想着暂且搭一个草架班子吧,只要能够支撑产品运行就可以了,其实这个想法是有隐患的。


1、根基:技术基础服务

我们首先应该构建技术的基础服务,技术基础服务对于创业公司来说是根基,根基稳固了,至少能支撑 1-2 年的发展,然后再去迭代。如果产品发布后,技术服务跟不上,会对产品和用户带来非常大的伤害。


举个例子,当时微信和米聊几乎是同时发展的,产品功能类似,当时微信朋友圈、微信公众号平台都没有推出来,都是即时通讯工具。但是米聊在发展到几千万用户时就出现了问题,由于它基础设施不够强壮,用户量增加到一定量级的时候,就会比较吃力,比如出现发生消息发不过去、信息接收不了等现象。而当时腾讯在用自己的能力全力支持微信业务,微信以流畅、稳定等特性赢得用户的认可,之后微信团队通过一系列创新,一骑绝尘,微信得以成为最大的国民 App。


在创业初期如何构建基础服务呢?以下是我的一些思考:

2、一些思考


第一,规划产品要有长远的打算。多长算长呢?按照现在得迭代速度,你至少要想明白一年内要做什么,做成什么样子,那么你现有的技术架构起码需要支撑 1-2 年的产品发展;


第二,成熟的技术要尽快引入。我们最早时后端技术用 PHP 构建后端服务,用 Lua 做了一些限流的策略。现在我们大部分后台服务是 Go 来写,因为我们看好 Go 优势和未来,Go 也足够成熟了;


第三,考虑同类型技术在不同应用场景下的使用。无论是招人还是技术选型,都要确定相同的技术或者是语言在不同场景下的应用; Java 可以做服务器端,也能做移动开发,Lua 可以写游戏脚本,也可以写高性能网关服务等等;


第四,要重构代码,而不是重写代码。很多人会接手遗留系统或维护老项目,看到代码不舒服就想推翻重写,但是你不知道那些代码的上下文和原始场景,全部重写,风险非常大。我的建议是要重构而不是重写,重构是比较稳妥的方式;


第五,要把变化集中在某个领域,而不是散落在系统的各个地方。对于一些基础服务,我们可以将它放在某一个集中的地方,给全局提供服务,比如处理异常、记录日志和签权的功能,要求每位程序员都要自己实现不好,也容易出问题,系统服务应该具备这样的能力,这是架构设计上比较基础的原则之一;


第六,要做好 Code Review 和研发计划,反正项目都会延期。Code Review 是我们团队比较坚持的,代码要想上线,至少要有一个人看过你的代码,才能提交测试和最终上线。Code Review 是一个比较大的话题,国内很多团队在这一块做的不是太好,对 Code Review 非常敷衍。硅谷的 Google、Airbnb 等公司,他们的 Code Review 非常成功,已经形成了成熟的流程。Code Review 可以解决很多的问题,保证你的代码质量,让你的团队拥有很好的技术协作氛围等。


对于研发计划,肯定要做,但对于初创公司来说,没有必要做得那么精准,实际上也做不了那么精准,很多时候我们能够做出一个月相对精准的计划就不错了。

3、大公司和创业公司的不同


大公司自己造轮子,创业公司应该聚焦在自己的业务上。针对这个点,我推荐大家使用公有云,因为它对研发、运维包括系统的性能支撑已经非常完备了。公有云还可以提供大量的服务,如搜索、推荐、数据处理、安全等。尽可能使用公有云所提供的技术,而不是租机器自己搭服务,因为公有云及其服务会帮你解决初创公司非常多的问题。



上图是我司所用到的基础服务,包括自己搭建的基础服务、业务系统(极客时间)、使用的编程语言、各个终端技术等。我们仅在本地搭建了测试环境,其他服务都在公有云上。


你要构建一个产品,那么你应该做到心里有数,整个技术的前端、中端、终端需要用到什么样的技术服务。如果你之前没有做过产品,那么需要你在这方面花费更多的功夫。

产品的设计和构建

从零开始做一个产品,一开始我们肯定不会做出特别大而全的东西,想要做到发布就是爆款的产品基本是不大可能的。有也是别人家的,轮不到你头上。


1、从 MVP 到 PMF



现在一般流行的做法是,做 MVP 产品实验。先做一个最小化的可运行产品,投放到市场上进行测试,看看市场给你的反馈是什么,你的产品有没有用户,用户是不是喜欢你的产品等等,这个很重要。


如果没有经历过验证就投入大规模的兵力去研发,那么很大可能会造成“突然死亡”。有可能你的产品方向就是错的,或者交互体验用户是不喜欢的,然后你发现所有的功夫都白费了,会有这样的问题。


PMF 指市场能认可的产品。从 MVP 最终到 PMF,需要一个很长的过程,这个阶段需要我们不停的进行迭代和调整。



随着基础服务的普及,现在我们有很多方式去做产品。如一段视频、一个 Landing Page、一个微信公众号,或是一个微信小程序等,它们都可以帮助你快速搭建一个想要做的业务模型。通过这样的方式,可以试验你的想法是否可行。


值得注意的是,不要一直 MVP 下去。有些企业或者是有些小的初创公司,当他们习惯了用 MVP 的形式做业务,就不愿意改变了,比如用微信公众号去经营自己的某个业务,就想一直做下去。等业务规模扩大到一定程度时就会有瓶颈。


由于习惯、怕麻烦等各种因素,无法给业务提供一个新的载体,就会限制业务的发展。


2、万丈高楼平地起,盘龙卧虎高山齐



这是我最早为极客时间画的原型图,那时设计了很多方案,但是经过一年多的发展,现在的极客时间与最早期的原型设计已经完全不同了。

产品发布

1、生命周期曲线


产品发布后会有自己的生命周期,它有自己的生命周期曲线。


我总是和团队沟通,产品在发展的过程中会遇到各种各样的困难,我们能走到今天非常不容易,其中还有运气的因素。


产品最初发布的时候,肯定要用公司的资源推广,或者是找外部资源,开发布会宣传,这些都是为了告诉用户,产品发布了,快来吧。资源的聚集会形成热度时间,产品曲线会有个剧烈的上升,但是热度时间维持得非常短,可能只有 3-7 天,7 天之后一切都会烟消云散,如果不能持续吸引用户,曲线那么就会降下来,一路走低。


极客时间在发布初期时, PV 很高,积累了大约一两万的注册 + 付费用户。但是很快产品曲线就拉低了,功能、口碑、认可度等等都需要时间,这时我们就进入了一个狭长的低谷。如果低谷期非常长,团队很容易撑不住。比如公司没钱了,比如公司其他业务都在赚钱,而你做产品却要花很多钱,收入却很少,这些因素都会使大家变得焦虑。


当时我自己心里也没底,不知道什么时候数据才能爬升,这时候我就会把这张图拿出来看看,告诉大家,你看,这都是正常的,坚持一下,咱们就成了。团队就被我鼓舞起来了,继续加油干,丰富产品功能、上线知识产品、做运营、做数据增长功能、做各种活动、访谈用户等等,通过各种各样的尝试,所有因素,包括运气,集合在一起,在那么一个瞬间,我们的数据开始爬升了。


别在最痛苦的阶段放弃,很少产品是一蹴而就的。别去看那些来自 BAT 的产品,动辄几千万甚至上亿的用户,对于创业者来说,有几十万用户也是很开心的一件事。

2、增长模型


当产品发布后肯定会有流量进来,不论是自身流量还是从外部导流,流量会进入一个漏斗,逐步衰减,最后留下来的就是你的价值用户,或者付费用户。这个过程就是获取用户,激活、注册、付费的过程。如果产品具备了核心价值,那么这些用户会为我们带来利润,同时他们会向别人推荐和传播,为我们带来更多的流量。


这是一个基础的增长模型,任何迭代都是围绕它做事情。最重要的是向上的推荐和放大效应。如果用户真心喜欢你的产品,就会为你进行传播,也就是口碑营销和事实营销。

3、口碑营销和事实营销


口碑营销:用户通过明示或暗示的方法,不经过第三方处理、加工,去推荐和传播你的产品,从而导致受众获得信息、改变态度,甚至影响购买行为的一种传播行为。


事实营销:用户通过使用你的产品做成了某些有意义的事情,形成了某种事实,这些事实被再次传播,影响其他用户对你的产品认知并形成使用和购买行为。


这两个营销方式对产品是最有价值的,通过这样的方式促成营销,会使产品具有生命力。



上图就是价值用户的特点,他会忍受产品的问题,不断为你提供反馈,使用产品中的高级特性,还会帮助你进行宣传,这是我们最值得珍惜的用户。

4、神奇时刻


这是产品里的术语,Magic Moment 实际上就是用户接触产品后的一些特定行为,并发出「哇~」的那个瞬间。这些行为决定了用户是不是会回来,是否会再次使用你的产品。


以极客时间举例,我们发现一个用户如果购买了两个以上的专栏,他的留存时间就会非常多,他就会变成忠实用户,未来会完成更多的复购。对我们来说,如何用更好的产品和更多的内容让用户能够购买两个以上的产品,让他们永远地成为我们的用户,这是极客时间的神奇时刻。


其他还有一些例子:对微信用户来说就是在朋友圈看到很多熟人的时候,在订阅号遇到喜欢的作者;对 Airbnb 用户来说,就是找到心仪的房子踏进房门的那一刻;对拍照手机来说就是用户照出满意照片的时刻,对音乐手机来说就是用户戴上耳机的那个瞬间……

5、设置里程碑,展示阶段性成果

我们在创业中,或是做一个产品的过程中,有一段时间是非常漫长和艰苦的,就像身处漫漫长夜,见不到曙光一样。


极客时间是在 3 月份开始做的策划,到同年 10 月份发布,一共花了 6 个多月的时间。在这 6 个多月里,你是没有成就感的,你只是在做产品,但看不到效果。这时我们应该设一些立里程碑,展示阶段性成果。


比如在 6 月份时,我们完成了一个 demo,这是个里程碑,当它完成之后大家就可以庆祝一下。极客时间直到第三个里程碑时才发布出来,但之前的每个里程碑现都会让大家生活中多一个亮点,这对于团队来说是非常好的事。

6、副产品

在做产品的过程中经常会产生副产品,这也必不可免。我们在做极客时间的过程中还做了一个极客搜索,这个创意是这么来的:当时我们要搭建基础服务,做资源库的管理,快速检索到极客邦体系的所有资源。在做的过程中,我们慢慢发现这些功能是可以开放给极客邦用户的,因此我们专门花了一些时间把 UI 给设计出来,简单做了一个对外搜索,可以直接搜到极客邦的 InfoQ 文章和公众号矩阵的内容,当时就发布了。


现在极客时间上的知识产品足够丰富了,也需要搜索功能,于是我们又把搜索服务移植到了极客时间上。


不要忽视你的副产品,也许会给你带来意想不到的惊喜。Gmail 就是 Google 的一个副产品。

7、闭环


产品逻辑上应该闭环的,产品的初衷是什么,你想做成什么样,你的用户群是哪些,你用什么样的功能可以给用户解决什么样的问题,最终客户满意度是多少,我们要从闭环上考虑产品逻辑。


对于极客时间来说,我们首先要让客户看到产品里面的内容,并引导他去学习,学习完后最好能够学有所成,能帮助他找工作或升职加薪,能做更好的产品甚至创业,这是个闭环。


闭环是分阶段的,在不同阶段时我们会有不同的闭环,如果你是一个产品经理或技术领导者应该有这样的视角。

8、管理员视角和用户视角


在做产品的过程中,我们往往会把所有产品功能都呈现到用户面前,让用户看看我们有什么,这是管理员视角。其实我们更应该从用户的角度考虑,思考他希望得到什么。如果用户不知道自己的需求,看到了我们的产品,他能做什么事,是不是无事可做?这是用户视角。


通过了解用户的想法,呈现出他想要的内容。做产品一定要具有用户的视角,这是很重要的事情。

9、关注用户的长期价值和本质需求

关注用户的长期价值和本质需求是我们做产品的根源。你做的东西到底能够为用户提供什么样的价值、用户需求的本质是什么,这是每一个创业者、CTO、产品经理、工程师等都需要想明白的事情。


极客时间的用户本质需求是,学会,并学有所成,这是一个基础的逻辑。


我不知道大家有没有看过易到创始人周航的《重新理解创业:一个创业者的途中思考》,他在书中回忆,创业初期常常会做一些小数点之后的事情,觉得很有创意,但后来发现这些创意并不是用户的需求本质。他们的需求本质应该是让用户随时随地打到车,这时你应该做的事情就是把尽可能多的车和司机铺到路面上,让路面上的车越多越好,整个调度系统都可以慢慢改进,如果用户打不到车,那么一切创意都是无用功。


嘉宾介绍


池建强,极客邦科技合伙人、总裁,主管研发、产品和设计团队,主导极客时间 App 的产品设计研发。70 后程序员,曾先后任职于洪恩软件、用友集团和锤子科技,有丰富的产品规划、架构设计和团队管理经验。喜爱编程和写作,是微信公众号 MacTalk 作者,并著有图书《 MacTalk ·人生元编程》和《 MacTalk ·跨越边界》。




产品之难,难于上青天。如何从零打造一款产品?极客邦科技总裁池建强现身说法,深度解构产品构建的艺术,解答产品打造过程中需要考虑的一系列问题:如何从零开始找到合适的人?如何组建团队?如何构建基础服务?如何进行产品设计和构建等等。池建强认为,产品最终需要关注和满足用户的长期价值和本质需求,更多精彩经验和观点「抢先看 」


TGO鲲鹏会,是极客邦科技旗下高端技术人聚集和交流的组织,旨在组建全球最具影响力的科技领导者社交网络,线上线下相结合,为会员提供专享服务。目前,TGO 鲲鹏会已在北京、上海、杭州、广州、深圳、成都、硅谷、台湾、南京、厦门、武汉、苏州十二个城市设立分会。现在全球拥有在册会员 800+ 名,60% 为 CTO、技术 VP、技术合伙人。


会员覆盖了 BATJ 等互联网巨头公司技术领导者,同时,阿里巴巴王坚博士、同程艺龙技术委员会主任张海龙、苏宁易购 IT 总部执行副总裁乔新亮已经受邀,成为 TGO 鲲鹏会荣誉导师。


2019-04-15 09:544897

评论

发布
暂无评论
发现更多内容

如果用柔性屏做雨伞,那雨伞就不仅仅是雨伞了

船医特拉法尔加

开发者工具

支付通道接口异常统计上报

try catch

Java 失败上报

在小厂工作三年的程序员喊话大厂:Java 中高级岗面试为何越来越难?

Java 程序员 架构 面试 IT

史上最全的服务器选择指南,这六点你必须知道!

九河云安全

FastApi-09-模型嵌套

Python研究所

FastApi 8月日更

IOS技术分享| 互动连麦场景实现

anyRTC开发者

ios 音视频 移动开发 视频直播 直播连麦

2021 年最新版,阿里巴巴 / 今日头条 / 京东 Java 面经大合集(含答案)

Java 编程 面试 IT 计算机

我终于在六月份实现了跳槽九连杀:字节跳动 Java 研发岗

Java 编程 面试 IT 计算机

Java书单-比较全的一篇

汤圆学Java

程序员

前端性能优化|什么是防抖和节流?

青云技术社区

JavaScript 大前端 防抖节流 函数防抖

企业上云之前选择服务器类型的几点建议

九河云安全

浪潮云洲智造直播间,继续开讲!

浪潮云

云计算

同事吃透了这份“阿里 Java 面试核心知识手册”6月份居然斩获 11 张大厂 Offer!

Java 编程 架构 面试 IT

从平台到生态,钉钉、飞书和企业微信的巨头之争

ToB行业头条

钉钉 企业微信 飞书

企业架构概述

涛哥 数字产品和业务架构

涨薪 150%,从小厂逆袭,坐上美团 L8 技术专家(面经 + 心得)

Java 编程 程序员 架构 IT

神啦!最全“Java面试宝典+Java核心知识集”,一箭双雕杠秋招

Java 程序员 架构 面试 IT

【等保测评】江西等保测评机构只有3家吗?都在哪里?

行云管家

等保 等级保护 等保测评 等保评测

阿里 Java 面试爆出内幕?十万字内部面试题总结(2021合格版)全网开源!

Java 编程 程序员 架构 IT

保险=诈骗?区块链赋予保险的“四个机会”

旺链科技

区块链 保险业 信任构建

高防服务器在使用过程中可以做到高效、稳定的防止钓鱼攻击

九河云安全

2021 年云安全:基本工具和最佳实践业务指南

九河云安全

入职那天“直接起飞”!双非渣本后端,两个月逆袭字节?

Java 编程 程序员 面试 计算机

站在巅峰的阿里面试参考指南!居然能让我成功拿下 12 家大厂 offer?

Java 程序员 架构 面试 IT

快速发展的互联网通信,站在开发者背后的融云

融云 RongCloud

网络攻防学习笔记 Day101

穿过生命散发芬芳

态势感知 网络攻防 8月日更

七牛云霍锴:实时音视频 SDK 设计实践

七牛云

七牛云存储 音视频 ECUG

针对不同场景的Python合并多个Excel方法

Python研究者

Python Excel 8月日更

市场战略再升级 解析融云的生态平台+纵深发展

融云 RongCloud

堡垒机价格与什么有关?价格差别大吗?

行云管家

云计算 堡垒机

总结分析组件化漏洞产生的原理

网络安全学海

黑客 网络安全 信息安全 渗透测试 漏洞分析

极客邦池建强:难的不是从零打造一款产品,而是……_技术管理_池建强_InfoQ精选文章