上午早餐会,Tony 提到了一个小目标:在产品迭代过程中,希望产研的同事可以找到好的节奏,磨练出相互 Shape Up、切磋小厂的文化。
其中 Shape Up 这个词来自 37Signal 的书,链接:https://basecamp.com/shapeup,推荐。
其中讨论到了一个过程:
- 小日子最初版本发布后,我们观察到留存不如预期,一个判断是:通知没做好,可能是我们的漏水点——当时我们希望尽量少发通知,少打扰用户。实际上不对。日程、打卡产品,通知非常重要,不通知,用户可能就耽误事了。
- 产品设计出了方案后,研发同事很快实现了。
- 然后,因为产品里有蛮多想实验的小特性,于是研发精力被扯进了 H5 版本的一些小功能、小玩具的折腾与实现——期间产品并没有“挡住”这些新需求,也没有持续盯通知最终的效果。
- 留存虽然有提升,但仍然不够好。
- 但是,我们没对“通知”功能的数据做观测,没办法判断是否通知做到位了。
这里面产品(就是我)的问题有:
- 没能起到中枢作用,没把“通知”的闭环做好。
- 在一个事情没收尾的时候,又没挡住新的需求来袭——研发一直很忙,但没做最着急的事。
Tony 提到早年间创业时,团队是可以: