InfoQ|得了谷歌的病,技术选型:没有谷歌的命( 三 )


你可以把产品控制权交给用户
当我们让内部用户使用笨拙的系统时 , 我们向他们传达了这样的想法:事情不会总是这样的 。
当有新员工加入客服团队时 , 我们让他们务必在第一周拿出一个产品改进方案 。 开发人员会尝试在他们的第一周结束之前实现改进方案 。
这原本只是出于好心 , 让客服团队感觉到他们的意见被重视 。 但随着时间的推移 , 我们被这些用户的参与度和他们提出的产品创意所折服 。
我们从一开始就告诉他们 , 他们目前使用的系统是可以改进的 , 这改变了他们的思考方式 。 他们知道 , 他们使用的系统不是固定不变的 , 而是可以变成任何他们想要的样子 。
先囤积数据 , 再挖掘价值
在成立Housekeep之初 , 我收到了一个很好的建议 , 虽然听起来很奇怪:“数据的成熟过程就像葡萄酒 , 代码的成熟过程就像鱼” 。
最终我明白了这句话的含义 。 随着产品的演化 , 应用程序代码需要被重构和重写 , 但是我们在2013年收集的数据在10年后仍然有用 。
在早期 , 我们记录了客户、清洁工或工作人员在系统中操作的日期、时间和内容——开始或完成一项工作、预订新工作、更改日程安排 。 我大约花了两天时间开发日志系统 , 从那时起 , 它就默默地在后台把所有的数据都记录下来 。
一开始我们没有去查看或分析这些数据 , 只是把数据默默地添加到数据库中 。 过了一段时间之后 , 我们有了一个匿名用户行为数据的宝库——数据“成熟”了 。 时间越长 , 数据集增长得就越多 , 我们能够从中提取的价值也就越多 。
小结
如果你的团队规模还很小 , 产品也还在演化中 , 那么这些建议值得参考 。 但要注意 , 随着公司规模增长 , 盲从这些建议的风险就会变大 。
当团队规模比较大的时候(比如每个团队都有50个人) , 你就不能让开发人员和客服人员坐在一起了 。 开发人员会因为噪音而感到沮丧 , 而且并不是每个客服人员提出的产品想法都是积极有用的 。
当10分钟的宕机时间意味着损失1万美元收入时 , 你就不能继续对产品保持漫不经心的态度 。
当每天都有1000个新客户加入时 , 你也不能再随意惹恼他们 。
上述这些建议只是生存策略 , 为你争取时间 , 让你的公司变得足够强大 , 能够“正确地”做事情 。 你不是谷歌 , 不过你要知道 , 1998年的谷歌和今天的谷歌相差甚远 , 他们也是利用了一定技巧和捷径才走到了今天的位置 。
参考阅读:
https://medium.com/dev-genius/the-advantages-of-not-being-google-5b1c4454d0da
【InfoQ|得了谷歌的病,技术选型:没有谷歌的命】今日荐文


推荐阅读