#自媒体运营频道 #@yunying23
今天刷抖音有一段话我蛮认可的：现在是增量的市场，任何做存量生意的都越来越难，前两年快团团、群接龙、朴朴吃到了「黑天鹅事件」带来的阶段性红利，影响的是一二线城市人群的生活。
现在的主流消费市场，有2处可挖掘的地方，其一，是在中老年的科普，把既有的产品，带给他们，让中老年接触到好东西，体验到好东西，为此付费。
另一个是，将在一二线火的产品，像以前家电下乡一样，送到三线以下的人手里，比如「山姆代购」。
现在信息这么发达，乡镇的中产们，是看过猪跑但没吃过猪肉的，你能把那些他们不好买的东西带给他，他们是愿意付费的，也许「海底捞」和「星巴克」下沉开店，应该也是异曲同工。
这么看来，存量的竞争就是价格竞争，供应链的竞争，这对参与其中的人来说，并无好处，无尽的内卷，如果不能带来产业升级和基础科学的创新，那么只有大家一起死一个下场。
大众对品牌营销的常规套路已经开始脱敏了，随你怎么影响，价格永远是我的考核标准，价格不降谁也不会下手，就是这么残酷。
大家老说提升自己的竞争力，让自己在市场上更有价值，扪心自问一下，你是那个能推动基础科学进步的人吗？你是会改配方呢？还是能开发新材料，研发新技术？既然都不是，本质上都只是一个二道贩子，这个反问句，这何尝不是另一种PUA。
好的赛道和选择，大于不切实际的努力。
今天刷抖音有一段话我蛮认可的：现在是增量的市场，任何做存量生意的都越来越难，前两年快团团、群接龙、朴朴吃到了「黑天鹅事件」带来的阶段性红利，影响的是一二线城市人群的生活。
现在的主流消费市场，有2处可挖掘的地方，其一，是在中老年的科普，把既有的产品，带给他们，让中老年接触到好东西，体验到好东西，为此付费。
另一个是，将在一二线火的产品，像以前家电下乡一样，送到三线以下的人手里，比如「山姆代购」。
现在信息这么发达，乡镇的中产们，是看过猪跑但没吃过猪肉的，你能把那些他们不好买的东西带给他，他们是愿意付费的，也许「海底捞」和「星巴克」下沉开店，应该也是异曲同工。
这么看来，存量的竞争就是价格竞争，供应链的竞争，这对参与其中的人来说，并无好处，无尽的内卷，如果不能带来产业升级和基础科学的创新，那么只有大家一起死一个下场。
大众对品牌营销的常规套路已经开始脱敏了，随你怎么影响，价格永远是我的考核标准，价格不降谁也不会下手，就是这么残酷。
大家老说提升自己的竞争力，让自己在市场上更有价值，扪心自问一下，你是那个能推动基础科学进步的人吗？你是会改配方呢？还是能开发新材料，研发新技术？既然都不是，本质上都只是一个二道贩子，这个反问句，这何尝不是另一种PUA。
好的赛道和选择，大于不切实际的努力。
❤3
#自媒体运营频道 #@yunying23
假设，你的AI工具站有三个套餐，分别是免费、9.9每月、29.9每月。
三个套餐并排左中右放置，请判断以下两种，哪种顺序可以让29.9套餐卖得更好？
第一种顺序：29.9元、9.9元、免费
第二种顺序：9.9元、29.9元、免费
假设，你的AI工具站有三个套餐，分别是免费、9.9每月、29.9每月。
三个套餐并排左中右放置，请判断以下两种，哪种顺序可以让29.9套餐卖得更好？
第一种顺序：29.9元、9.9元、免费
第二种顺序：9.9元、29.9元、免费
#自媒体运营频道 #@yunying23
小红书重大更新，关注页面开启双页信息流，对于持续更新的博主有重大利好
之前关注页面是一屏一博主，导致信息获取效率下降，所以关注页tab的用户忠诚度并不高
从而博主笔记的流量来源基本还是来自首页推荐，几乎所有的博主 首页推荐流量>搜索来源>关注页。
但是随着小红书用户的博主关注数逐渐增多，会形成一个固定的内容池，有足够多的内容供用户选择
所以采取双列信息流有助于唤醒关注页流量，比如我关注了1500个博主，他们的内容足够支撑的起关注页采用双列信息流。
可以理解为重构了粉丝和博主之间的关系，是一个利好。
小红书重大更新，关注页面开启双页信息流，对于持续更新的博主有重大利好
之前关注页面是一屏一博主，导致信息获取效率下降，所以关注页tab的用户忠诚度并不高
从而博主笔记的流量来源基本还是来自首页推荐，几乎所有的博主 首页推荐流量>搜索来源>关注页。
但是随着小红书用户的博主关注数逐渐增多，会形成一个固定的内容池，有足够多的内容供用户选择
所以采取双列信息流有助于唤醒关注页流量，比如我关注了1500个博主，他们的内容足够支撑的起关注页采用双列信息流。
可以理解为重构了粉丝和博主之间的关系，是一个利好。
👍2
我一直欣赏的付费搜索引擎 Kagi，在最新的博客宣称，项目已经赢利了。
看到他们赢利，我非常开心。我认为 Kagi 是当前互联网内容萎缩的一个解决途径——为互联网中的长尾内容提供更多流量， 让人拥有更多获取不同内容的途径，一个参差多态的内容森林才能发育出来。
最近 Google 的内部文件泄漏说明了，它对内容的态度是以获取广告点击为主的。作为一家上市公司，这么处理并没有错。但代价实际上由公众所承担。获得更高质量的搜索结果与获得更多广告收入之间，是严重的利益对立。
与之对应，Kagi 在最新的博文里还提到，他们将成为一家公益公司（Public Benefit Corporation）。这仍然是一个让人高兴的决定，对于它在搜索结果质量方面的承诺，可以信赖，因为没有隐藏的利益冲突。
https://blog.kagi.com/what-is-next-for-kagi
看到他们赢利，我非常开心。我认为 Kagi 是当前互联网内容萎缩的一个解决途径——为互联网中的长尾内容提供更多流量， 让人拥有更多获取不同内容的途径，一个参差多态的内容森林才能发育出来。
最近 Google 的内部文件泄漏说明了，它对内容的态度是以获取广告点击为主的。作为一家上市公司，这么处理并没有错。但代价实际上由公众所承担。获得更高质量的搜索结果与获得更多广告收入之间，是严重的利益对立。
与之对应，Kagi 在最新的博文里还提到，他们将成为一家公益公司（Public Benefit Corporation）。这仍然是一个让人高兴的决定，对于它在搜索结果质量方面的承诺，可以信赖，因为没有隐藏的利益冲突。
https://blog.kagi.com/what-is-next-for-kagi
不知道大家在做产品时有没有这样的体验？
产品明明出现了bug，所有人都看到了，但每个模块的研发都说自己没问题。他们甚至还能甩出一堆证据，说自己的模块运行得很好，并且建议去问问xxx。
这种画面就有点像，明明那有个散发臭味的黑包裹现在就在地上摆着，但路过的每个人都不关心，没有人想要主动上前一挥究竟，反而是义正辞严地说不该我管。
实在没人管，怎么办呢？没办法，只能产品自己上咯，谁让你是最终责任人呢。
三年前，我第一次负责一个由好几个模块组成的产品时，就深刻体会过这个问题。
当时是一个软硬件一体的产品，临上线前，发现效果不理想。把问题发群里，软件说建议查查硬件，硬件说建议查查算法，算法说感觉还是软件工程侧有问题。
无奈之下，我只好坐在电脑前，一个个case测试，并打开每个模块的日志对照着看。一边看，一边拉着各模块的研发负责人当面对质。
折腾了个把小时后，在十足的证据面前，某个模块的研发低下了头。
为什么产品经理要懂技术，我想，至少有很大一部分原因，就是为了处理这种没人负责的情景吧。我能抓着研发debug，就是因为我也是计算机背景出身。
当然了，文科背景的产品经理也能做好，只不过是需要一个负责任的研发lead配合。
但无论怎样，产品经理的工作，不是每天跟研发斗智斗勇。而是了解用户需求，看到用户背后的心理和感受，思考更温暖更友好的解决方案。
我想，真正的解决之道，可能就只能是培养团队和组织的产品文化和责任意识了吧。至少让团队里有一两个人，愿意并且敢于做所谓的边界外的事。做好了，有奖励：没做好，不惩罚。
希望这样的团队氛围，不是一种都市传说。
产品明明出现了bug，所有人都看到了，但每个模块的研发都说自己没问题。他们甚至还能甩出一堆证据，说自己的模块运行得很好，并且建议去问问xxx。
这种画面就有点像，明明那有个散发臭味的黑包裹现在就在地上摆着，但路过的每个人都不关心，没有人想要主动上前一挥究竟，反而是义正辞严地说不该我管。
实在没人管，怎么办呢？没办法，只能产品自己上咯，谁让你是最终责任人呢。
三年前，我第一次负责一个由好几个模块组成的产品时，就深刻体会过这个问题。
当时是一个软硬件一体的产品，临上线前，发现效果不理想。把问题发群里，软件说建议查查硬件，硬件说建议查查算法，算法说感觉还是软件工程侧有问题。
无奈之下，我只好坐在电脑前，一个个case测试，并打开每个模块的日志对照着看。一边看，一边拉着各模块的研发负责人当面对质。
折腾了个把小时后，在十足的证据面前，某个模块的研发低下了头。
为什么产品经理要懂技术，我想，至少有很大一部分原因，就是为了处理这种没人负责的情景吧。我能抓着研发debug，就是因为我也是计算机背景出身。
当然了，文科背景的产品经理也能做好，只不过是需要一个负责任的研发lead配合。
但无论怎样，产品经理的工作，不是每天跟研发斗智斗勇。而是了解用户需求，看到用户背后的心理和感受，思考更温暖更友好的解决方案。
我想，真正的解决之道，可能就只能是培养团队和组织的产品文化和责任意识了吧。至少让团队里有一两个人，愿意并且敢于做所谓的边界外的事。做好了，有奖励：没做好，不惩罚。
希望这样的团队氛围，不是一种都市传说。
👍2
这个原型文件主要包括以下目录：需求概述，更新记录，需求结构图（梳理页面和功能），数据字典（数据间关系），全局说明，原型设计+用例描述+逻辑流程，功能清单，业务流程图，PC后台原型，非功能性需求，项目风险，用到的一些表，运营计划，词汇表，沟通意见。总共包含14个目录，并涵盖了原型设计、需求分析、风险管理等多个方面。仅展示部分截图，请下载后编辑使用。 具体目录有：[‘1需求概述’, ‘2更新记录’, ‘3需求结构图（梳理页面和功能）’, ‘4数据字典（数据间关系）’, ‘5全局说明’, ‘5.1全局说明’, ‘6原型设计+用例描述+逻辑流程’, ‘6.1功能清单’, ‘6.2业务流程图’, ‘6.2.1流程图>创建MQ消息流程图’, ‘6.2.2流程图>取消一个消息’, ‘6.2.3消息队列实现机制’, ‘6.3PC后台原型’, ‘6.3.1消息>有未读消息’, ‘6.3.2消息>设置’, ‘7非功能性需求’, ‘7.1数据统计需求’, ‘7.2性能需求’, ‘7.3服务需求’, ‘7.4营销需求’, ‘7.5安全需求’, ‘7.6接口需求’, ‘7.7法务需求’, ‘7.8财务需求’, ‘7.9帮助需求’, ‘7.10异常场景’, ‘8项目风险’, ‘8.1项目风险’, ‘9用到的一些表’, ‘9.1消息模板表’, ‘9.2消息表’, ’10运营计划’, ’11词汇表’, ’12沟通意见’]
https://axurehub.com/23450.html
https://axurehub.com/23450.html
❤1👍1
#自媒体运营频道 #@yunying23
一口老血上不来了！
折扣也搞了、第二份半价也搞了、买一送一也搞了、M件N折也搞了、买赠也规划了！
甲方还说没有新意，尼玛还要创新什么？
我能凭空给你创一个所有人都没有做过的活动吗？？？
一口老血上不来了！
折扣也搞了、第二份半价也搞了、买一送一也搞了、M件N折也搞了、买赠也规划了！
甲方还说没有新意，尼玛还要创新什么？
我能凭空给你创一个所有人都没有做过的活动吗？？？
这是一个名为“平台-版本号”的原型文件，共有46个目录。目录内容包括产品简介、版本说明、交互自查表、产品概览、更新日志、需求列表、开发排期、产品架构、后台关系图、结构图、产品结构、产品信息结构、业务流程图、任务流程图、页面流程图、产品原型、全局说明、Z轴内容层级、屏幕适配、角色/功能权限、加载方式、全局弹层、常用字段、网络异常、全局交互、控件规范、web颜色字体、web图标、web常用控件、app颜色字体、app图标、app常用控件、交互原型、原型目录、登录前页面、交互说明、站点地图方式（axure制作）、启动页、登录页、一级页面、首页、秒杀专区、流程分解方式（sketch制作）、页面排版展示、非功能需求、埋点需求、性能需求、兼容性需求、用例文档、角色说明、用例关系、活动过程、用例描述、需求卡片、待审核、审核不通过、审核通过。仅展示部分截图，请下载后编辑使用。 具体目录有：[‘平台-版本号’, ‘产品简介’, ‘产品简介’, ‘版本说明’, ‘交互自查表’, ‘产品概览’, ‘更新日志’, ‘需求列表’, ‘开发排期’, ‘产品架构’, ‘后台关系图’, ‘结构图’, ‘产品结构’, ‘产品信息结构’, ‘业务流程图’, ‘任务流程图’, ‘选购商品 任务流’, ‘页面流程图’, ‘选购商品 页面流程’, ‘产品原型’, ‘全局说明’, ‘Z轴内容层级’, ‘屏幕适配’, ‘角色/功能权限’, ‘加载方式’, ‘全局弹层’, ‘常用字段’, ‘网络异常’, ‘全局交互’, ‘控件规范’, ‘web’, ‘颜色字体web’, ‘图标web’, ‘常用控件web’, ‘app’, ‘颜色字体app’, ‘图标app’, ‘常用控件app’, ‘交互原型’, ‘原型目录’, ‘登录前页面’, ‘交互说明’, ‘站点地图方式（axure制作）’, ‘启动页’, ‘登录页’, ‘一级页面’, ‘首页’, ‘秒杀专区’, ‘流程分解方式（sketch制作）’, ‘页面排版展示’, ‘非功能需求’, ‘埋点需求’, ‘性能需求’, ‘兼容性需求’, ‘用例文档’, ‘角色说明’, ‘用例关系’, ‘活动过程’, ‘用例描述’, ‘需求卡片’, ‘待审核’, ‘审核不通过’, ‘审核通过’]
https://axurehub.com/23442.html
https://axurehub.com/23442.html