#职场社畜日常
【小红书内容转型的悖论】
这两天得到一些常用小红书产品的朋友反馈： “你需要多用用搜索，feed流才会推荐多维度的内容”； “小红书特别实用，但凡你想看某一个主题，搜索之后，给你的推荐就全是这个类型的内容”。
你有没有发现，这两个反馈其实是产品设计的一体两面。
搜什么关键词 feed流给什么结果 → 产品实用 → feed流的多样性、丰富度不够 → 同质化内容用户看多了会腻、会流失 → 用户需要主动用搜索来调教 feed流。
------------
这背后可能又涉及到推荐算法中常见的推荐密集问题，我就网上搜了一下小红书推荐算法的逻辑，看到一篇古早技术分享：
大概逻辑就是说，小红书冷启动阶段的推荐，主要是基于“相似笔记”的逻辑，这个相似的判断背后会通过诸如点击、点赞、收藏、浏览时长等多个维度来进行内容推荐。
更有意思的一点是，他们为了提高推荐相似笔记的实时性，还在技术上进行了更新迭代，能让用户点赞之后立马给她推荐相似的内容。
这点的有趣之处就在于说，本来在冷启动阶段，你的 feed流是给用户提供了多维度内容的。
但是当你看到，相似笔记能大大提高用户冷启动环节留存率时，就主动去选择了提高推荐相似笔记的反馈速度。
相应的，放弃了对用户多维度喜好的挖掘。
------------
要知道，用户对短期兴趣的偏好是有一个阈值的，到达这个阈值之后，用户就会迅速对同质化内容失去兴趣，从而流失。
所以大多数推荐类的产品，它会有一个逻辑，是打散相似内容，增强内容的多样性，不断发掘用户强兴趣相关的弱兴趣，拓展对用户的理解（此处终于能看出我本职是做数据分析的了，大雾）。
但目前我初步尝试下来，在小红书上是没有太看到这点的（毕竟为了商业化10条笔记都放了2条广告了，要怎么继续往里塞都是个问题）。
那么所谓的“发现”美好生活，要如何发现呢？
无论是以图片为主的内容展示，还是及时反馈的推荐逻辑，亦或者是笔记+收藏的实用性推崇，其实都是在从产品设计上，强化、反哺了“逛街”的用户场景。
内容转型，何其之难啊。
【小红书内容转型的悖论】
这两天得到一些常用小红书产品的朋友反馈： “你需要多用用搜索，feed流才会推荐多维度的内容”； “小红书特别实用，但凡你想看某一个主题，搜索之后，给你的推荐就全是这个类型的内容”。
你有没有发现，这两个反馈其实是产品设计的一体两面。
搜什么关键词 feed流给什么结果 → 产品实用 → feed流的多样性、丰富度不够 → 同质化内容用户看多了会腻、会流失 → 用户需要主动用搜索来调教 feed流。
------------
这背后可能又涉及到推荐算法中常见的推荐密集问题，我就网上搜了一下小红书推荐算法的逻辑，看到一篇古早技术分享：
大概逻辑就是说，小红书冷启动阶段的推荐，主要是基于“相似笔记”的逻辑，这个相似的判断背后会通过诸如点击、点赞、收藏、浏览时长等多个维度来进行内容推荐。
更有意思的一点是，他们为了提高推荐相似笔记的实时性，还在技术上进行了更新迭代，能让用户点赞之后立马给她推荐相似的内容。
这点的有趣之处就在于说，本来在冷启动阶段，你的 feed流是给用户提供了多维度内容的。
但是当你看到，相似笔记能大大提高用户冷启动环节留存率时，就主动去选择了提高推荐相似笔记的反馈速度。
相应的，放弃了对用户多维度喜好的挖掘。
------------
要知道，用户对短期兴趣的偏好是有一个阈值的，到达这个阈值之后，用户就会迅速对同质化内容失去兴趣，从而流失。
所以大多数推荐类的产品，它会有一个逻辑，是打散相似内容，增强内容的多样性，不断发掘用户强兴趣相关的弱兴趣，拓展对用户的理解（此处终于能看出我本职是做数据分析的了，大雾）。
但目前我初步尝试下来，在小红书上是没有太看到这点的（毕竟为了商业化10条笔记都放了2条广告了，要怎么继续往里塞都是个问题）。
那么所谓的“发现”美好生活，要如何发现呢？
无论是以图片为主的内容展示，还是及时反馈的推荐逻辑，亦或者是笔记+收藏的实用性推崇，其实都是在从产品设计上，强化、反哺了“逛街”的用户场景。
内容转型，何其之难啊。
#职场社畜日常
作为一个C端产品经理，昨天和一位B端产品经理聊天，体会到B端和C端有两点很大的不同：
1. 普适 VS. 定制。C端希望用户越多越好，这意味着要尽量挖掘普适的需求。反过来，需求越普适，能用来解决其的产品会更标准，规模效应会更大，典型的如日常沟通和社交的需求，被微信一个APP满足的很好。而B端服务的对象是企业、政府等机构，每个机构有各自的行业背景，不同行业的需求差异较大。在购买产品时，客户肯定更喜欢定制化的产品。想要达成交易，产品一定要基于行业需求做定向设计。需求和产品越定制化，越难形成规模效应。
2. 开放 VS.封闭。C端面向普通用户，产品都是在市面上开放的，每上线一个新功能，不仅用户能看到，竞品也能看到，并快速跟进。想要保持领先地位，只能不停地摸索新玩法，但只要双方都有战斗力，产品之间很难拉开差距。于是双方一直处于非常激烈地竞赛状态，比如抖音VS.快手。而B端相当不同，产品只在客户内部使用，比如配货系统、财务系统等等，无法被外界看到，也就无法被竞品模仿。
以上两点决定了，C端形成赢家通吃，企业间对抗激烈；B端则允许不少小而美的公司存在，并且相当滋润地活着。
作为一个C端产品经理，昨天和一位B端产品经理聊天，体会到B端和C端有两点很大的不同：
1. 普适 VS. 定制。C端希望用户越多越好，这意味着要尽量挖掘普适的需求。反过来，需求越普适，能用来解决其的产品会更标准，规模效应会更大，典型的如日常沟通和社交的需求，被微信一个APP满足的很好。而B端服务的对象是企业、政府等机构，每个机构有各自的行业背景，不同行业的需求差异较大。在购买产品时，客户肯定更喜欢定制化的产品。想要达成交易，产品一定要基于行业需求做定向设计。需求和产品越定制化，越难形成规模效应。
2. 开放 VS.封闭。C端面向普通用户，产品都是在市面上开放的，每上线一个新功能，不仅用户能看到，竞品也能看到，并快速跟进。想要保持领先地位，只能不停地摸索新玩法，但只要双方都有战斗力，产品之间很难拉开差距。于是双方一直处于非常激烈地竞赛状态，比如抖音VS.快手。而B端相当不同，产品只在客户内部使用，比如配货系统、财务系统等等，无法被外界看到，也就无法被竞品模仿。
以上两点决定了，C端形成赢家通吃，企业间对抗激烈；B端则允许不少小而美的公司存在，并且相当滋润地活着。
#职场社畜日常
Media
小红书的社区、泛化和竞争
知乎做问答的初衷也是做知识百科，但知乎的内容调性是围绕着“为什么”、“事情的原理应该是什么”----这注定是更精英阶层才关心的问题。今天刚跟同事聊到越到了高级别的晋级，越需要重点阐述为什么要做，为什么这么做，而不是怎么落地、怎么解决问题。
反观小红书，一直在致力于去提供“怎么做”的内容，相比于知乎，“怎么做”才是大众更关心的议题。“人人都想关心减肥”，你别跟我扯盛唐还是汤加怎么一胖为美，一味追求瘦不是对的，我真的不关心，我就想知道怎么瘦，怎么落地，我才是对普通人“有用”的知识。
做“有用”的知识社区，还有一个好处，就是相对安全，如果一个平台用户的「价值观公约数」就是分享与鼓励，我只分享经验，我不带情绪，不发表观点，也不夸大价值观，那么大部分人会变得平和与理性。这是小红书相对于微博的优势。
小红书的平权策略立的也非常正确，普通人发的内容和明星发的内容可能同时在一刷中，且始终没放弃泛图文类内容，创作者的生产心理门槛被大大降低，让小红书几乎成为发表用户比例最高的内容社区产品（这对内容标准化的要求极高，小红书是下了狠功夫的），一旦人人都变成了创作者，除了内容池扩充弹药足了，还连带了另外一个好处就是用户在评论区里很变得更加peace&love，我不跟你吵架你也别跟我吵架，这也让小红书无论经过几次大规模增长和扩列，也没发生大型创作者被逼出走的惨剧。
http://mmbiz.qpic.cn/mmbiz_jpg/cQjkwkqXpQxYGN7nafszyAypI3OdXJFHF1yOITtneoY9gwrtepickwEgxrP6HLFKmCwNUGdiacrjqqu8GiaVJBQVA/0?wx_fmt=jpeg
Media
小红书的社区、泛化和竞争
知乎做问答的初衷也是做知识百科，但知乎的内容调性是围绕着“为什么”、“事情的原理应该是什么”----这注定是更精英阶层才关心的问题。今天刚跟同事聊到越到了高级别的晋级，越需要重点阐述为什么要做，为什么这么做，而不是怎么落地、怎么解决问题。
反观小红书，一直在致力于去提供“怎么做”的内容，相比于知乎，“怎么做”才是大众更关心的议题。“人人都想关心减肥”，你别跟我扯盛唐还是汤加怎么一胖为美，一味追求瘦不是对的，我真的不关心，我就想知道怎么瘦，怎么落地，我才是对普通人“有用”的知识。
做“有用”的知识社区，还有一个好处，就是相对安全，如果一个平台用户的「价值观公约数」就是分享与鼓励，我只分享经验，我不带情绪，不发表观点，也不夸大价值观，那么大部分人会变得平和与理性。这是小红书相对于微博的优势。
小红书的平权策略立的也非常正确，普通人发的内容和明星发的内容可能同时在一刷中，且始终没放弃泛图文类内容，创作者的生产心理门槛被大大降低，让小红书几乎成为发表用户比例最高的内容社区产品（这对内容标准化的要求极高，小红书是下了狠功夫的），一旦人人都变成了创作者，除了内容池扩充弹药足了，还连带了另外一个好处就是用户在评论区里很变得更加peace&love，我不跟你吵架你也别跟我吵架，这也让小红书无论经过几次大规模增长和扩列，也没发生大型创作者被逼出走的惨剧。
http://mmbiz.qpic.cn/mmbiz_jpg/cQjkwkqXpQxYGN7nafszyAypI3OdXJFHF1yOITtneoY9gwrtepickwEgxrP6HLFKmCwNUGdiacrjqqu8GiaVJBQVA/0?wx_fmt=jpeg
#职场社畜日常
今日被批犯了职场大忌
我近日负责的项目中有涉及给玩家发放奖励，所以拉了会议跟商业化部门的人对齐，我还是经验少太天真，只站在自己角度去提需求让他们给我提供奖励，但其实站他们角度，他们不可能给我白干活不占便宜。
会上就各种挑战，质疑我的方案和奖励目的，还提了很多“建议”要干涉我的项目，在讨论中我太天真的说对他们说了，我的项目核心目的不是为了盈利，最后老板说方案还未最终确定，后续再继续去对齐合作的事项结束了这个会议。
会后老板单独拉我去聊，首先批评我不应该在商业化部门面前说不盈利，如果不盈利他们是没有动力支持我们的工作；其次就是涉及跨部门的工作就意味着很难推动，因为每个部门的利益点不同，大家都想在你的项目中掺一脚，都想有话语权。
职场不易，多留心眼少说话。
今日被批犯了职场大忌
我近日负责的项目中有涉及给玩家发放奖励，所以拉了会议跟商业化部门的人对齐，我还是经验少太天真，只站在自己角度去提需求让他们给我提供奖励，但其实站他们角度，他们不可能给我白干活不占便宜。
会上就各种挑战，质疑我的方案和奖励目的，还提了很多“建议”要干涉我的项目，在讨论中我太天真的说对他们说了，我的项目核心目的不是为了盈利，最后老板说方案还未最终确定，后续再继续去对齐合作的事项结束了这个会议。
会后老板单独拉我去聊，首先批评我不应该在商业化部门面前说不盈利，如果不盈利他们是没有动力支持我们的工作；其次就是涉及跨部门的工作就意味着很难推动，因为每个部门的利益点不同，大家都想在你的项目中掺一脚，都想有话语权。
职场不易，多留心眼少说话。
【盒马生鲜App前后台】PRD产品原型Axure源文件
在新零售背景下，结合信息智能技术，采用“线上下单、实体门店设立前置仓、线下即时配送”的新模式，5公里内30分钟送达，保障线上和线下的生鲜品质相同，为消费者带来更好的体验，提升消费者的粘性，夺取生鲜市场。
传统生鲜电商存在配送体系缺乏管理标准、配送时效较慢、损耗比较严重、物流成本占比高等问题，其普遍运营方式是通过拼低价来吸引消费者，而拼低价的背后，导致商品质量良莠不齐，消费者体验差，复购率低。
据国家统计局数据显示，80后人数高达2.28亿，90后人数高达1.74亿，这批“互联网原住民”是消费的中坚力量，拥有强大的经济实力，他们对商品价格的高低不是很敏感，但要求有良好的消费体验。
原型目录包括产品介绍 版本说明 思维导图 APP功能脑图 后台功能脑图 产品原型 前后端功能清单 APP原型 原型说明 登录和找回密码流程 用户购物流程 全局说明 交互说明 下拉刷新 加载中 加载失败 强提醒 弱提醒 普通更新 盒马鲜生原型 登录和注册 首页 选择和新建收货地址 搜索页面 扫码页面 消息 商品分类页面 商品详情页 分类 购物车 我的 后台原型 首页 商品-商品发布 商品-商品列表 商品-商品详情 商品-分类标签 商品-评论管理等页面
https://axurehub.com/9349.html
在新零售背景下，结合信息智能技术，采用“线上下单、实体门店设立前置仓、线下即时配送”的新模式，5公里内30分钟送达，保障线上和线下的生鲜品质相同，为消费者带来更好的体验，提升消费者的粘性，夺取生鲜市场。
传统生鲜电商存在配送体系缺乏管理标准、配送时效较慢、损耗比较严重、物流成本占比高等问题，其普遍运营方式是通过拼低价来吸引消费者，而拼低价的背后，导致商品质量良莠不齐，消费者体验差，复购率低。
据国家统计局数据显示，80后人数高达2.28亿，90后人数高达1.74亿，这批“互联网原住民”是消费的中坚力量，拥有强大的经济实力，他们对商品价格的高低不是很敏感，但要求有良好的消费体验。
原型目录包括产品介绍 版本说明 思维导图 APP功能脑图 后台功能脑图 产品原型 前后端功能清单 APP原型 原型说明 登录和找回密码流程 用户购物流程 全局说明 交互说明 下拉刷新 加载中 加载失败 强提醒 弱提醒 普通更新 盒马鲜生原型 登录和注册 首页 选择和新建收货地址 搜索页面 扫码页面 消息 商品分类页面 商品详情页 分类 购物车 我的 后台原型 首页 商品-商品发布 商品-商品列表 商品-商品详情 商品-分类标签 商品-评论管理等页面
https://axurehub.com/9349.html
#职场社畜日常
Alan Eustace 和Jeff Dean说：「计算机行业啊，最荒谬的是，要想解决大规模问题，你必须先了解最微末的细节。」
大厂的诅咒之一就是，一般做到对标P8及其以上就开始不做具体的工作了，比如不写代码、不做具体的产品定位、构建和GTM。不是说不想做，而是往往由于各种原因，比如人的惰性也好，或者组织结构和公司导向也罢。
这时候就有一个非常诡异的事情产生了，你决策的数据源完全就是你的下属或者同事给你的N手信息。这种模式进行大面积复制就会产生一个非常惊悚的现象————————好多人开个会，然后所有人的输入就是某一个同学用了一下午，在网上找到的整理的N手不知道什么信息做的小报告。
这可能产生优质的决策么？所以最终的选择，就是唯上揣测老板的尿性，然后做个老板满意的表面工作。
久而久之，你就获得了“大厂组长诅咒”成就。具体的事儿干不了、薪资还挺高、但是自己比谁都心虚。
因为大家心里都知道，计算机行业的本身的特性，正如Alan Eustace 和Jeff Dean所说：「计算机行业啊，最荒谬的是，要想解决大规模问题，你必须先了解最微末的细节。」
Alan Eustace 和Jeff Dean说：「计算机行业啊，最荒谬的是，要想解决大规模问题，你必须先了解最微末的细节。」
大厂的诅咒之一就是，一般做到对标P8及其以上就开始不做具体的工作了，比如不写代码、不做具体的产品定位、构建和GTM。不是说不想做，而是往往由于各种原因，比如人的惰性也好，或者组织结构和公司导向也罢。
这时候就有一个非常诡异的事情产生了，你决策的数据源完全就是你的下属或者同事给你的N手信息。这种模式进行大面积复制就会产生一个非常惊悚的现象————————好多人开个会，然后所有人的输入就是某一个同学用了一下午，在网上找到的整理的N手不知道什么信息做的小报告。
这可能产生优质的决策么？所以最终的选择，就是唯上揣测老板的尿性，然后做个老板满意的表面工作。
久而久之，你就获得了“大厂组长诅咒”成就。具体的事儿干不了、薪资还挺高、但是自己比谁都心虚。
因为大家心里都知道，计算机行业的本身的特性，正如Alan Eustace 和Jeff Dean所说：「计算机行业啊，最荒谬的是，要想解决大规模问题，你必须先了解最微末的细节。」
