Posts for: #Startup

创业笔记 395:又是隐私

1 月 22 日,朋友发了个链接给我,内容是这个:https://finance.sina.com.cn/tech/2021-01-23/doc-ikftssap0037507.shtml——工信部通报今年首批 157 款侵害用户权益行为 App,居然知识星球在里面,仔细了解了来龙去脉,事情的时间线是:

  • 1.4:小米市场接到信通院通知,知识星球在隐私方面有两个问题:1、默认勾选同意(算是设计问题,在“同意”的浮窗下,能看到默认的勾选)2、用户同意协议前,App 访问了 mac 地址
  • 1.5:小米通知我们改
  • 1.6:我们自己其实没有获取信息,但是因为整合了多家公司的 SDK(比如推送、支付、统计),某个 SDK 初始化的时候做了这个操作。因此对初始化时可能访问 mac 地址的几个 SDK 延后启动之后,提交给小米审核
  • 1.8:小米审核后,判断已经没问题了,通过,上架,并提交给信通院,此后“平安无事”
  • 1.19:信通院“终审”,认为还有“访问 mac 地址”问题(不过没有告诉我们,只是在他们的平台后台有消息,我们没能及时看到——当然,看到也没用了)
  • 1.22:新闻稿出来了——尚有 157 款 App 未完成整改,上述 App 应在 1 月 29 日前完成整改落实工作——我们位列其中。

看到新闻后,吓了一跳,开始回溯问题,问小米不知道是什么情况,后来总算在信通院的业务后台发现消息——用户同意协议前,App 访问 mac 地址的问题仍然存在。

创业笔记 394:微信的梯云纵

一直在想着,微信是怎么从工具到平台,再到生态的。我粗略地翻了翻微信更新记录,找到一些做成了的,“大”功能的发布版本/时间。

  • 短消息工具,互发文字、图片(1.0,2011-01-21);

  • 多人消息(1.1,2011-03-10);

  • 呈现与扫描二维码(3.5,2011-12-20);

  • 朋友圈(4.0,2012-4-19);

  • 公众号(2012-8-23);

  • 微信支付(5.0,2013-08-05);

  • 红包(6.1,2015-01-19);

  • 小程序(6.5.4,2017-01-23);

  • 视频号(7.0.10,2020-01-06);

  • 小商店(2020-8-21);

  • 直播(7.0.20,2020-12-23)。

我们自己做产品,感觉特别难,好不容易做了个工具出来,一开始没人用,冷启动困难。左冲右突之后,找到一条逼仄的夹缝,掉过很多坑之后,勉强活下来了。试图突破,又发现自己陷在自己的圈里了——每个产品都有自己的应用场景,你做得越好,就有越强的语境和用户认知——占领了这部分用户心智,要突破也不容易。

所以真觉得微信太厉害了,这些版本的迭代,每个升级,都突破一次。

有点像武侠小说里的梯云纵,运起轻功使劲往上蹿的时候,力道将尽,大多数产品往下掉了,他左脚往右脚上一踩,又上去一截。眼见着这下到头了吧,右脚往左脚背上一踩,居然又上去了……当然这么说,把极难的这件事给说得有些戏谑,事实上,从工具到平台到生态,发展的过程中,因为帮到了很多人,实际上也有了更多的力量,并不是凭空的。

2021 年,我想给自己一个目标定成:为知识星球做出一个大的功能迭代。

星球创业笔记

创业笔记 394:微信的梯云纵

一直在想着,微信是怎么从工具到平台,再到生态的。我粗略地翻了翻微信更新记录,找到一些做成了的,“大”功能的发布版本/时间。

  • 短消息工具,互发文字、图片(1.0,2011-01-21);
  • 多人消息(1.1,2011-03-10);
  • 呈现与扫描二维码(3.5,2011-12-20);
  • 朋友圈(4.0,2012-4-19);
  • 微信支付(5.0,2013-08-05);
  • 公众号(2012-8-23);
  • 红包(6.1,2015-01-19);
  • 小程序(6.5.4,2017-01-23);
  • 视频号(7.0.10,2020-01-06);
  • 小商店(2020-8-21);
  • 直播(7.0.20,2020-12-23)。

