@thetbw TN 屏咋了？ 指的是 TN 屏可视角度窄？

海信 A5 达不到理想的看书要求，显示比 kindle 差太多了，本来为了携带方便，但实际上根本不会携带这玩意儿

@bshu 我不了解技术实现的复杂度，如果单页面设计会复杂的话 ，我再提几个优化建议

1. 将主要功能放到左侧栏，将链接信息做成页面悬浮球，显示当前连接状态即可。 因为从交互来说链接是 首先要做的，但他是一次性的，后续再修改链接的概率应该不大，只要保持连接即可。

2. 某个功能模块有的动作，页面实现自动的 Tab 切换，而不是角标提示。使用过程中，用户对某个页面会出现内容是有预知性的，在这种情况下用户还是需要点到对应的功能区就会显得比较啰嗦。

@Mrshe 前山可以去 后山没怎么很好开发， 但是据说后山可以下池子里一边泡脚一边打麻将，当然现在冬天肯定不行了

https://www.v2ex.com/t/818589 看看 #35

五天 4 夜的话 1 月 3 号、1 月 4 号 可以去乐山吃一圈，或者在成都休两天慢慢吃


直接一个页面就能解决的问题，为啥这么多页面。

最难受的是 比如我手机端传了文件 他只会在浏览器端显示一个图标来表示有文件过来了。

既然如此... 为什么不直接给用户跳到对应的 tab 呢

@bshu
@eluotao

这不是 UI 的问题 是 UX 的问题 尝试了一下这个交互路径太糟糕了，可以精心设计一下 先把交互路径整理出来

@jason2014 所谓“误差”就是 莫名其妙的成了...

现有的大部分你听过的垂直社区 如 V2EX 、Hostloc 、远景社区、恩山都是用户自发进来的，站长也没怎么打过广告，也没做过什么运营，他就是成了。

当时我相信同话题的社区也不少，可偏偏就是这些社区最后留下来了。

如果你分析他为什么能成功，这很简单，我相信每一个社区能留下来都是有他的闪光点的。

但如果你问为什么同时期、同话题、都差不多的一个社区就没了？

我相信谁也不知道，反正该做的也都做了，甚至比留下来的社区还要努力，可他就是没了。

我觉得这就是误差， 小概率事件，无法复制，无法提取经验的成了。

我也不敢说确定就在这种环境下零资源能不能搞成一个社区，但极大概率是不行。

但就算确实有人这么搞了，也成功了，那就像那句代码

“当我在写这段代码的时候，只有我和上帝明白他是什么意思，但现在只有上帝知道”

提供一个思路：传统的信息分发可以往 boss 直聘上想一下，他改变了什么? 怎么实现的? 租房上如何改造？

另外邮件推送是肯定不行的，你面向的用户群体不会把邮箱作为信息收集手段。

@chenshun00 有必要的话可以加我微信 madlifer1337 虽然是外地人 但在成都八年了，你全城到哪都能给你推好吃的好玩的哈哈。 如果感觉成都好玩儿 下次可以去成都后花园乐山，那才是真的美食天堂，适合 2 天左右的行程。

@zmhbh
@justest123

微信：madlifer1337 欢迎各位交流哈，toB 的产品一个，toB 是为了生活，很喜欢自己琢磨点创业 /toC 产品的东西

给你安排一下：

第一天在太古里附近玩儿，住望平滨河路 成都太古里河畔亚朵酒店：

吃的： 柴门饭(川菜)、川小馆(川菜)、

逛街： 晚上逛完太古里，往大慈寺走、 到望平滨河路逛过去 感觉很不错

夜宵 /晚饭：谢斌肥肠鸡(可以只要肥肠不要鸡) 、WE Bistro(泰餐)

酒吧： 百鬼夜行酒吧（日式鸡尾酒清吧 俩人刚好）

-------

第二天在成华区玩儿，住万象城 /东郊记忆 /建设路

午餐： 万象城五楼百味巷、胖哥俩肉蟹煲、反正万象城踩坑很少可以随便吃吃

晚餐：牛不比(火锅)、爸爸炒料(火锅)、 建设巷各种小吃

逛街： 吃完牛不比从建设路逛到建设巷，建设巷各种小吃，甚至再往建设北街国光路逛逛沙河，看看茶馆一条街

备选： 东郊记忆吃藏碳烤肉，去二麻酒馆东郊记忆店 or 去 339 吃雅丽家烤肉，二麻酒馆 339 小森林店

