互联网从业者充电站
25.8K subscribers
22.1K photos
974 videos
819 files
13.4K links
互联网从业者专属
内容多为技术、产品、设计、运营等不同话题内容;
目标人群为程序员、设计师、产品经理、运营管理等不同职能。
投稿/合作: @inside1024_bot


内容来源网络
Download Telegram
入手一个Mac Air M3,这下可以有上站的爽劲了
#自媒体运营频道 #@yunying23

小红书重大更新,关注页面开启双页信息流,对于持续更新的博主有重大利好

之前关注页面是一屏一博主,导致信息获取效率下降,所以关注页tab的用户忠诚度并不高

从而博主笔记的流量来源基本还是来自首页推荐,几乎所有的博主 首页推荐流量>搜索来源>关注页。

但是随着小红书用户的博主关注数逐渐增多,会形成一个固定的内容池,有足够多的内容供用户选择

所以采取双列信息流有助于唤醒关注页流量,比如我关注了1500个博主,他们的内容足够支撑的起关注页采用双列信息流。

可以理解为重构了粉丝和博主之间的关系,是一个利好。
👍2
我一直欣赏的付费搜索引擎 Kagi,在最新的博客宣称,项目已经赢利了。

看到他们赢利,我非常开心。我认为 Kagi 是当前互联网内容萎缩的一个解决途径——为互联网中的长尾内容提供更多流量, 让人拥有更多获取不同内容的途径,一个参差多态的内容森林才能发育出来。

最近 Google 的内部文件泄漏说明了,它对内容的态度是以获取广告点击为主的。作为一家上市公司,这么处理并没有错。但代价实际上由公众所承担。获得更高质量的搜索结果与获得更多广告收入之间,是严重的利益对立。

与之对应,Kagi 在最新的博文里还提到,他们将成为一家公益公司(Public Benefit Corporation)。这仍然是一个让人高兴的决定,对于它在搜索结果质量方面的承诺,可以信赖,因为没有隐藏的利益冲突。

https://blog.kagi.com/what-is-next-for-kagi
不知道大家在做产品时有没有这样的体验?

产品明明出现了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
1👍1
#自媒体运营频道 #@yunying23

一口老血上不来了!
折扣也搞了、第二份半价也搞了、买一送一也搞了、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
好奇下好的社群电商是怎么推商品的?
我进了几个快团团的群
发现帮卖团长都是在哐哐往群里发货刷屏
感觉匹配效率很低
这样无法持续啊
商品也大都是白牌的
在电商平台没商品或者没评价
无法提前判断质量和价格力
但是快团团也有千亿交易规模
也应该有运营好的道理