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


内容来源网络
Download Telegram
团队和设计师共创产品设计,聊了 30 分钟,设计师朋友说,我这么多年也没听到过这么多方法论。

突然大家陷入了沉默。

我哈哈大笑起来说:“你骂得可真脏啊,哈哈哈哈哈哈哈哈哈哈哈”
1👍1
每个月看榜单,感慨AI时代一切变化如此之快,这个月还在头榜的下个月可能会无人问津。
上一次移动互联网大战,还是起码按半年算的。
真正的规划者拥抱演化,而非执着于控制

规划不是一份精确的路线图,而是一套充满生命力的思维框架;不是按部就班的战术手册,而是动态演化的认知系统。

它像容器而非牢笼,鼓励你在边界内专注、在约束中创造。它时常提醒我们不能仅仅靠推理演绎,需回归好奇和同理的本心——因为洞察不在逻辑的尽头,而是在体验的深处。

伟大的创新难以被规划,它在迭代的缝隙里中自然涌现。有时,放手即掌控。
两个关于「兴趣爱好」的反直觉:

1.人生活中的兴趣爱好,跟他在社媒爱看的话题可能是两码事。比如生活爱好是citywalk和打篮球,但在抖音小红书看考研攻略和对立撕逼,因为后者不该叫兴趣,应该叫「利益痛点」。而citywalk既没有痛点需要搜索求助,又没有观看消费别人的必要

2.人的兴趣≠社交人际关系维度。社交人际关系实际上是以趋利避害利益博弈为出发点。比如夫妻俩可能男的在社媒爱看电竞数码,女的爱看韩剧美妆,完全不重叠,但俩人仍能齐心协力在业主群闹事
火人节有一条原则是 gifting,也是 Spark Lab 社区的原则之一,继承自科技火人节,在做社区的时候,更重要的是 gifting,主动帮助,而不是 take
最近看了一部电影,叫 Pay it forward,里面的小男孩“改变世界”的方式是将「助人和爱」传递下去,无偿帮助三个人,然后传递下去,每个人会继续帮助三个人
feed -> story -> comment.
(欧美)小孩公域内容发布阵地的转移。
越来越少人的越来越少内容想被公开看到。
你的产品准备做的最终版本具有XXX功能,但你目前发布的第一版还不能实现XXX功能,那么你会如何描述,而不让用户误会?
YC创业公司Parahelp开源了他们用于客服系统的提示词,它比你想象的复杂很多,相信能给你不少启发:
1. 跟写代码一样,用XML组织输出,甚至包含if block
2. 使用_IMPORTANT_ 、ALWAYS等词汇来突出重要要求
3. 给出模型一步一步推理的具体指令
4. 通过markdown的h1、h2等来区分层级

生产环境的提示词跟日常用于chatbot的提示词差别很大, 前者更加接近于“工程”。

博客链接:https://parahelp.com/blog/prompt-design
1
很多人可能没有意识到,Gemini打大模型价格战有着天生的优势。nVidia有着75%的毛利率,55%的净利率。而谷歌由于使用自己的芯片可以在打价格战时在硬件方面节省至少一半的开销。在未来,随着Azure和AWS专用硬件的推广,以及OpenAI自己的芯片的研发,大模型价格战版图可能会不断变化。但至少在现在这个时间点,谷歌还享受着成本红利。
#自媒体运营频道 #@yunying23

从低价课,转到高价课的三种阶梯价格

1️⃣ 引流款 9.9,利润款 299

这种要么是流量贼大,只靠 299 变现,卖 10w 份,不考虑千元价格产品

要么就是对收入要求低,月收入 3w 以下小副业

2️⃣ 引流款 9.9,基础款 299,利润款 2999

这种链路就太长,9.9 筛选过来的人,根本不足以支撑付款 2999 的心智,后续转化很费劲,私域的价值极低

给你 10w 曝光,三道转化,可能连渣都不剩,除非 2999 那个产品极其刚需、性价比极高

比如求职咨询、offer 诊断,给你掏心掏肺陪跑 3 个月,咨询界的蜜雪冰城😂

3️⃣ 抖音收割法:引流款 9.9,看三天直播,直接卖 5999

这个倒是能拿到结果,但是条件有二:

1、倚天剑:买家足够傻
2、屠龙刀:卖家脸皮厚

倚天屠龙,二者缺一不可
#自媒体运营频道 #@yunying23

求问!
小红书男粉多的号能怎么变现,昨天发布了一篇笔记,男粉猛猛涨,能怎么利用起来。
主要是一群lsp,购买力不详,评论区现状如下↓
1
#自媒体运营频道 #@yunying23

瞎改
到底谁关注什么是友好集市
#自媒体运营频道 #@yunying23

普通人做自媒体
犯得最多的错误永远不是能力不行、不懂流量、不专业…
而是不踏实的急功近利的心态

