即刻App年轻人的同好社区
下载
App内打开
汉堡Hanqor
355关注90被关注1夸夸
Fintech PM📈 产品设计硕士🎓7年Figma
360 AI知识库 · AiPPT 商业化
Claude Code 26亿Token⚡️
置顶
汉堡Hanqor
4年前
人间游乐者 余生皆假期
01
汉堡Hanqor
4天前
#选题
V2EX—《水多了加面，面多了加水》
官员升迁只由上级考核决定，与市民满不满意无关，故只对上负责、不对下负责。
• 少数人的位置不由多数人决定 城投债是这样 ,深圳地铁也是
• 面加水也行，水加面也罢， 但厨子和面不是一家人

832: 原来北京地铁上强度安检是08年北京奥运会的遗产啊，深圳总算是赶上啦！

00
汉堡Hanqor
5天前
0代码，7块钱把AI做的app上线了。

踩了一个坑：GitHub Pages 免费域名是 xxx.github.io，微信直接判「境外未认证域名」，链接发出去打不开。

换成阿里云 7 块钱的 .xyz 域名，做实名认证，CNAME 指向 github.io，微信里就能正常打开了。

上线前清单：真手机测过、刷新数据还在、微信里能打开、空数据/超长输入不崩、代码里没有隐私信息（仓库是公开的）。

教程开源了
00
汉堡Hanqor
5天前
长尾理论与SOP流程

之前在研究生阶段上"设计管理与专题研究"课，老师提到长尾理论：

未来企业或市场的需求是复杂多样化的，通用型诉求已经无法满足到"个人"这个颗粒度，真正需要被满足的是企业微端甚至个人的长尾诉求。

Claude Code 的 SOP 流程，正是这部分长尾诉求的满足方式——因为你的诉求和其他人不一样，你需要精细化才能到达你的长尾场景，实现你的诉求。

这就要求你不断"进精"：把自己的在场体验与感悟持续描述给 AI，让它来模拟你的"在场"，从而解决你的诉求。

这也是为什么你的 SOP 会越来越多——每一条 SOP 都是把一次具体的、个人化的在场经验固化下来，喂给 AI，让它下次能替你"在场"。
00
汉堡Hanqor
5天前
找Claude 总结今天小情绪梳理的情绪情绪原则

能当场做的,立刻做,不用想对不对——不舒服就是理由。

做不了的,当场放下——事情已经定型,继续想没有任何作用。

"要不要挪一下"可以凭感觉; 但"对方是不是有问题"不能凭感觉,得靠睡眠/训练这类客观记录去验证。

事后只允许记录数据,不允许取证、讲道理、找人认同——这些不改变结果,只是让情绪多待一会儿。
00
汉堡Hanqor
6天前
那么问题来了，烟草赚的钱能不能填补生产的卫健医保缺口呢hhhh

野原大比兜: 看了下北京平均工资，知道烟草行业好，没想到这么挣钱啊

00
汉堡Hanqor
7天前
圈子里不少人看不起晒 token 量的。
私以为，以 token 论英雄是对的，对绝大多数人都是。

代码行数是产出，能注水。
token 是消耗，是你真的在跟 AI 拉扯：问了多少轮、推翻了几版、走了几条死路。

它更像生图抽卡。
单次十连可能全歪，但你不会每次十连都歪。
只要单次成功率不是零，量堆上去，运气就变成统计。

所以 token 量就是你的样本量：
一千万 token，够把一个小功能抽到出货。
一个亿，是一个小产品。
十个亿，能磨出一个可交付的东西。

你完全可以看不起把一个亿砸进日记软件的玩家，但那一个亿里沉淀的试错、走过的死路，迟早会让你折服。

烧得多不一定做得好，
烧得少，大概率是压根没开始。

现在开始最重要🔥
00
汉堡Hanqor
8天前
每次与Claude code的对话，都是对自己认知的一次蒸馏
20
汉堡Hanqor
8天前
错过机会很正常 每时每刻有太多你不知道的机会在发生，不用害怕错过，因为错过的已经很多了，未来还会更多，但要坚持自己的原则，认识自己的判断和策略并不断迭代最重要

小黑势力: 听到前同事说炒股半年翻8倍 该死的功利心又萌生了

00
汉堡Hanqor
8天前
真实 有用 有趣的分享 😉

