创业笔记

记录刚刚的一个关于“粗糙实现”的例子——我还蛮喜欢的。 小伙伴在做一个工具，发现有个 Bug——文本中偶尔会有问号形状的乱码——很扎眼，看起来很难受，而且出现频率颇高——我们近期要做对外做 MVP 测试，这显然需要解决。 刚刚小伙伴的反馈是

上周的 TGIF，有几位同事建议讲讲我们搞砸的事——结果我起手差点就搞砸了，记错时间，幸亏同事提醒，仓促地拿了小本，写下几件事。 多年前，在喇叭厂当销售。我们去拜访客户之后，客户请晚餐。餐前，厂长将装着报价、成本核算、合同信息的文件夹递给我

有个非常基本的 First principle，我把它当作咒语： 首先质疑需求，使需求变得不那么愚蠢。需求在某种程度上总是愚蠢的。所以，你要从减少需求的数量开始，不管给你这些需求的人有多聪明，需求本身在某种程度上仍然是愚蠢的。你必须从那里开

和冰河聊起： 应该让团队来做新产品和业务创新，让他们成为新的点子、新思路和新方向的提出者，而不能总是公司里的几个老家伙（创始人、合伙人们）提新产品思路。 冰河的反馈是： 目前研发团队手头的工比较繁重，没有太多空余时间。而这些繁重的工作，从另

一 换个视角 前几天，发了笔记 759 后，有同事给我私信提醒。 从他的视角看，同事们的的话，其实跟我想的不一定一样，比如： 晚点我们讨论一下：并不是不做决策，也不是会拖拉。而是稍后上班，面对面提出方案，可能处理起来更快。 这样的终稿是否可