从个人痛点走向可验证的市场
Playbook
  1. 一人公司不等于一个人做完所有事
  2. 选择一条适合自己的经营路径
  3. 用证据做判断:来源、AI、计划与复盘
  4. 海外工作语言:按真实任务安排训练
  5. 从个人痛点走向可验证的市场
    1. 先记录问题发生的完整过程
    2. 区分问题、需求和市场
    3. 把分发和维护放进市场假设
  6. 定义核心用户、任务和使用场景
  7. 用竞品、关键词和渠道研究建立候选市场
  8. 用户访谈与行为观察:问到真实流程
  9. 用页面、Waitlist、手工服务和预付验证
  10. PMF 的证据阶段与调整方向
  11. 核心用户、产品范围和功能取舍
  12. 把需求写成可交接、可验收的任务
  13. MVP、最短价值路径与 Aha Moment
  14. 定位、价值主张与产品叙事
  15. Landing Page:把信息排成一条决策路径
  16. 设计基础、可访问性与本地化
  17. 用模板、Framer 和 AI 完成可接管的设计交付
  18. 定价研究、价值分组与套餐设计
  19. Trial、Freemium、退款与首次付费
  20. 月付、年付、LTD 与用量计费
  21. 单位经济:CAC、LTV、ROI、回收期与渠道容量
  22. 发布不是一天:建立预热、上线和复盘系统
  23. Product Hunt:适用条件、当日执行与长期价值
  24. App Store 发布与审核沟通
  25. ASO 与 Apple Ads:从曝光到下载
  26. 平台生态产品:模板、插件、开源与垂直应用
  27. 把内容当成产品和经营资产
  28. Build in Public 与个人品牌的长期边界
  29. X 冷启动:身份、Profile、关系与第一批反馈
  30. X 内容系统:选题、素材、结构与复盘
  31. 跨平台内容治理:复用、多账号与创作者协作
  32. 低制作负担的 YouTube 增长系统
  33. SEO:从查询意图到页面、技术与测量
  34. 建立可发现和引用的资产:外链、免费工具、Programmatic SEO 与 AI 搜索
  35. Product–Channel Fit 与 30 天低成本学习循环
  36. 付费获客基础:资产、指标、预算和实验
  37. Meta 与 Google Ads:沿漏斗定位损失
  38. 创作者营销:选号、Brief、归因与放大
  39. 用社区和 Discord 承接支持、反馈与留存
  40. Cold Email 与早期销售:从可搜索 ICP 到 Pipeline
  41. Affiliate、Referral 与合作伙伴:激励、折扣、归因与退出
  42. Onboarding、Aha Moment 与漏斗诊断
  43. 邮件、支持、留存、退款与支付风控
  44. 跨境电商完整经营链:选品、履约、转化与复购
  45. 什么时候注册公司,怎样选择主体和收款链路
  46. 税务日历、跨境资金与团队安排
  47. 数据地图、GDPR、合同与隐私运营
  48. 平台政策、知识产权、安全与分阶段合规

先记录问题发生的完整过程

个人痛点是很好的产品起点。经营者亲自遇到过问题,通常知道它在什么场景发生,现有做法哪里麻烦,也更愿意把第一版做出来。

这类经历只能先证明一件事:至少有一个人遇到了真实问题。它还不能说明有多少人重复遇到、其他人是否采用相同替代方案、谁愿意付费,以及经营者能否稳定找到这些客户。

从个人痛点走向市场,需要把最初的体验继续查成一组可被推翻的假设。问题频率、损失、替代方案、付款人、触达渠道、趋势和维护成本,都要分别寻找证据。完成这一步以后,产品才适合进入更具体的用户研究和验证。

产品想法刚出现时,先不要急着写功能列表。把最近一次问题发生的过程写下来:

  • 当时准备完成什么任务;
  • 触发问题的条件是什么;
  • 现在用什么方法绕过;
  • 整个过程花了多少时间和费用;
  • 哪一步最容易出错;
  • 如果不解决,会造成什么后果;
  • 一周、一个月或一年会重复多少次;
  • 还有谁在完成相同任务。

这样的记录会把「体验很差」变成可观察的问题。它也能帮助经营者区分核心任务和个人偏好。按钮位置不顺手,可能只是界面偏好;每次处理一份订单都要在三个系统之间复制数据,则更像稳定工作流中的成本。

一个漫画阅读者的原始问题很具体:外语漫画可以用图片翻译查看,但译文与气泡、字体和版式分离,阅读过程不断被打断。理想结果也很清楚——上传图片后完成识别和翻译,再把译文放回接近原来的位置。[1] 这种描述已经包含输入、任务和结果,比「做一个 AI 漫画工具」更容易继续验证。