王梦珂Mengke: 关于怎么把产品卖出去，最贵的 160 条判断： 本文内容来自 Apple × 浙江大学的移动应用孵化营中，我们团队为开发者们制作的纸质学员手册。 这里是 160 条 App 创始人们不愿意承认的真话： 写完代码那天，真正的难题才开始。 🍎 1、这门课最终只回答一个问题：谁会在什么时刻，需要你的 App。 2、增长不是产品上线之后才开始做的事，是在产品还没讲清楚之前就要介入。 3、产品不是表达自己，也不是构造一个完整世界，而是服务一个具体用户的具体需求。 4、Build 只是前半段，Sell 需要另一套能力。 5、好 App 没有下载量，常常不是因为功能不够，而是用户没听懂它和自己有什么关系。 6、Apple 生态不会自动给新 App 分发流量。App Store 更像仓库，不像商场。 7、App Store 能承接用户，但不能替你完成用户教育。 8、用户下载一个 App 前，通常要先经历看见、理解、相信、知道下一步这几个环节。 9、做增长这件事，可以拆成问题、用户、表达、内容、渠道、转化、数据和迭代几个环节。 10、别把内容当成推广收尾才做的事，它本身就是验证产品的工具。 11、推广不是把产品推到更多人面前，而是让具体的人听懂理由。 12、这门课的第一半天解决「问题和表达」，第二半天解决「持续内容生产」，第三半天解决「验证系统」。 13、Apple 用户不是一个抽象的高端人群，而是很多具体场景里的具体用户。 14、参数、功能和技术细节不是用户天然能理解的购买理由。 15、用户不是先理解你的产品结构，再决定要不要下载，而是先判断「这是不是跟我有关」。 16、开发者容易把自己会做什么写出来，用户更关心自己可以少受什么苦、多得到什么结果。 17、一个 App 功能越多，越需要被翻译成更少、更清楚的使用场景。 18、旧路径是写完代码、上架、等待下载；新路径是边做产品，边测试表达。 19、产品没完全做完，也可以先测试问题、场景、标题、关键词和用户反应。 20、最小可验证对象不一定是功能，也可以是一个问题、一句表达、一张截图或一个使用场景。 21、做增长前先问：这个 App 解决的是谁的哪一个高频、强烈或明确的问题。 22、「所有人都能用」通常不是优势，而是表达还没有收窄。 23、用户夸「挺好」不等于愿意下载，愿意搜索、收藏、评论、私信、试用才更接近真实信号。 24、产品价值可以从省时间、省钱、省麻烦、减少不确定、获得掌控感、获得情绪支持这些角度来解释。 25、App 的第一句介绍不该试图讲完所有功能，而要让目标用户马上知道它和自己有关。 26、用户语言比开发者语言更适合做标题、封面和卖点。 27、课程里的核心动作不是「包装」，而是把产品翻译成用户能理解、能复述、能行动的语言。 28、小红书不是唯一答案，但它适合作为早期内容验证训练场。 29、对中国开发者来说，Google Play 路径受账号、支付、分发等因素影响更复杂，iOS 路径相对更清晰。 30、对独立开发者和小团队来说，先用低成本内容验证需求，通常比一开始大规模投放更稳。 31、Apple 用户买的不只是功能，还有用着顺手、看着舒服、觉得自己被理解这些东西。 32、翻译产品时，不要只问「我有什么功能」，要问「用户在哪个时刻会需要这个变化」。 33、场景化表达回答「用户在什么情况下用」。 34、情绪化表达回答「用户用了之后少了什么焦虑、多了什么感受」。 35、身份化表达回答「用户为什么愿意把这个 App 当成自己的选择」。 36、工具类 App 通常要讲清楚「省掉什么步骤、减少什么反复、避免什么失误」。 37、情绪类 App 通常要讲清楚「让用户感受到什么、陪用户度过什么时刻」。 38、AI App 不要先讲模型能力，要先讲用户在哪个任务里变轻松了。 39、开发者工具不要先讲架构，要先讲它让开发者少踩什么坑、少花什么时间。 40、健康、习惯、记录类 App 不要只讲数据，要讲用户如何更容易坚持。 41、效率类 App 不要只讲清单和提醒，要讲它如何减少用户的混乱感。 42、财务、记账类 App 不要只讲统计，要讲用户如何更安心地知道钱去了哪里。 43、表达方向不是一次定死的，同一个 App 可以测试多个用户场景和多个卖点。 44、判断表达好不好，不看团队自己喜不喜欢，而看用户是否愿意产生下一步动作。 45、好标题通常先指向问题、结果或场景，不先写产品自我介绍。 46、好封面要让用户在一眼内知道「这和我有关」。 47、好正文要提供故事、过程、证据、方法和下一步，不只是抒情。 48、能被用户转述给朋友的一句话，才是比较稳的产品表达。 49、写 App 一句话介绍时，最好同时包含目标用户、使用场景和带来的变化。 50、如果一句介绍需要解释很多次才能懂，说明它还没有被翻译好。 51、小红书更像一本可搜索的杂志，不只是即时信息流。 52、小红书的搜索流量很重要，很多用户不是刷到你，而是在搜索问题时遇到你。 53、小红书内容要有杂志感，这里的杂志感不是精致装饰，而是信息有秩序。 54、一篇笔记最好解决一个清楚的问题，不要把所有卖点塞进一篇。 55、标题负责把用户拉进来，封面负责让用户看懂，正文负责建立信任，评论区负责继续承接。 56、小红书关键词应该来自用户真实搜索词、搜索联想、评论区原话和竞品内容。 57、关键词要自然出现在标题、封面、正文、评论、合集和账号简介里。 58、小红书不能直接放 App Store 下载链接，所以必须设计清楚的下载路径。 59、下载路径可以通过 App 名、账号简介、置顶评论、私信关键词、官网或社群来承接。 60、不要只写「去 App Store 搜」，还要让用户知道搜什么、点哪个、为什么现在去。 61、账号主页就是用户做决定的地方，头像、简介、置顶笔记和合集都要服务转化。 62、第一个月不应该只追爆款，而要建立一组可搜索、可复用、可对比的内容样本。 63、早期内容节奏的目的不是每天刷存在感，而是测试用户、问题、标题、封面和转化路径。 64、小红书笔记发布后，要看搜索曝光、点击率、收藏、评论、私信、App 名搜索和下载变化。 65、没有爆不等于失败，没有任何有效信号才说明需要调整方向。 66、评论区比会议室更早说真话，用户提问和误解都可以反向修改产品表达。 67、内容中的案例越接近用户真实生活，越容易产生信任。 68、App 内容不一定要像广告，可以像经验、教程、避坑、复盘、清单和真实记录。 69、海外自然验证应该先于海外付费投放。 70、海外渠道不是越多越好，每个平台承担不同验证任务。 71、App Store 负责承接和转化，标题、副标题、截图、预览视频、评分和评论都会影响下载。 72、Product Hunt 更适合做发布节点和势能放大，不适合作为完全冷启动的第一步。 73、Reddit 更看重真实问题和非广告式回答，硬广容易被抵触。 74、X 更适合用观点、进展、demo 和连续开发记录建立认知。 75、海外投放前，要先确认网页、App Store 页、付款、隐私说明和支持路径能承接用户。 76、账号不是公司网站，而是产品持续出现的现场。 77、账号策略要根据资源选择，不要一上来就做超出团队能力的矩阵。 78、创始人出镜适合建立信任，尤其适合需要解释理念、判断和长期陪伴的产品。 79、产品官方号适合稳定输出功能说明、使用教程、版本变化和用户案例。 80、KOC 或素人矩阵适合覆盖多场景、多关键词，但对管理和合规要求更高。 81、开发日志适合展示真实构建过程，让用户看到产品如何一步步变好。 82、创始人 IP 对 B2B、开发者工具和高信任产品更有价值。 83、技术内容能吸引开发者和专业用户，但不能只停留在技术自嗨。 84、账号定位要说清楚我是谁、我解决什么问题、为什么可信、用户下一步做什么。 85、冷启动前 10 条内容最好覆盖问题解释、使用场景、产品方法、真实案例、常见疑问和下载路径。 86、冷启动阶段不要两条笔记换一次定位，否则数据无法比较。 87、不要把产品藏得太深，用户看完内容后必须知道这是一个可以使用的 App。 88、早期不要把粉丝数当成唯一指标，更要看有没有真实问题、真实互动和真实转化。 89、账号内容要有固定栏目，这样用户和创作者都知道下一条内容可以从哪里来。 90、老用户可以提供真实案例、评价和复购线索。 91、新用户能帮助团队跳出熟人反馈和老用户惯性。 92、账号承诺、产品体验和下载页表达必须一致，否则转化会断掉。 93、AI 内容生产不是一键生成笔记，而是让内容流程更快、更稳定。 94、AI 会让很多内容变得相似，真正拉开差距的是产品事实、用户细节和创作者判断。 95、AI 适合做选题扩展、结构整理、标题变体、正文初稿和改写。 96、人要提供真实材料，包括产品截图、用户原话、使用场景、失败经历、版本变化和限制条件。 97、好提示词要包含产品一句话、目标用户、具体场景、关键词、表达方向、参考风格和禁用内容。 98、AI 写出的初稿通常需要改成更像真人说话的表达。 99、AI 不能替你判断用户是否真的需要这个产品。 100、Vibe Coding 的开发过程本身可以变成内容素材。

00
汉堡Hanqor
8天前
在深圳逛钢结构博物馆，来了一位9岁的小朋友和我步入电梯问我是不是需要导览志愿服务，我感到兴奋有趣，遂答应下来。

小朋友全程行云流水，从序章背景到建筑介绍，各个细节都能说的清明，自信不已，我顿时感到这一定费了非凡的功夫和勇气。

导览解说持续了大概二十分钟。

后来一问她妈妈，竟然是完整背完了18页纸，这也是上岗的第三天，这才能事无巨细一一介绍，讲到后面都咳嗽频频还在坚持服务，后生可畏，太厉害了👍

自己9岁应该还在和尿玩泥巴的吧hhh
30