少数人违规,多数人担责

同事告诉我,12 月,有五位同事迟到超过三次(公司人并不多,因此这个占比颇高)。

之所以要考勤,是考虑到协作、会议这些事,需要大多数同事能在同一时间出现在办公室。我们考勤的规则:

  • 上午 8-10 点到公司,不超过 10 点,早来早走,比如 8 点来可以 17 点回,三次迟到记一次旷工,年度旷工三次视为主动离职(这里面还有个灵活度 - 比如某天有事希望晚来晚走,提前跟主管 & 运管同事企业微信上说一声就可以);

  • 11:30 - 1:30 为午餐时间,16:00 - 16:30 有个“放风时间”可以走动玩玩;

  • 如果需要加班,加一天给 1 天加班费 + 0.5 天调休。

我希望团队氛围尽可能宽松、有活力——以此带来大家更好的工作感受和创造力,但昨天有点“难过”,现在反而有点担心,这种宽松会不会造成“骄兵”,大家都成了温室里的花朵?应该怎么做更好?

后来向一位朋友请教,该怎么做更好。

朋友说了个在某公司实际发生的“病假”例子:

某公司,最早的病假政策是“每年 8 天带薪病假,不舒服写个假条申请即可”,之后观察到大量比如离职前“突击请 8 天病假”之类用足福利到事情;后来改成“每半年 4 天,2 天以上需要医院病历/药单”,然后发现,每逢长假,就有很多人提前请假/推迟复工,都是请的带薪病假……于是再改……几经折腾,最后索性改成——一律需要医院证明了。

这是典型的少数人违规,多数人担责。

他的感受是:

  1. 一家公司里的舒适、愉快、扁平化……背后还是自驱力、信任在驱动,需要大家有共识,共同维护,否则就很容易一厢情愿(没有共识,人性趋利,自然做对自己“有利”的事);

  2. 作为管理者,需要花更多的时间跟同事沟通,了解他们的想法,解决他们的问题,传递出价值观;

  3. 传递价值观的过程中,“讲故事”、“讲案例”非常重要,光喊口号没有用,必须用一个个鲜活的与公司有关的案例来说明,做某种选择背后深层次的原因。久而久之,大家都知其所以然了,也能做这样的判断了,这才算形成共识。

所以说回来,他给的解决办法是:

有规则,就严格执行规则(如果规则不合理,随时提出,可以讨论、修改,但如果认同了,必须执行到位);

大量沟通,将公司的价值观准确传递到位,让组织有共识。

顺便再多说一个例子——这个也是我有点头疼的:

在知识星球里,原本可以免费邀请外部用户加入自己的付费星球,不限人数、次数——很多场景下,创作者的用户社群从其他地方迁移过来,需要这个功能。但是,后来有一些“聪明人”,通过其他产品付费,然后使用知识星球提供服务。这反而对正常用户不公平了。

于是我们改成了每季度,每个星球只能有 100 个免费邀请名额。

这也是典型的少数人违规,多数人担责。有什么更好的实现机制吗?

创业笔记 393:还是昨天说的“迟到”的事

上午向一位朋友请教昨天提到的“迟到”这件事,我的问题是:

我希望团队氛围尽可能宽松、有活力——以此带来大家更好的工作感受和创造力,但昨天有点“难过”,现在反而有点担心,这种宽松会不会造成“骄兵”,大家都成了温室里的花朵?应该怎么做更好?

朋友说了个“病假”的实际例子:

某公司,最早的病假政策是“每年 8 天带薪病假,不舒服写个假条申请即可”,之后观察到大量比如离职前“突击请 8 天病假”之类用足福利到事情;后来改成“每半年 4 天,2 天以上需要医院病历/药单”,然后发现,每逢长假,就有很多人提前请假/推迟复工,都是请的带薪病假……几经折腾,最后索性改成一律需要医院证明了。

他的感受是: