作者拿到的成绩
这篇值得看在哪里
作者不会写代码，却从小红书获客切入AI工作台定制。20天新增1200多人，5个客户付费并累计收款约2.5万元。关键转折是把功能清单改成真实业务流程，再与技术伙伴分工交付。前几单里，作者曾把“库存管理”“自动出账”等功能名当成完整需求，直到技术伙伴继续追问，才发现订单来源、录入人、必填字段、修改条件和权限都没有确定。
不会开发也能找到切入口
作者原本做写作业务，长期负责获客、销售、需求沟通和后端协调。原业务流量下滑后，他转向AI企业服务，却没有先补齐开发能力，而是选择做自己熟悉的前端：通过小红书找到客户，问清业务需求，再与技术伙伴共同完成开发和交付。这个选择的前提并不是AI可以替代全部技术工作，而是把获客、沟通和交付拆开，让已有经验先形成可售卖的服务。
小红书获客靠场景而非术语
作者前期研究了100多个相关账号和五六十个同行微信，发现直接宣传“AI智能体定制”或“企业工作流搭建”并不容易让用户理解价值。于是他转向观察资料、教程和工作台内容，重点看多篇内容是否持续有反馈、评论是在问下载还是在问业务适配，以及店铺是否真的有成交。20天累计新增1200多人，但这并不等于1200个定制客户，说明流量只是入口。对读者而言，更值得借鉴的是把技术能力翻译成具体场景，让用户先看见自己每天反复处理的事情能否被改善。
筛选客户先看真实业务
大量咨询进入后，作者逐渐把判断重点从“对方问了多少功能”转向“是否有一件愿意付费解决的具体事情”。他会了解业务发生频率、现有处理方式、容易出错的环节、实际使用者、决策者、预算和时间，并让客户在功能很多时先选出第一版要解决的问题。更关键的判断依据，是客户是否愿意提供现有表格、截图、文件或沟通记录，一起把问题说明白。这样筛出的不是单纯想拿资料或了解功能的人，而是有明确业务场景、愿意投入资料和沟通成本的人。
从功能名称还原交付范围
前几单里，作者曾把“库存管理”“自动出账”等功能名当成完整需求，直到技术伙伴继续追问，才发现订单来源、录入人、必填字段、修改条件和权限都没有确定。后续他改为让客户拿一笔刚发生的业务从头讲一遍，再收集现有资料，整理出流程、重复录入、易错环节和协作节点，形成初版方案，确认后再和技术伙伴评估实现方式、范围、时间和报价。牙科外贸项目就是一个具体例子：表面像订单管理页面，实际还涉及病历图片、供应商、币种、价格、邮件、账单和收款，范围扩大后付款明细从3660元累计到8900元。
根据作者原帖整理。完整实操与材料见原文。
原文还会展开这些问题
- 小红书如何从资料和教程内容承接到AI工作台定制？
- 面对1200多位新增联系人，作者如何筛选真实付费需求？
- 为什么要让客户拿一笔实际业务从头讲一遍？
- 不会开发的人如何与技术伙伴分工并控制交付范围？
- 为什么AI提高效率仍不能证明个人能独立完成交付？
原作者原话
我不一定要等自己学会开发，才有机会参与
真正带着业务问题、愿意花钱解决的人，只占其中一部分
以上为原帖简短摘引。作者：Goldrush。完整内容及访问条件以生财有术原帖为准。
