Ask HN：2024 年你们如何想出副业项目点子？

核心问题：点子 vs. 执行

• 许多评论者认为，OP 并不是缺少点子，而是在选题范围和完成上遇到了困难。
• 一个反复出现的主题是：点子只占成功的一小部分；持续执行、交付和迭代重要得多。
• 有人指出，在解决了“难点”之后失去兴趣很常见，而且如果目标是学习而不是正式发布，这也是可以接受的。

点子从哪里来

• 最受欢迎的策略：解决你自己在工作或日常生活中的具体问题（例如税务工具、签证/移民助手、给年长父母的照片分享、leetcode 备考工具、银行工具）。
• 从爱好中寻找灵感（音乐、健身、语言学习、艺术、cosplay、狗、游戏）。
• 寻找“糟糕的东西”或定价过高的东西，然后做一个更简单/更好的版本。
• 挖掘现有数据集、细分论坛、Discord、Facebook 群组中对现状不满的专业人士；抱怨往往指向未被满足的需求。
• 在非技术领域成为专家；这样就会自然看出其中的低效之处。

简单性、范围和技术选择

• 对于放弃“简单”点子的反对声音很强；用户真正想要的简单产品受到称赞。
• 建议积极压缩 MVP 范围，在第一个周末就做出有趣或有用的东西，然后让用户反馈在之后增加复杂度。
• 有几条评论指出，许多个人工具或小众工具并不需要复杂的后端；试图强行加入后端复杂性可能适得其反。
• 有人分享了技术栈和工具（例如带类型安全工具的 Postgres、用于 Let’s Encrypt 的 nginx-proxy/Traefik），但认为它们相对于产品价值而言是次要的。

金钱、动力和目标

• 观点分裂：有些人明确忽略变现，优化的是乐趣、学习或帮助特定社区；另一些人则追求“啤酒钱”或小众 SaaS。
• 一派认为主要为了钱而构建会让人缺乏动力；热情或个人需求往往会产生更好、更持久的项目。
• 另一派建议瞄准经过验证的大市场，复制现有应用并让它们更便宜/更快/更好，而不要过度浪漫化“独特性”。
• 分发很重要：要规划你将在哪里接触到用户（小而聚焦的社区），而不是只依赖大型平台。

提升执行力

• 建议包括：限时发布、即使是个人项目也使用看板/路线图、回头复活旧的未完成想法、为现有开源后端贡献代码，甚至购买一个副业项目。
• 有几条评论强调自我认知：选择与真正能让你持续工作的因素一致的项目——个人痛点、受众反馈，或技术挑战。