https://lewang.dev/tags/%E7%8B%AC%E7%AB%8B%E5%BC%80%E5%8F%91%E8%80%85/ Recent content in 独立开发者 on 小碼哥的博客 https://lewang.dev/lewangdev-cover.png https://lewang.dev/lewangdev-cover.png Hugo -- gohugo.io en Tue, 29 Aug 2023 00:00:00 +0000 https://lewang.dev/posts/2023-08-29-from-huohuotu-to-folotoy/ Tue, 29 Aug 2023 00:00:00 +0000 https://lewang.dev/posts/2023-08-29-from-huohuotu-to-folotoy/ 获取「改造火火兔」动态和「FoloToy」玩具进展请关注我的电报频道 FoloToy 从上个月在推上公开一系列脑洞开始，到选定其中做智能硬件的想法，借助「改造火火兔」到昨天大概一个多月才算验证通所有的产品化技术难点，群友们都在安静等待着产品发布，我自己反而觉得越来越着急，这是一个月遇到技术问题的汇总，希望也能给其他做 IoT 硬件产品的朋友以启发。 我们没有选用树莓派之类的可以运行完整 Linux 的方案，而是采用了 ESP32 嵌入式方案，我们希望模块可以做得非常小，功耗低，成本也低，这样我们就需要自己搞定硬件的设计和固件的开发，也就遇到了后续的这些问题。 开始的选择了 ESP32S3 模块，搭配数字麦克风，第一版硬件做出来以后，发现数字麦克风在 USB 充电时总是会受到干扰，导致录音噪声太多以致不能识别语音，经过多次尝试，始终无法解决问题，我认为这种缺陷无法接受，需要调整。在测试玩具自带的模拟麦克风时，发现效果非常好，于是尝试使用自带麦克风。 起初想法是用户在拿到板子后，不需要自己运行服务程序，只需在固件中配置好 OpenAI 和 Azure 的 APIKey 就可以使用，在做了一些测试之后，发现芯片计算能力有限，从录音到播放生成的回复语音这段过程耗时太长，这样的体验让人难以接受，而把语音处理的过程放到服务器来实现后，回复较短的情况下，整体的响应的速度提高到 3-5s。 ChatGPT 玩具在对话时需要一直在线，是需要联网的 IoT 设备，除了要支持上下行控制指令和配置参数的下发上传，还需要上传下载语音。实现上，在线控制我们使用了 MQTT， 实时发送语音使用单独了 UDP 通道，设备再通过 HTTPS 下载服务器生成好的语音回复文件来播放，数据传输的方案也是遇到一些问题后才确定的。 一开始，我们认为玩具的交互过程非常简单，直接使用 UDP 就可以了，但在实现的过程中发现，服务器在向 ESP32 板子发送 UDP 的语音数据时，会发生非常明显的丢包，从而造成扬声器播放有断断续续的现象，而且不同的电脑运行服务器程序现象还不尽相同，我的 MacBook 体验就很好，而换成 ThinkPad 就丢包严重。 从 UDP 上解决这个问题我感觉难度较大，可能要我们自己做缓存适配硬件解码速度的来播放语音。于是我们从服务器推语音文件转向由板子自己拉(下载)语音文件的方式，流程：板子通过 UDP 上传语音，服务器接收语音后通过 MQTT 下发语音文件 URL，在服务器完成所有的接口调用和语音处理之后，通知板子下载语音。 到此，技术上主要的问题都已经解决，此外我们还做好了通过 Web 更新固件，配网，定义好了灯的状态，而且芯片换为资源更多的 ESP32，从而有足够的 Flash 用于存储出厂固件等。 另外也我注册好了产品的域名 https://FoloToy.com，接下来我们在 https://FoloToy.com 上相会, 谢谢。 https://lewang.dev/posts/2023-08-17-comments-on-x-about-my-startup-ideas/ Thu, 17 Aug 2023 00:00:00 +0000 https://lewang.dev/posts/2023-08-17-comments-on-x-about-my-startup-ideas/ 上个月在 X 上公开脑洞之后，得到了很多 X 友的鼓励和帮助，而且讨论氛围实在是太棒，让我很是感动。看到有位 X 友这样说： 𝕏𝕏助手™：评论区的态度和语气都很友善，让思路在探讨中变得更清晰这件事本身，不光对推主，对其他参与讨论或仅围观的推友来说，或许都有一定的参考价值。也是交流的意义之所在 原文点击这里查看：原文。 我把一些建议汇总了一下，放在这篇博文里。 开发硬件产品的门槛，做方案和做产品的区别 象牙山刘能：儿童那个不错，不过看起来不像是单枪匹马的项目 小码哥：能哥看得很准，我有个小团队，做 IoT 方案的，在验证这个想法 雷尼尔： 这个方案技术上的问题不是问题，我验证过了。但是真正的门槛在后面，产品开发和市场运营。 因为这个东西需要一直联网，而且对网络的信号有要求。另外设备网络的初始化，以及chatgpt或者类似技术在大陆的合规，都是比较大的问题。另外就是moq。你这个产品出来后，产品是自己做还是卖给其他人，差别很大。如果你自己做，开模具，到产品的初次量产，需要投入的资金都是不低的。做硬件产品的门槛要比软件高很多。 小码哥：合规的问题在大陆比较难解决，等政策明确了再看走正常途径申报，或者面向国内的产品就用国内的技术方案。光做硬件做到“产品”级门槛就很高，外型做好看一点，硬件本体最大的成本可能就是结构设计和开模。 我考虑先不追求外观，尽可能利用现有玩具的公模或者3d打印，芯片方案考虑用 ESP32，先做 DEMO orange.ai：ai智能硬件空间还蛮大的，找到合适的模型，效果会很好。国家对硬件也没有啥监管，挺好发育的。 henu王凯：硬件门槛特别高、周期长、风险大，独立开发者、资金不宽裕的别碰硬件。 Justin.Ko: 智能硬件能toc，做得好能上量。对应的问题是团队变大，链条长，对创业有一定难度 Morris： 为什么用火火兔做智能硬件Demo？它有开放接口可定制吗？ 小码哥: 因为我家里刚好有，另外它也是国内前几年儿童故事机市场最顶级的IP，应该会比较容易玩起来 ZHX：儿童玩具硬件部分也容易实现，主要是营销推广 昵称太受欢迎已被抢注: 儿童教育，英语智能对话，或者发音纠正的，应该很好 如何去做 Digital Signage（数字广告屏） Raymond: 我不是做硬件的，但是我其实非常羡慕可以做硬件的朋友，说实话，需求真的是太多了，比卷上天的软件多了去了。独立开发者，成功的案例也多，比如做 HHKB 蓝牙硬件的那个人，这个算是非常细分，非常小众了吧，过去10年，他个人只是做这个的收益，肯定非常可观了。还有哪个做LED氛围灯的，也是做的不错。 Yup: 这些里面我最看好的项目是做 Digital Signage的 SaaS，这个市场不大，但毛利丰足。做一个通用的管理后端，以插件形式深耕各个使用场景，以至于插件市场也是可以做成收费。将你们很在行的硬件盒子铺到Amazon等渠道，找KOL review一下，在线广告推一推，可以的。。。 Yup: 另外，做SaaS就真的不建议面向国内市场了，一定要先出海 小码哥: 多谢指导。前段时间接了一个港澳那边 Digital Signage 的项目，做完项目之后，大体上是这个思路 BobJiang: digital signage SaaS这个有利润，虽然规模不大，但是做深一点，复购还是可以。具体就考验你怎么执行了 小码哥: 确实，最近做了一个海外的digital signage项目，都是采购的软硬件产品来交付的，看到里面有不少地方可以去改进，关键的是项目的利润非常好。 验证产品需求的方法 Luo说不啰嗦: 加油！建议先验证需求再开动，选择比努力重要。 Tantan Fu: 请教一下如何验证需求呀？ 你看我的尝试，感觉验证不成功 Luo说不啰嗦: 首先，想清楚你的用户是谁，这个画像一定要越精准越好，不要试图一上来做一款 for everyone 的产品，这会成为你的负担。想清楚用户是谁之后，把人群特征用几个关键词列出来，这时候你就可以开始验证了：落地页/博客/社群/发帖, 尽可能多地收集线索 (leads)，和他们对话，做预售。