Make something people want. —— 保罗·格雷厄姆
这是YC的保罗·格雷厄姆在08年的一次演讲中提到的YC的座右铭。 也是我在几年前转去带产品团队以后选择的一句口号和产品信条。我将他印刷在了T恤上，给当时带的产品团队每人一件。
一方面，我自己从研发转做产品以后，需要强迫自己摆脱掉程序员惯性的工程思维。产品经理最重要的一种思维方式是用户思维。洞察用户的需求，要先站在用户的角度去看问题。先看到钉子，再去找趁手的锤子，实在找不到了再找个扳手、砖头凑合，但还是得解决钉子问题。
而不是相反的，工程师很自然的会站在实现的角度去思考需求，有时会成为阻力。
另一方面，当时我们的产品团队处境很难，被需求方、研发追着打压，内部管理团队也给了很大的管理压力。我知道产品经理们需要顶住这些压力，确保依然将用户需求放在第一位。
所以，当时需要一句话简洁有力量的话，来阐述什么是最重要的：Make something people want.
创业后的有了新的理解
YC提出这句话的背景，本来就是为了指导创业者的。创业初期最难的是发现真实需求，中后期需求源源不断产生后，最难的又是怎么取舍，从一堆真实需求中找出最痛的需求去解决。
回顾我的几次创业，第一次是非常失败的。有各种各样的原因，但最根本的原因是我们花了一年时间才搞清楚那个行业里面错综复杂的问题里面，真正的需求是什么：他们不是缺少一个产品，而是那个行业的制度不健全，他们最大的需求是规则的改进。我们又无能为力。
第二次创业，我认真吸取了教训，动手前看了一个月研报做案头分析，又辗转在杭州、深圳一带跑了两个月市场，每天见三个行业里面人深聊，聊天时不断的修正自己的想法。两个月前准备做个ERP类产品，两个月后发现用户那个时候需要的根本不是ERP这种管理软件，而是线索——销售线索、营销线索、内容线索。后来总算是做成了一个项目。
现在会更加熟练一些，用朋友的话来说就是 Sale Before Build，动手前先尝试能不能销售出去。这几天甚至还尝试了一下 Star Before Build：
一个朋友正在开发一个开源项目，正式release前想先帮他测试一下有没有需求，刚刚就在一个熟人群里发了一下，马上就收到了几个star： github: markdown-to-poster
不多，但这个阶段的反馈，非常稀缺宝贵。
开源项目的启示
中午跟几个朋友在聊开源，有个朋友好几年前开源了一个中文的排版的工具，做的很好，有个几K star，很多年以后依然有不少人在使用那个工具，他看我们最近开源项目搞的火热，于是说也想再更新一下。
但我其实已经不建议他除了改BUG，再添加新功能了。老项目经过这么多年，价值和需求有多大，早就已经得到结论了，如果clone和star没有持续增加的话，应该不是实现的不够好（已经太好了），而是需要这个东西的人变少了。当然如果是为了自己开心那完全没问题，但单纯为了自己开心又何必关注Star这些虚荣指标呢？
不如做今天人们更需要的开源项目，加一点用户思维到开源项目中来。
会因为在做人们需要的东西，而开心快乐，我认为这样的开心快乐，才是利他并持久的。
