关于micro saas 以及精益创业

最近刚把《精益创业实战》这本书看完，觉得写得挺好，趁着小孩睡着了，还有点记忆，写写一些受启发的内容以及一点感悟。 老实说，这本书的内容很好，就是书名有点落俗套，让人看了书名提不起兴趣了，不过如何翻译更好，我也没有太好的想法，就感觉 英文原版Running lean 这个就挺好，精细化运作。

虽然这本书有点年岁了， 但里面的很多内容对现在搞AI Micro saas 的还是挺对口的，尤其是刚从职场出来或者想做副业搞点东西的。

读书笔记

客户并不关心你的解决方案，他们关心的是他们的问题是否能得以解决。

我们的教育体系下成长起来的人总是擅长解决问题，因为我们从小到大就是被要求去解各种题目，即便不会，也会先写一个“答”，但是我们不擅长怀疑问题，更不擅长发现问题。 这个发现问题是指发现真正的问题，这个过程可能是一个迭代的过程，找到一个可能的问题，怀疑这个问题，迭代到下一个问题，以此类推。 这更多是一张思维模式的转换，也比较符合第一性原理，先别着急做，先看看问题是不是一个好问题，先研究透用户真正的需求，搞到一个新词，先弄懂背后用户搜索的真正意图。

需要回答的关键问题不是“我们能否创建这样的产品”，而是“我们是否应该创建这样的产品”。你应该爱上的是客户的问题，而非自己的解决方案。

三种思维模式

思维模式1：商业模式就是产品。

你跑通的整个商业模式，从测试到构建到获客，留存，增长，这一整套东西才是你的产品，并不只是一个网站或者一个APP, 所以你要通盘的考虑整个business该如何跑，在写下第一行代码的时候，你就大致有个方向，比如你的冷启动怎么做，你的SEO 策略怎么做，你的增长怎么弄，你的定价策略大致如何做。

一个公司的真正产品并非你提供的解决方案，而是你的商业模式。商业模式描述了你如何为客户创造价值，向客户交付价值以及从客户处获取价值（得到报酬）。

思维模式2：你应该爱上的是客户的问题，而非自己的解决方案。

这一点上文已经叙述过了，就不再赘述了，不过还想到的一点是，解决方案虽然也很重要，但通常不是风险最高的部分，你应该首先关注风险最高的内容，而风险最高的地方，往往是，营销，获客，留存，增长。这些我们在职场中比较少接触的地方。

思维模式3：创业的目标应该是获取增长力。

当我们决定一个 feature 该不该做的时候，可以以这个为目标。有利于增长的，就去做，对增长意义不大，或者不太相关的，就降低优先级，甚至不做。这在一个独立开发或者小公司身上，是很重要的一点，因为毕竟时间，精力是有限的。

在设计产品的最初阶段，你甚至不知道你不知道什么。

我们的第一版产品跟最终用户买单的产品，可能完全是两个不一样的东西。这是正常的，不断发现真问题，不断的pivot，这反而是小公司的灵活优势。

为产品掏腰包的人才叫客户(customer)，一般的用户(user)则不会这么做。

用户跟客户之前差别很大，我之前在reddit 上看过一个帖子，一个老哥有一个idea, 弄了一个landingpage, 搞了一个waitlist, 然后社区发了一下，冷邮件发了一下，收到了一些潜在用户，但是产品真正上线的时候发现，确实有一些潜在用户确注册并试用了，但是没有付费的。真正访谈了几轮后才发现，这个产品确实方便一些，偶尔用一下可以，但还没有方便到让他们付费使用的地步，也就是说，他们并不是真正的客户，这个需求有可能是个伪需求。

创建一个商业模式需要具备探索式思维，而非执行思维。

不要沉迷于构建的过程，要多看，多听，多想。无论在任何阶段，对商业模式产生最大影响的只是少数的关键行动。保持好奇心不断探索，多接触，才能找到有决定性影响的那几步。

太多创业者落入的陷阱是过早进行优化。

他们想象自己的产品有成百上千的客户使用，并试图将这种想象变为现实，简称意淫式创业，我就曾经意淫式创业一段时间，除了当下给自己一些心里快感，一点卵用没有。

产品的差异化就是要在某一个方面做的比别人好很多，至于其他方面，别落后太多就行。

这拿CD 跟磁带来做例子，对大多数人来说，CD提供的音质不一定明显优于磁带，而且相对还不方便，但是CD使立即播放你想听的歌曲成为可能。这就是差异化。

客户并不是真的想要学习如何使用你的产品，他们希望的是，用最小的工作量获取想要的结果

这在产品设计以及产品体验上，要有一个基本的产品思维： 客户不是来学习如何使用你这个东西的，他是来解决他自己的问题的，把使用门槛降低的越低越好。

举个套壳AI图片站例子，为啥chatgpt/gemini 都可以免费生图，怎么还有人付费去一些套壳生图网站呢，因为chatgpt/gemini 需要你写prompt, 但是一些套壳生图网站 只需要你点点点就可以了，prompt 也是门槛。

从你的字典中删掉“失败”二字，那不是失败，那是正常迭代

快速失败(fail-fast)原则是指把失败视为常态，fail-fast 其实在IT工程领域也是一个经常提起的工程原则，核心思想就是 尽快尝试，尽快获取反馈，尽快根据反馈迭代。成功与否就是一个玩概率的事情，你要增大赢面，就要增大你尝试次数。