-------

第三天： 集中游览一下景点 或者去一些单独的地方

午餐： 奎星楼小吃街 吃小吃和 冒椒火辣

玩儿：吃完 杜甫草堂、武侯祠、宽窄巷子 一条路直接走。

安排完直接机场就完事了

------

在这个路线上，或者路线周边，应该你的女朋友也能找到更多拍照的好地儿 ，毕竟女生人均沉迷小红书。你也能吃的不错玩儿的不错。 即使不怎么喝酒也强烈推荐来成都喝个酒哈，二麻(339 店) 或者 hola 之间可以选一个。

另外单独推荐地点：

美食： 李记秤盘串串牛杂火锅 (外双楠） 、 肖家河脆哨面 (哪儿都有)、 马王庙素椒杂酱面(成华区市二院附近)、龙湖上城失重餐厅(金牛区，拍照可以去，吃就算了)、万象城的泰茶

喝：Hola 威士忌 bar （在外双楠 可以跟串串一起）

我的一家之言： 相比互联网其他岗位，研发工程师是最不应该作为一个社区产品发起者的角色。大部分研发都把社区产品想的太简单了。

1. “产品体验都做的不算特别好，无法满足宠物主需求”

我大概理解所谓产品体验是指的是 交互做的不是很好、UI 设计比较简陋。但你看一个产品核心不应该是看这个，应该是在这种“产品体验普遍不行的社区产品”中，哪些产品有人气，去分析它为什么会有人气，打了哪个点是用户更关注的点。而不是得出宽泛的“体验普遍不好，无法满足需求”


2. “优质内容缺失，没能形成洼地。原因是“UGC”是缺少好的生产工具和呈现形式和用户激励。”

这句话我认为前半句在观察层面正确，后半句分析错误。没有形成洼地在于没有优质内容，跟谁是创作者没有关系。当一个用户 遇到问题之后需要求助或者有任何诉求，他并不会关注呈现形式和内容。

他的核心诉求是能不能解决问题，他的诉求解决路径是在于有多少人看到 or 有多少人回复，也就是 洼地形成的关键是这个产品的初始用户量够不够大，或者这个产品的初始用户质量是不是高。

3.“我们可以调动 UGC 的积极性”

通过好的内容生产工具、内容呈现形式和用户激励调动 UGC 的积极性太理想了，BBS 时代没有这个东西照样比现在的社区繁荣太多了。首先分析 UGC 的内容生产动机在哪里？分享并得到回应的喜悦感 、帮助别人的成就感 、等级的优越感 等等等等，调动用户生产内容需要从 产品设计开始就处处设计，在运营过程中处处设计。

4. ”科学养宠的优质内容需求会越来越高。宠物这个赛道天然适合社区，精细化运营是用户需要的“

这几句话我完全同意，但社区产品在冷启动阶段有 100 个就能死掉 100 个，除非社区发起者是该行业的知名领袖，或以”误差“的方式能够让用户自己演化成功，我不认为研发岗的经验能够在社区产品中帮助到你任何一点。

如果你要做宠物类产品我推荐的路径：做一个工具型产品，从工具型产品引申到轻社区，再根据发展情况决定是否能够转成一个宠物社区产品。

我推荐任何想要尝试开发产品的研发工程师去做一个工具型产品，因为工具型产品往往并不需要运营，只需要把握好确定的需求，做好用户体验，就会自然的聚集到流量到附加的轻社区中。

举个例子： 厚墨是一个手机阅读 APP ，他有一个轻社区功能，这个社区首先是讨论的书源，积累到部分用户之后，用户自发的将这个社区慢慢演演化成一个网络小说推荐社区，我作为一个新用户去搜了几本推荐的书感觉不错，自然的就认为这个社区很棒，然后慢慢去分享内容。

再举一个例子： 首先定义酷安是一个社区还是一个工具？很明显他是一个社区，里面各个 APP 都有专门的子版块供用户进行讨论，APP 首页也是各种精品文章的推文。 那么我们再来看一下官网介绍：”酷安前身为知名第三方安卓应用市场「酷市场」” 酷市场是个什么？ 他是一个工具，我们可以推导一下这个产品的演化过程：

首先是一个应用市场，存在评分和评论功能 → 慢慢有人在评论区推荐某个代替品软件 →产品推出收藏夹分享功能，可以分享自己的酷软合集到一个地方， 有很多人收藏某个合集，出现“意见领袖”。 → 产品出现“酷软推荐”栏目，由“社区意见领袖”参与编辑 → 演化到现在变成软件推荐+ 软件使用交流。

在我的理解里面酷安是在“从工具型产品引申到轻社区，再根据发展情况决定是否能够转成一个宠物社区产品。 ” 这步骤里面走完了全程的一个产品。


另外就是这个工具型产品打什么点？我给一个很快就想到的思路哈，没有经过竞品调研等东西， 我觉得可以做一个“完全养宠指南”，将用户分成 想要养宠、 刚刚养宠、 已养宠三种。

给想要养宠的用户提供选购渠道、注意事项等内容，给刚刚养宠的用户提供养宠指南，给已养宠的用户提供养宠建议和问题解决方案。

本质上是一个 80%WIKI 的产品，甚至这个 WIKI 可以让用户自己编辑。 另外所有的用户都可以在社区中付费提问 /回答问题。 附加每个月的文章创作、晒图等运营活动，我认为能有一个比较好的结果。

另外，别瞎 B 信什么什么大厂又去成都了 ，有个 B 用， 去成都的要么只要运营团队，要么价格随行就市，要么只走校招不走社招。

大厂讽刺例子 1：

美团产品经理岗： 成都要求 5-10 年资深产品经理 薪资 15k-20k 、 北京要求 1-3 年产品经理 薪资 25-35k ，也就是说你在成都多 4-5 年经验，然后人北京的一年经验 PM 比你多 1 狗，这找谁说理去。

大厂讽刺例子 2：

测试岗，5 年经验测开工程师在成都找不到活儿干，薪资在成都封顶了 20k(字节火山云) 再也涨不上去，准备转产品了，毕竟人家 985 硕，真转了还能去大厂干 PM ，没点学历成都的大厂看都不看你一眼。

大厂讽刺例子 3：

运营岗，5 年教育运营，成都字节运营团队 11 月新鲜被裁 90%，转头收 HR 电话喊降薪去外包干一样的活儿，还给人画饼明年可以从外包离职，正常走流程面试再进字节。

在成都 8 年，我觉得成都这地方有个 BUG ，就是非专业性要求很强的岗位，薪资低的离谱，找个办公室文员、销售、甚至测试、运营的活儿 给的钱都很少。

换个说法就是 平均月薪很低，对于所谓“新一线城市”的其他几个城市要低不少。

给个差不多的数据： 收银员平均月薪 2.5k-3.5k ， 文员 3.5-5k

可能你觉得这跟你没啥关系，毕竟 V2EX 成都人均月入 1 妹

但就拿互联网行业来说，北上广的“IT 精英”卷累了，来成都降点薪养老，市场人多带动了内卷。

成都的 IT 狗卷累了，想换个其他工作，诸如 办公室文员、 运营、甚至人事岗位来干的话

不好意思，你终于感受到成都的物价水平是偏高的了，这点 b 钱根本在成都活不下去

所以你放弃了辞职，转头比北上广退役 IT 精英更卷，因为你他吗根本没有退路，紧接着加剧内卷。

人升这个概念蛮好的，但我用了几天之后没坚持下去用。 如果让我来设计的话，我会做下面的特性：

1.更加全面化， 全平台支持， 全面贴合工作、生活场景，在人升中的角色当成个人在数字世界中的镜像，你可以成为一个工作狂，也可以成为一个厨艺爱好者、撸铁爱好者，每个人都不同。

2. 更加自动化，如自动收集步数、收集运动情况，判断进入工作模式还是生活模式，工作时开启番茄钟来记录工作时间等，提高任务完成的自动化程度，同时也增加真实性，而非点一下就完成。

3.更加游戏化，任务目标达成、成就的解锁可以用来玩儿一个经营类游戏，这些游戏可以根据用户期望养成的习惯来进行设定，通过完成游戏任务（对应现实中的任务）成为更好的自己。


对于“我们希望游戏化只是个定语，不会有过多的剧情和内置游戏要素，导致任务分心。”这个理念，我的理解是 游戏化本身是没问题的，他应该在任务完成的前后，而非任务完成过程中出现太多。

日服 & 祖安 这个区中国人应该很多吧

没必要 百度网盘 这个产品不需要任何人给他提意见了 这东西就是反用户的