具体的SOP操作步骤描述
阶段一：第1周——选择人群，开始收集问题（目标：选一个具体人群，收集50条用户原话，不判断、不筛选）
步骤①：选择一个具体人群，不要写“所有人”（解决什么：人群越具体，问题越容易找到。不做“服务所有人”的产品，做“服务某一类人”的产品）
-
背景与目的：很多独立开发者做产品时最容易犯的错误不是技术不行，而是一开始就选错了问题——看到方向不错就立刻写代码，做了一个月上线后没有人用，更没有人付费。真正的用户痛点不是坐在电脑前想出来的，它藏在用户每天的抱怨、重复操作、临时解决方案和已经发生的付费行为里。一个值得做的痛点，通常有几个特征：用户反复遇到、用户已经在想办法解决、不解决会产生损失、用户愿意持续解决。不要先想产品，先收集问题。一开始不要急着判断，也不要急着设计功能——先建立一个“用户问题库”，持续收集问题。
-
具体操作：
-
第1-2天：选择一个具体人群，不要写“所有人”。示例：
-
✅“10人以下电商团队”
-
✅“本地美容门店老板”
-
✅“独立内容创作者”
-
✅“小型外贸公司”
-
❌“所有职场人”
-
-
第3-7天：从以下6个来源持续收集用户原话，先不判断，先积累数量：
-
评论区（小红书、知乎、B站、行业公众号）
-
社群聊天（微信群、行业Slack/Discord）
-
电商平台差评（淘宝、应用商店）
-
竞品客服反馈
-
用户访谈记录
-
朋友圈和公众号留言
-
-
搜索关键词示例：“太麻烦了”“每次都要手动”“有没有更简单的方法”“为什么不能批量处理”“有什么工具可以解决”“这个软件太难用了”“求推荐”“有没有模板”
-
输出：至少50条用户原话记录
-
阶段二：第2周——整理分类与评分（目标：把收集到的问题归纳分类，用五个维度评分，选出3个优先痛点）
步骤②：整理收集到的痛点（解决什么：不要在整理阶段就把问题改写成产品语言——“用户每天都要复制信息到表格”和“开发一个智能客户管理平台”不是一回事）
-
背景与目的：收集问题之后，不要马上开发。需要先分类。记录用户原话非常重要——不要一开始就把用户的问题改写成产品语言。用户说“每天都要把几个群里的客户信息复制到表格”，不要立刻写成“开发一个智能客户管理平台”。前者是用户问题，后者已经是你假设的解决方案。先保留原始问题，后面再讨论产品。
-
具体操作：
-
第8-10天：用以下字段建立用户问题库表格：
-
用户是谁（哪一类人）
-
用户原话（逐字记录）
-
使用场景（问题在什么情况下出现）
-
发生频率（每天/每周/偶尔）
-
当前方案（用户现在怎么解决）
-
造成损失（浪费时间/成本/收入）
-
是否付费（有没有为类似方案花过钱）
-
来源（问题来自哪里）
-
联系方式（能否继续访谈）
-
-
第11-14天：用五个维度对每个问题进行评分（1-5分）：
-
发生频率（每天发生>每周>偶尔）
-
痛苦程度（只是不方便/已经影响收入和工作）
-
付费意愿（已为类似问题付过钱>口头说愿意>从未付费）
-
用户数量（遇到问题的人有多少）
-
触达能力（你能不能找到这些用户）
-
-
痛点价值公式：痛点价值 = 频率 × 痛苦程度 × 付费意愿 × 触达能力
-
选出3个优先痛点
-
输出：一份用户问题库 + 3个优先痛点
-
阶段三：第3周——用户访谈与验证（目标：不推销想法，问过去真实发生的事）
步骤③：不要问“你会不会用”，要问过去真实发生的事（解决什么：用户对未来行为的预测不可靠——会礼貌地说“会”，但不会真的用）
-
背景与目的：很多开发者访谈用户时会直接问“我做一个这样的软件你会用吗”——大部分人会礼貌地回答“可以啊做出来我试试”，但等你真的做出来，他可能根本不会使用。因为用户对未来行为的预测通常不可靠。应该问过去真实发生过的事情。少介绍自己的产品，多听用户讲具体经历。用户讲得越具体，问题越可能真实。
-
具体操作：
-
第15-19天：对3个优先痛点，各访谈5-10名真实用户（共15-30人），问以下问题：
-
你上一次遇到这个问题是什么时候？当时具体发生了什么？
-
你现在是怎么处理的？一次需要花多长时间？
-
一个月大概发生多少次？
-
这个问题给你造成了什么影响？（浪费时间/少赚收入/增加成本/出错）
-
你尝试过哪些解决方案？为什么没有继续使用？
-
你有没有为这个问题付过钱？
-
-
警惕低价值反馈：如果用户只能说“这个想法不错”“以后可能有需要”“很多人应该会用”——这些反馈价值很低
-
高价值信号：用户能说出具体的时间、具体的情况、具体的影响
-
输出：15-30份用户访谈记录
-
阶段四：第4周——低成本验证（目标：用最小成本确认用户是否愿意付费）
步骤④：用四种低成本方式验证（解决什么：验证痛点不等于做一个完整系统——先人工跑通，再考虑自动化）
-
背景与目的：验证痛点不等于马上做一个完整系统。可以用更低成本的方法测试。不要一看到机会就开始开发，先找用户、先听他们怎么描述问题、先看他们现在用什么方式解决、先确认有没有为类似问题花过钱——最后再决定要不要做产品。先人工跑通，再考虑自动化。
-
具体操作：
-
第22-26天：从以下四种方式中选择一种测试（只选一种，不要全做）：
-
方法一：介绍页面——用一个简单页面讲清楚“给谁用、解决什么、使用后有什么结果、大概怎么收费、如何申请使用”，发给目标用户，观察有没有人留下联系方式、主动咨询、愿意试用或付定金
-
方法二：人工交付——假设做自动整理工具，前期先让用户发数据给你，你人工整理后交付。验证三个问题：用户是否真的需要这个结果、是否愿意提供数据、是否愿意为结果付费
-
方法三：极小工具——只做整个流程中最痛的一步（如批量格式转换、自动生成固定报表、提取聊天记录信息），不做完整系统
-
方法四：直接尝试收费——收费是最直接的验证。付费内测、低价试用、定金、按次收费都可以——只有当用户真的准备付款时，才会听到最真实的意见
-
-
第27-28天：收集验证数据
-
第29-30天：复盘并决定是否继续
-
输出：验证结果 + 是否继续的判断
-