每个群都会出现这种人……

要么,浮躁
视频播放量只要低了
➡️先不看内容做得好不好、到不到位,先往平台上找原因
➡️肯定是“挂了车所以不再一个流量池了”
➡️肯定是把我限流了,让我叫保护费投流
➡️一边骂一边咬牙给自己做的破烂视频投流
➡️投出来水花,账号标签还搞乱了,内容也不好好做了
➡️在各个群里求爷爷告奶奶找小二解决“账号限流问题”
➡️无果,放弃,最后愤愤地留下一句“xx平台真不做人”

要么,肤浅
➡️知识全是刷营销号博主的割韭菜短视频学来的
➡️发不到10条,就捧着几百播放量的视频当宝贝
➡️混各个交流群分享自己的账号,找人“交流经验”
➡️对着几十、几百的数据做一堆自说自话的数据分析
➡️分享炫耀自己的工作流,企图找到高人“一点就通”
➡️结果,80%的时间都在水群交流,做自媒体半年,归来仍不到500粉……

这些问题的症结:不踏实

埋怨机制和算法之前,先看看自己的视频长什么样
和平台上好的视频差距有多大

做两三条视频,完全没任何分析价值
先去做几十条视频再去学数据分析
做多了自然就把握规律了

我认识的厉害的博主
没有人是纸上谈兵的专家
大家都是踏踏实实、一步一个脚印
把一件事做得更好、做得更久、做得更专注的人
2
做了这么多年产品经理,开始往业务上游走,我才深刻体会到,纯粹的功能性产品经理是越来越边缘化,只有真正深入业务,成为一个业务专家,才能成为团队核心
1
cursor不会帮你做的事情:架构设计

举一个案例:设计一个简单的博客系统

架构设计

采用三层架构:前端展示层 + 业务逻辑层 + 数据访问层

数据库设计

用户表:user_id, username, email, password
文章表:post_id, title, content, author_id, created_at
评论表:comment_id, post_id, user_id, content, created_at

模块设计

用户模块:注册、登录、个人资料
文章模块:发布、编辑、删除文章
评论模块:添加、删除评论

接口设计
POST /api/login # 用户登录
GET /api/posts # 获取文章列表
POST /api/posts # 发布新文章
GET /api/posts/123 # 获取特定文章

业务逻辑
只有登录用户才能发布文章
只有文章作者才能编辑自己的文章
评论需要审核后才能显示
This media is not supported in your browser
VIEW IN TELEGRAM
Cursor的@stagewise_io扩展,太有用了(VibeCoding 改页面福音)

选中页面元素会传上下文作修改,又精准又方便

换一个思路,这个能力之前在 V0 和 Lovable 之类的产品上已经用过了,这两类产品的融合边界的地方会逐渐模糊,中间这个过程就有新机会
最近没更新Cursor相关的教程,是因为我整个5月份都在外出旅行,月底回家后一直在忙新烘焙店装修的事情。

我一直觉得要秉承所谓的“产教”相结合,要我自己做过,并且认为有用的东西,我才会分享出来,不想为了发而发,这样久而久之内容质量绝对大打折扣
自学了半年多前端,悄咪咪做了个网站:
https://www.logingen.com

一直没敢发出来,因为确实水平有限,写的也不知道对不对,有没有 bug,心里没底。但看见每个人都发了自己做的,我也发试试😂

网站做的登录页模板,做这个完全是学习的目的,想写个能把基础做站相关的知识点串起来。二是,确实没看到网上有好看的登录页或模板。

由于没有港卡,所以支付按钮禁用的,但功能写完了。

学前端是去年看到@哥飞 工具站出海相关的动态,然后从零开始,从 HTML 标签开始学,然后到框架,中间走了很多弯路,还看过 vue 和 GSAP 的文档。

这个网站其实重改了三次,因为做产品也是第一次,一开始做了个像 shots 那样的可视化操作的,但是不会导出代码,于是改成 npm 包的方式,但是封装对能力要求有点高,最后参考其他组件网站,改成了这样。

UI 设计方面也是各种参考,landing page 和支付代码参考了@艾逗笔 大佬的模板,预览和导出代码参考了 shadcn 的做法,模板设计参考了 dribble 上的,然后图片是自己研究了下 PS 和 Figma 做的。

motion 动画库还在看文档,之后也许加几个带动画的。SEO 目前就是按照 next.js 文档上介绍的加的,其他的还不会,以后准备加哥飞大佬的社群学习一下。

所有代码都是手写的,在这个 vibe coding 的时代,我这算是体力活了😂我应该算前端入门了吧~
🍾1
今天 HackerNews 上一篇总结程序员的编程提示词技巧大全

https://addyo.substack.com/p/the-prompt-engineering-playbook-for