搜索现有方案,理解用户为什么还在忍受

存在竞品通常说明问题已经有人处理,并不等于市场已经没有机会。更重要的是观察用户如何在现有方案之间取舍。

搜索现有方案,理解用户为什么还在忍受存在竞品通常说明问题已经有人处理,并不等于市场已经没有机会。
并不等于市场已经没有机会
查几类证据
竞品评价里反复出现什么抱怨
搜索结果
户在社区怎样提问

可以先查几类证据:

  1. 搜索结果、应用商店和平台市场里有哪些直接产品;
  2. 用户在社区怎样提问,使用哪些词描述问题;
  3. 竞品评价里反复出现什么抱怨;
  4. 没有购买产品的人怎样用表格、人工、脚本或多个工具拼接;
  5. 已有产品按什么方式收费,谁负责付款;
  6. 用户切换方案时需要迁移什么数据和习惯。

漫画翻译项目在开发前继续检查了搜索结果、Chrome Web Store、Reddit 讨论和开源项目。已有方案能够完成部分翻译,仍存在单图处理、排版、语言覆盖和使用流程上的空缺。产品机会来自这些具体差异,不能只从创始人喜欢漫画得出。[1]

现有替代方案也帮助估算问题强度。如果用户已经付费请人处理、维护复杂表格、编写脚本或长期忍受高额费用,说明问题有实际成本。若多数人只在讨论中表示感兴趣,却没有任何行动,经营者需要谨慎看待口头需求。

把「和自己一样的人」拆成自然存在的群体

个人经历容易让经营者假设,市场上有很多和自己完全相同的人。继续细分时,又可能不断增加条件,最后得到一个人数很少、也无法触达的交集。

把「和自己一样的人」拆成自然存在的群体个人经历容易让经营者假设,市场上有很多和自己完全相同的人。
个人经历容易让经营者假设继续细分时又可能不断增加条件得到一个人数很少

更合理的做法,是先从一个较大的既有行为中收窄任务。市场可以大,产品只解决其中一个明确环节。这种选择可以概括为「大场景中的小需求」和「老市场里的新需求」:用户已经为大任务投入时间或金钱,新技术、渠道或行为变化让某个细节出现新的解决方式。[2]

判断一个细分是否自然存在,可以检查:

  • 这群人是否使用相同工具或平台;
  • 是否在相近场景中重复同一任务;
  • 是否使用相似语言讨论问题;
  • 是否能在某个社区、行业、职位或渠道中被识别;
  • 是否有共同的预算来源和购买方式;
  • 产品是否要求他们先养成一个全新的前置习惯。

ReadNotion 的设想依赖 Notion 与 iOS:一部分用户已经把文章存入 Notion,只是手机端阅读和记录不够顺畅。这是已有行为上的改进。若目标用户原本不使用 Notion,产品还要先说服对方改变保存方式,获取成本和使用阻力都会上升。[2]

细分边界不必一次确定。当前只需要写出最有可能的一组用户和行为,再用后续访谈与实验修正。

平台规模只是市场背景

依附 Notion、Shopify、Figma、WordPress、Chrome 或 App Store 的产品,很容易用平台总用户量说明机会。这个数字只能表示理论上限,无法直接换算为当前产品的可达市场。

平台规模只是市场背景这个数字只能表示理论上限,无法直接换算为当前产品的可达市场。
依附 NotionShopifyFigmaWordPress

平台型机会至少还要检查:

  1. 具体任务:平台用户是否反复完成这项工作;
  2. 付费主体:个人、团队、客户还是公司预算;
  3. 现有供给:模板、插件、内置功能和人工服务怎样解决;
  4. 接口条件:产品能否稳定取得必要数据和权限;
  5. 分发入口:市场搜索、社区、内容或合作渠道是否可用;
  6. 长期维护:接口、审核、兼容和客服由谁承担;
  7. 退出风险:平台增加同类功能或改变规则后,业务还能留下什么。

Notion 生态里可以经营模板、插件和咨询。三种形式共享同一个上游平台,构建、售后、定价和获客条件却完全不同。一名创作者曾从插件转向模板,原因包括开发与客服负担较高,模板能减少维护,把更多时间留给内容和销售。[3]

因此,「平台很大」后面还要补一句:产品实际服务平台内哪项任务,能够接触到多少符合条件的人,为什么他们会选择外部产品。

平台很大因此,「平台很大」后面还要补一句。
「平台很大」后面还要补一句产品实际服务平台内哪项任务
能够接触到多少符合条件的人为什么他们会选择外部产品