#自媒体运营频道 #@yunying23
发现有个山寨产品买了我的关键词广告😓
我都想提醒这哥们，咱没必要，他这产品介绍页和预设光线选择，我就觉得他没搞对重点，产品有点差。
以及，以这个工具的ltv，买广告ROI真回不了正😓我怀疑他是不是新闻看多了，以为我靠小猫补光灯赚了不少钱。
发现有个山寨产品买了我的关键词广告😓
我都想提醒这哥们，咱没必要，他这产品介绍页和预设光线选择，我就觉得他没搞对重点，产品有点差。
以及，以这个工具的ltv，买广告ROI真回不了正😓我怀疑他是不是新闻看多了，以为我靠小猫补光灯赚了不少钱。
花了两个小时写了一个Chrome的插件，可以在Google搜索结果页面中，为每个搜索结果显示对应网站域名的注册时间，我把最近1年注册网站标记成了绿色，这个小工具就可以用来快速查看判断某些关键词有什么新的网站上线。
@哥飞 之前也做过这个API，我晚上用Cursor也快速撸了一个Cloudflare的Worker很稳
@哥飞 之前也做过这个API，我晚上用Cursor也快速撸了一个Cloudflare的Worker很稳
👏3
原型项目介绍
项目名称： 萌宠多肉网
原型介绍： 这是一个关于多肉植物的在线社区和交易平台的原型设计，旨在为多肉植物爱好者提供一个集信息获取、交流分享、购买销售于一体的平台。
原型文档包含内容：
首页：提供网站概览，包括注册、找回密码、修改密码等用户服务。
种类推荐：展示不同科属的多肉植物，如景天科、番杏科等。
栽培方法：提供多肉植物的分类栽培方法。
购买平台：提供多肉植物的品种推荐和商品购买。
用户交易：包括订单管理、待付款、待发货等交易流程。
交流平台：为专业和非专业种植户提供交流空间。
萌友新动态：展示社区动态，增强用户互动。
所属行业： 园艺/植物爱好者社区和电子商务。
解决了什么痛点或目标：
为多肉植物爱好者提供一个集中的信息资源和交流平台。
简化多肉植物的购买流程，提供一站式购物体验。
增强社区互动，提升用户体验和满意度。
核心功能模块介绍：
种类推荐：用户可以快速了解不同种类的多肉植物。
栽培方法：提供详细的栽培技巧和方法，帮助用户更好地养护植物。
购买平台：用户可以浏览和购买推荐的多肉植物品种。
用户交易：管理用户的订单和交易，提供流畅的购物体验。
交流平台：促进用户之间的交流和分享，增强社区凝聚力。
萌友新动态：展示社区的最新动态，保持用户对平台的兴趣和活跃度。★★★★☆-萌宠多肉网
合计46个页面
萌宠多肉网 首页、注册、找回密码、修改密码、QQ、萌宠多肉网 登录后的首页、常见种类、种类推荐、A、景天科、番杏科、百合科、龙舌兰科、栽培方法、方法推荐、分类方法、景天科、番杏科、百合科、龙舌兰科、购买平台、品种推荐、推荐商品、1、推荐商品的副本、我的交易、我的订单、待付款、待发货、待收货、待评价、售后服务、我的购物车、收藏夹、种植者经验、专业种植户、非专业种植户、交流平台、萌友新动态、1、2、3、萌友新动态的副本、1、2、3
https://axurehub.com/26774.html
项目名称： 萌宠多肉网
原型介绍： 这是一个关于多肉植物的在线社区和交易平台的原型设计，旨在为多肉植物爱好者提供一个集信息获取、交流分享、购买销售于一体的平台。
原型文档包含内容：
首页：提供网站概览，包括注册、找回密码、修改密码等用户服务。
种类推荐：展示不同科属的多肉植物，如景天科、番杏科等。
栽培方法：提供多肉植物的分类栽培方法。
购买平台：提供多肉植物的品种推荐和商品购买。
用户交易：包括订单管理、待付款、待发货等交易流程。
交流平台：为专业和非专业种植户提供交流空间。
萌友新动态：展示社区动态，增强用户互动。
所属行业： 园艺/植物爱好者社区和电子商务。
解决了什么痛点或目标：
为多肉植物爱好者提供一个集中的信息资源和交流平台。
简化多肉植物的购买流程，提供一站式购物体验。
增强社区互动，提升用户体验和满意度。
核心功能模块介绍：
种类推荐：用户可以快速了解不同种类的多肉植物。
栽培方法：提供详细的栽培技巧和方法，帮助用户更好地养护植物。
购买平台：用户可以浏览和购买推荐的多肉植物品种。
用户交易：管理用户的订单和交易，提供流畅的购物体验。
交流平台：促进用户之间的交流和分享，增强社区凝聚力。
萌友新动态：展示社区的最新动态，保持用户对平台的兴趣和活跃度。★★★★☆-萌宠多肉网
合计46个页面
萌宠多肉网 首页、注册、找回密码、修改密码、QQ、萌宠多肉网 登录后的首页、常见种类、种类推荐、A、景天科、番杏科、百合科、龙舌兰科、栽培方法、方法推荐、分类方法、景天科、番杏科、百合科、龙舌兰科、购买平台、品种推荐、推荐商品、1、推荐商品的副本、我的交易、我的订单、待付款、待发货、待收货、待评价、售后服务、我的购物车、收藏夹、种植者经验、专业种植户、非专业种植户、交流平台、萌友新动态、1、2、3、萌友新动态的副本、1、2、3
https://axurehub.com/26774.html
👍1
#开源
开源一个 MCP Servers 导航站，在去年开源的 gpts-works 项目基础上做了升级：
1. 页面配置化。把导航站的页面内容抽离到了一个单独的 pagejson 文件，方便用 AI 生成页面内容（Pagen 的原理）
2. 风格模板化。把导航站的页面组件放在 templates 模板下，后面可以扩充不同风格的模板，做到导航站千人千面。
3. 数据与视图分离。结合上一次聊到的做导航站 SaaS 的 idea，后面的版本可以实现让用户导入一份自己的数据，选择一个模板，一键上线自己的导航站。
代码已开源到 GitHub👇
https://github.com/chatmcp/mcp-directory
欢迎体验，感谢 star
开源一个 MCP Servers 导航站，在去年开源的 gpts-works 项目基础上做了升级：
1. 页面配置化。把导航站的页面内容抽离到了一个单独的 pagejson 文件，方便用 AI 生成页面内容（Pagen 的原理）
2. 风格模板化。把导航站的页面组件放在 templates 模板下，后面可以扩充不同风格的模板，做到导航站千人千面。
3. 数据与视图分离。结合上一次聊到的做导航站 SaaS 的 idea，后面的版本可以实现让用户导入一份自己的数据，选择一个模板，一键上线自己的导航站。
代码已开源到 GitHub👇
https://github.com/chatmcp/mcp-directory
欢迎体验，感谢 star
👍1
产品管理最基本的工作之一，就是让需求保质保量地上线，并且测试完备，不出现严重的影响生产的bug。
如果质量控制出了问题，再好的策略，再贴心的用户体验设计，都会变得一文不值。你的产品都严重不可用了，用户就算想支持也无能为力。
这类bug的产生，至少有两类情况。
一种情况，是产品需求本身没考虑周到。
产品提了一个某环节的改动需求，开发照着产品的意思做完了，也全部通过早先的测试用例了。大家都以为没什么问题，就让功能上线了。结果没过几天，各种数据指标就变得异常，用户的负面反馈也纷纷爆了出来。最后详细一排查，发现按之前的产品设计，就是会出现问题。
比如，之前有不少用户反馈说，我们文档解析产品界面上东西太多太挤了，没用的可以先隐掉。于是我们调整了一下用户界面，在用户上传完文件识别完之后，自动收起上传区域。结果上线之后，另一些用户开始反馈说第一次上传完之后，不知道怎么操作第二遍。
一整个就是大写的尴尬。无奈之下只好重新设计，继续优化。
另一种情况，是产品需求没毛病，但开发实现的时候莫名其妙出错了。
这其实也相当容易发生，常见于复杂业务流程的改动上，比如订单交易相关的操作。复杂工程里，代码解耦程度不够高时，很容易牵一发而动全身，改了A，结果影响了B。
近期一个乌龙事件，就是在修改TextIn的后台付费套餐统计时，影响了前台自动领取免费试用套餐的逻辑，导致一部分用户即使点了领取，自己账户上的可用额度仍然是0。我要是用户，也一定觉得被骗了。
但对于产研团队而言，因为需求主流程是后台的统计优化，大家无论如何都想不到前台的免费套餐领取会出问题，自然也很难在上线前完整测出来。
当然了，难不是借口，总是有办法的。
上面两种情况的解法其实都差不多，可以是：
1）丰富回归测试用例：每次上线前，至少都应该保证主要的用户路径完全正常不受影响；
2）增加指标监控体系：做到半天或者小时级的核心指标同比/环比监控，让异常更早被发现；
3）灰度发布机制：新的改动不要一下子全量上线，而是在一部分用户里充分测试后再全线推广。
不过这些做法也跟产品的用户规模有关系，不同量级的产品，适合的方式也不同。但产品的质量控制，总归是同样重要的工作。
产品质量出了问题，用户体量小的时候，产品就很难长大；而用户体量大的时候，就可能出现公关危机，出现大量负面反馈，造成用户严重流失。
如果说产品工作里什么是根本，质量控制肯定是其中之一。做好了，用户没有感知，不会有表扬；但做不好，立马就会有负反馈。但正因如此，作为产品经理，反而不能松懈，而是要花大精力去应对才行。
善战者无赫赫战功，神医治病在于早期预防，说的都是这个道理。
如果质量控制出了问题，再好的策略，再贴心的用户体验设计，都会变得一文不值。你的产品都严重不可用了，用户就算想支持也无能为力。
这类bug的产生，至少有两类情况。
一种情况，是产品需求本身没考虑周到。
产品提了一个某环节的改动需求，开发照着产品的意思做完了，也全部通过早先的测试用例了。大家都以为没什么问题，就让功能上线了。结果没过几天，各种数据指标就变得异常，用户的负面反馈也纷纷爆了出来。最后详细一排查，发现按之前的产品设计，就是会出现问题。
比如，之前有不少用户反馈说，我们文档解析产品界面上东西太多太挤了，没用的可以先隐掉。于是我们调整了一下用户界面，在用户上传完文件识别完之后，自动收起上传区域。结果上线之后，另一些用户开始反馈说第一次上传完之后，不知道怎么操作第二遍。
一整个就是大写的尴尬。无奈之下只好重新设计，继续优化。
另一种情况，是产品需求没毛病，但开发实现的时候莫名其妙出错了。
这其实也相当容易发生，常见于复杂业务流程的改动上，比如订单交易相关的操作。复杂工程里，代码解耦程度不够高时，很容易牵一发而动全身，改了A，结果影响了B。
近期一个乌龙事件，就是在修改TextIn的后台付费套餐统计时，影响了前台自动领取免费试用套餐的逻辑，导致一部分用户即使点了领取，自己账户上的可用额度仍然是0。我要是用户，也一定觉得被骗了。
但对于产研团队而言，因为需求主流程是后台的统计优化，大家无论如何都想不到前台的免费套餐领取会出问题，自然也很难在上线前完整测出来。
当然了，难不是借口，总是有办法的。
上面两种情况的解法其实都差不多，可以是：
1）丰富回归测试用例：每次上线前，至少都应该保证主要的用户路径完全正常不受影响；
2）增加指标监控体系：做到半天或者小时级的核心指标同比/环比监控，让异常更早被发现；
3）灰度发布机制：新的改动不要一下子全量上线，而是在一部分用户里充分测试后再全线推广。
不过这些做法也跟产品的用户规模有关系，不同量级的产品，适合的方式也不同。但产品的质量控制，总归是同样重要的工作。
产品质量出了问题，用户体量小的时候，产品就很难长大；而用户体量大的时候，就可能出现公关危机，出现大量负面反馈，造成用户严重流失。
如果说产品工作里什么是根本，质量控制肯定是其中之一。做好了，用户没有感知，不会有表扬；但做不好，立马就会有负反馈。但正因如此，作为产品经理，反而不能松懈，而是要花大精力去应对才行。
善战者无赫赫战功，神医治病在于早期预防，说的都是这个道理。
👍1
#自媒体运营频道 #@yunying23
终于迎来了曙光，新品投放roi4点多
难怪我的内容说 放心交给她
现在绝对不是靠达人自创内容就可以卖出去的时候了，品牌和商家才是最需要研究内容的人
前期用一丢丢钱付费合作达人，要求就是必须按我们给的脚本拍摄，目的就是为了测试内容，一旦测出来了，就可以同类型全面分发
终于迎来了曙光，新品投放roi4点多
难怪我的内容说 放心交给她
现在绝对不是靠达人自创内容就可以卖出去的时候了，品牌和商家才是最需要研究内容的人
前期用一丢丢钱付费合作达人，要求就是必须按我们给的脚本拍摄，目的就是为了测试内容，一旦测出来了，就可以同类型全面分发
大厂需求能力模型：强将
🆚创业（尤其早期）：精兵
确实是有差异，大厂往上走更多不看单体能力，需要的不是精兵是强将，强将单体能力未必敌过精兵，但是擅长组织管理和团队作战，需要在平台和大团队里运作。创业尤其是早期，都是非常精简的团队，需要 精兵（ 10X 员工），一个人能当几个人用，不设能力和岗位边界，更需要精兵。
所以创业➡️大厂，能力称量会打折，HR 一看你不咋带团队，看你单体价值数据没概念，就感觉好小，又没带过团队，那 P7 往下走吧。
但同样，大厂➡️创业，能力称量也会打折，初期就几个人，单兵作战，非常看单体能力，可能你在大厂带的人越多，相对你在单体作战能力上越弱（时间有限），创业初期那就只能干瞪眼，而且大部分创业团队相当长时间都不达到大规模需要精细管理、团队作战的状态。
又回到老生常谈：想清楚自己要什么。
比如你要是不想、或者不觉得自己能在大厂干一辈子，那你心里就得很清醒，即使大厂晋升越往上越看管理能力，但你心里要清楚你主动/被动出来之后，如果不能/不想再进大厂，大概率还是看单体能力，自己掂量，心中有数。在大厂的时间，你给自己的 okr，你对自己时间的分配，你都得针对性做优化的。
当然人都是天然短视的（无贬义，因为远视很难，远视有不确定性），进大厂大多数人还是会被晋升/绩效/考核体系卷动，但是你至少心底最深处你要有数，时不时提醒自己最后你要的是什么。自己提醒不了，沉醉在大厂体系的话，那你就多和外面人聊：多看看大厂中年失业帖，多看看大厂离职创业帖，警醒警醒自己。
🆚创业（尤其早期）：精兵
确实是有差异，大厂往上走更多不看单体能力，需要的不是精兵是强将，强将单体能力未必敌过精兵，但是擅长组织管理和团队作战，需要在平台和大团队里运作。创业尤其是早期，都是非常精简的团队，需要 精兵（ 10X 员工），一个人能当几个人用，不设能力和岗位边界，更需要精兵。
所以创业➡️大厂，能力称量会打折，HR 一看你不咋带团队，看你单体价值数据没概念，就感觉好小，又没带过团队，那 P7 往下走吧。
但同样，大厂➡️创业，能力称量也会打折，初期就几个人，单兵作战，非常看单体能力，可能你在大厂带的人越多，相对你在单体作战能力上越弱（时间有限），创业初期那就只能干瞪眼，而且大部分创业团队相当长时间都不达到大规模需要精细管理、团队作战的状态。
又回到老生常谈：想清楚自己要什么。
比如你要是不想、或者不觉得自己能在大厂干一辈子，那你心里就得很清醒，即使大厂晋升越往上越看管理能力，但你心里要清楚你主动/被动出来之后，如果不能/不想再进大厂，大概率还是看单体能力，自己掂量，心中有数。在大厂的时间，你给自己的 okr，你对自己时间的分配，你都得针对性做优化的。
当然人都是天然短视的（无贬义，因为远视很难，远视有不确定性），进大厂大多数人还是会被晋升/绩效/考核体系卷动，但是你至少心底最深处你要有数，时不时提醒自己最后你要的是什么。自己提醒不了，沉醉在大厂体系的话，那你就多和外面人聊：多看看大厂中年失业帖，多看看大厂离职创业帖，警醒警醒自己。
❤1
极越要崩，是个所有人都知道的事实；但昨天下午还在宣布进入创业2.0时代，晚上就原地解散式的崩，员工也没想到。
就在前天，一个自称在车企做项目经理的人加我，我问是哪一家，他说是近期比较热闹的一家。我问“哪吒吗？”对方还说，“那肯定不至于”。
嗯，他是极越的。
大厦将倾，里面的人估计确实没外面看得清楚。年中，百度的朋友私下聊时，就透露过某CEO一度疯狂找李彦宏要资源，然后不了了之；几个月后再聊起来，已经在说，百度在打算退出这家公司。
不过，我猜，这样解散的速度连李彦宏可能也是懵的。
对百度来说伤筋动骨吗？极越里吉利持股65%，百度子公司持股35%，但是在成立之初，百度持股55%，吉利持股45%，5个董事会席位百度3个，吉利1个；那时通稿铺天盖地写得都是，“百度造车，吉利为合作伙伴”。
正式成立的2021年3月，百度股价快速拉高在210左右 ，几乎是18年后的顶点，之后一路下跌，目前在90这样。
如果说百度损失大，不知道这个损失里要不要包括股价的套利空间。
前两天百度智驾的前老板李震宇离职，虽然他离职是一年前的事只是最近才爆出来，车东西还出了个应景的稿子，叫《百度智驾往事：超50位大牛散作满天星，闯出三家上市公司》。
到目前为止，百度智驾的三条路：做整车、做供应商、做Robotaxi，事实上已经几乎只剩下了Robotaxi萝卜快跑。
奇怪又合理的是，这也是盈利最遥远的业务。年初的时候我去采访萝卜，他们还向我展示了一本内部的书，是智驾部门一个负责人近年来每周发的业务进度邮件汇编，具体的内容我记不清了，但是很厚，三、四十几万字。每一封开头都是按照百度的同学文化称呼，“亲爱的同学们”。
同学们陆续毕业。
让人唏嘘。
就在前天，一个自称在车企做项目经理的人加我，我问是哪一家，他说是近期比较热闹的一家。我问“哪吒吗？”对方还说，“那肯定不至于”。
嗯，他是极越的。
大厦将倾，里面的人估计确实没外面看得清楚。年中，百度的朋友私下聊时，就透露过某CEO一度疯狂找李彦宏要资源，然后不了了之；几个月后再聊起来，已经在说，百度在打算退出这家公司。
不过，我猜，这样解散的速度连李彦宏可能也是懵的。
对百度来说伤筋动骨吗？极越里吉利持股65%，百度子公司持股35%，但是在成立之初，百度持股55%，吉利持股45%，5个董事会席位百度3个，吉利1个；那时通稿铺天盖地写得都是，“百度造车，吉利为合作伙伴”。
正式成立的2021年3月，百度股价快速拉高在210左右 ，几乎是18年后的顶点，之后一路下跌，目前在90这样。
如果说百度损失大，不知道这个损失里要不要包括股价的套利空间。
前两天百度智驾的前老板李震宇离职，虽然他离职是一年前的事只是最近才爆出来，车东西还出了个应景的稿子，叫《百度智驾往事：超50位大牛散作满天星，闯出三家上市公司》。
到目前为止，百度智驾的三条路：做整车、做供应商、做Robotaxi，事实上已经几乎只剩下了Robotaxi萝卜快跑。
奇怪又合理的是，这也是盈利最遥远的业务。年初的时候我去采访萝卜，他们还向我展示了一本内部的书，是智驾部门一个负责人近年来每周发的业务进度邮件汇编，具体的内容我记不清了，但是很厚，三、四十几万字。每一封开头都是按照百度的同学文化称呼，“亲爱的同学们”。
同学们陆续毕业。
让人唏嘘。