工作经历(七)-贝聊篇

Heero.Luo发表于5个月前,已被查看302次

离开上家公司后,我接受邀请加入了当时主打家园(家长、幼儿园)沟通的贝聊。虽然是创业公司,但贝聊已经有一定的用户规模和知名度。更重要的是,公司愿景与幼教行业的健康发展相符,因此也具备一定的社会价值。

贝聊 2017 年会

办公室

还在上家公司工作时,我就曾到贝聊做过技术交流,对其办公室的印象非常深刻。

第一个特点是宽敞。面积大而布局宽松,丝毫不用担心会撞到后方工位的同事。

宽敞的办公室

另一个特点是装修好,尤其是前台和接待区。

前台和接待区

不夸张地说,在我待过的公司中,这个办公室的舒适感是数一数二的。顺带一提,听说此处也是网易起家的风水宝地。

前端团队

职能的转变

我在贝聊担任的是前端团队的 leader,属于管理岗。然而,我以往没有管理团队的经验,即使当时只有两名下属,也还是手忙脚乱。

后来,前端、客户端和测试共同组成了新的部门,在部门负责人的指导下,工作开展得越来越有条理。

试用期过后,我得知公司每季度都会安排各组 leader 进行述职。这样一来,就要求我们对团队的工作任务、工作成果、存在问题,甚至每个人的工作情况,都要有全面的了解。在人数不多的情况下,我通过表格分配和记录所有成员每天的工作内容,并标注一些关键时间点(如提测和上线时间)和问题备注。这样一来,除了能在述职会上有话可讲,对团队的把控性也强了很多。即便后来团队扩充到 4-5 人,工作也是有条不紊。

此外,因为每次述职都要做课件,做得多了,也成了部门内的「PPT 小能手」。

技术体系建设

我入职前,由于前端的人数和业务都不多,所以一直没有专门的人去做相关的技术建设。两名前端工程师基本上是自己爱怎么做就怎么做。随着团队和业务的扩充,这样势必会造成混乱。所以,在我加入后的第一个年头,大部分精力都放在架构和规范的统一上。成果包括:

  • 三份规范:《HTML 编码规范》、《CSS 编码规范》、《JavaScript 编码规范》。
  • 一套项目模板:量身定做的基于 Vue.js 的项目模板,主要用于数据交互较多的页面。
  • 一个框架:继续改良「Back2Front」同构框架,主要用于内容展示为主的页面。

文档

俗话说:“劈柴不照纹,累死劈柴人”。说的是做事要知道其中的原理,按照技巧去做才能事半功倍。然而,如何让团队所有人都能知晓这些原理和技巧呢?最直接的方式是口耳相传,最靠谱的方式是通过文档传承

在统一技术架构后,我把开发规范、本地环境的配置、注意事项等写成了文档。随着团队扩招,又写了新人指引,包含开通权限、检出代码、周报规范等内容。离职前,为了让后来人可以更深入地了解前端业务,又把前端架构、发布流程等内容补充到文档中。可以说,这是我写过的最详尽的交接文档了。

设计团队

记得某次开会的时候,老板说到:“设计团队是公司的核心竞争力”。这话一点都不夸张。

每次需求确定之后,设计师总是冲在最前头,有时甚至会包一个会议室封闭式赶稿,而成果也是可圈可点的。唯一的缺点就是设计稿标注上总会存在一些瑕疵。

除了 UI,设计团队也负责一些实物的设计,比如 2017 年中秋节的月饼盒。

贝聊 2017 月饼盒

贝聊 2017 月饼盒灯笼

业务情况

贝聊对外的主要产品是「家长版」和「老师版」两个手机 App。以此为核心,有嵌入在 App 中的网页、分享到外部的网页、促进日活和用户量的活动页、微信小程序,以及 PC 端的后台管理系统。

对 App 的坚守

虽然在内部会议上时不时强调 H5 和小程序的重要性,但前端承载的功能远不如 App。这使得公司在竞争中非常不利。

随着移动互联网的发展,安装使用率较高的 App 就是那几十个,基本涵盖了生活的方方面面。对于使用率不高的 App ,用户根本懒得下载。此时轻便的 H5 和小程序就成为了重要的产品形态。

遗憾的是,贝聊的 H5 页面基本处于孤岛状态。从 App 分享到外部的 A 页面,并不能跳到 B 页面;或者说,从产品 A 的页面,并不能跳到产品 B 的页面。因此,用户看完第一个页面后,大概率是把它关了。

至于小程序,一直以来只是 App 中某些功能的精简版,所有数据(包括用户体系)跟 App 也不互通,是比较边缘的存在。

由此导致的结果,便是在 App 上的惯性太大。然而,有更好的产品形态,你不做,不代表别人不做。要么自己把自己干掉,要么等着别人把自己干掉

业务方向

为了探索盈利模式,公司尝试的业务方向非常多。然而,在这个过程中,受内外因素的共同影响,结果不如人意。

外部因素在于,前些年资本向互联网行业大量涌入,使得企业恶性竞争。原本可以通过收费维持的产品和服务,因急于扩大市场份额,背后又有充足的资本支撑,纷纷免费化或廉价化。到头来大家都赚不了钱,谁能笑到最后就看谁的成本控制得好、资金流比较充足了。

而内部因素则在于,工作开展不够务实

  • 其一,有不少产品和功能的需求量并不大,因此上线后别说盈利,连流量都上不去,但是其开发量却是不少。
  • 其二,在做一些大功能或者大改动前,没有充分论证其影响和价值,后期发现问题时才停止开发或不上线,导致人力和时间的浪费。
  • 其三,不断冲新业务导致旧业务「日久失修」,但实际上旧业务的流量比很多新业务还要大。

这直接导致了投入产出比低,一方面未能有效盈利,另一方面也未能进一步扩大市场份额。

用户体验

产品功能比较多时,要把所有细节都做好并不易,但起码一些使用频率高的功能要把好关,也就是常说的抓大放小

举个例子,贝聊 App 的帖子详情页是常用功能。然而,帖子内容一直是通过嵌入的网页来展示,呈现的速度较慢、交互较差。后来,我在小程序中开发同样的功能时,没有采用这种方案,而是把帖子内容的 HTML 代码解析为节点树,再通过 WXML 渲染,整个体验可以秒杀 App 端。

喵喵喵

贝聊对外的吉祥物是小黄鸡,按照业界的规矩,应该叫做「鸡厂」。然而,我们更倾向于称之为「喵厂」,因为真的有喵,而且有三喵。

程序猿鼓励师 - 岳飞

程序猿鼓励师 - 黄忠

程序猿鼓励师 - 李白

作为「程序员鼓励师」,咱们的喵是非常尽责的。无论是在键盘上走过留下几个字符,还是在过道上比武引来各方围观,都产生了强烈的治愈感。为了吸引他们来,我甚至打造了一套复式大宅。

复式猫窝

公司裁员后,三喵也分别被收养,从此过上了被专宠的日子。

互联网寒冬

2018 年是不平常的一年,业界相继曝出知名公司裁员的消息,以至于被称为「互联网寒冬」。大公司尚且如此,创业公司过得是更为艰难了。

贝聊还没有探索到非常行之有效的盈利模式,所以在这个寒冬中,也不得不缩减规模和开支,寻找新的赢利点。在此祝愿公司能顺利渡过难关。

评论 (6条)

发表评论

(必填)

(选填,不公开)

(选填,不公开)

(必填)