最近在开发「凤希AI伴侣」的过程中,突然想明白了一个道理:做产品从来不是为了满足所有人,而是找到与你相向而行的那群人。
一、功能更新:让工具更好用
先说说最近的产品进展。我们在AI对话里增加了结果编辑功能,现在录音笔AI转文本处理后,可以直接在结果框里编辑内容,方便进行下一步操作。这个小改进,让整个工作流程顺畅了很多。
自从有了录音功能,我发现自己的工作效率提升了不少。随时随地想到什么就录下来,比如现在,我坐在电脑前写代码,突然想到这个话题,就直接录音,然后生成文章发表出来。这种随时捕捉灵感的感觉,真的很爽。
二、一个常见的误区:你不可能满足所有人
在做产品的过程中,我经常听到有人说:"开发的东西要好用,要满足大伙的需求。"
但说实话,这个想法听起来很美好,实际上很难实现。
我的观点很明确:一个人或一个团队,精力和能力都是有限的,不可能面面俱到。我们只能找到与自己类似的那一拨人——在需求和认知方向上大同小异的人,而不是分道扬镳的人。
做了这么多年ToB产品,我见过两种情况:
第一种:成熟团队的做法
- 有完善的产品经理和市场调研
- 评估大部分人群的共同需求
- 有计划地开发功能
第二种:技术驱动的做法
- 没有专门的产品经理
- 凭经验做出功能,反推用户使用
- 这是我现在的状态
以前做外包时很简单:客户要什么,我们做什么。但当你自己做产品时,你就是需求提供者。这时候问题就来了——
"你要满足我!"
"你满足他!"
"我想要这个!"
"我想要那个!"
但清醒点,你做不到。
三、关于需求的一些思考
在以前的工作中,我遇到过一些有趣的情况。
实际上我们做技术服务的,更多是实现需求,而不是创造需求。但有些公司没有产品经理或专门负责需求的人,这时候就需要凭经验做出功能,然后反推用户使用。
这种方式的挑战在于:
有时候按照自己的理解做出来后,使用者会觉得"这不是我想要的操作方式"。但要让他们具体说出想要什么,他们又很难清晰表达。
这让我意识到一个问题:不同背景的人,对同一个功能的理解可能完全不同。
- 技术人员看到的是系统工程,从底层架构做起来的复杂性
- 而使用者看到的是表面的操作,会觉得"这不是很简单吗?"
这种认知差异,往往是沟通成本最高的地方。
我的原则:术业有专攻
我很少去评价我非专业之外的人和事。为什么?
因为我知道每个领域都有它的专业性和复杂度。
当然,如果是我明白了、理解了、经历过、见识过的事情,我可以提一些中肯的建议,比如"我见过别人怎么做,我们可以参考"——这是可以的。
但前提是:要有足够的了解和尊重。
四、技术进展:让AI识别更准确
回到产品本身,最近我们做了不少优化:
1. 人声降噪优化
重新调整了「凤希AI伴侣」录音笔的降噪参数,根据不同的降噪级别调整人声清晰度,目的是让AI识别率更高。
2. 新增功能
- 合并录音功能
- 批量删除功能
- 结果编辑功能
3. 技术架构完善
- 跑通了录音到语音识别大模型的完整流程
- 优化了消息广播架构
- 增加了订阅者判断和回调方法
- 代码层面做了不少优化
整个流程现在用起来很流畅。
五、下一步计划:让功能更连贯
现在越做思路越清晰,我要把自己想要的流程轻松打通:
近期目标:
- 批量数据处理:转文本后,批量整合整理数据,让AI做下一步处理
- 图片生成功能:提上流程
- 模板化功能:固定一些标准要求,方便快速使用
等这些前期工作做完,文本处理相关的功能完善后,就可以准备上线发布了。
六、写在最后:做自己用得爽的产品
想想还是蛮多功能可以做的,就是时间问题。
但我不着急。
因为我很清楚:我不是在做一个讨好所有人的产品,我是在做一个我自己用得爽、和我有相同需求的人也会觉得爽的产品。
这就够了。
如果你也是这样的人,欢迎关注「凤希AI伴侣」的产品进展。
如果你不是,那也没关系,等待我们相遇的那一天。
毕竟,做产品最大的误区,不是功能不够多,而是试图满足所有人。
本文由「凤希AI伴侣」录音笔实时录音生成,边做边聊,记录真实的产品开发思考。
#凤希AI伴侣

被折叠的 条评论
为什么被折叠?



