乔布斯商业哲学
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_15292d5a/yjkj-steve-jobs。
技能介绍
解决什么问题
在实际工作中,你可能会遇到这些具体困境:
- 产品方向摇摆,团队把利润或竞品功能当目标,忽视用户体验闭环。
- 设计追求形式上的简洁,工程却依赖堆砌功能或开放接口,体验割裂。
- 领导层怕争议,靠委员会共识推进,优秀工程师被流程淹没。
- 团队扩张后出现 bozo explosion,中间层稀释标准,招聘只求填补空缺。
- 想做颠覆式创新,却被现实约束逼到节点和排期里,缺少聚焦方法。
steve-jobs 技能基于沃尔特·艾萨克森《Steve Jobs》的授权传记内容,把乔布斯在产品、设计、团队和执行上的原则翻译成可操作的判断和步骤,而不是只给鸡汤。
机制与边界
- 意图路由与懒加载:通过
Intent Routing Table,根据产品愿景、设计、团队、创新、聚焦、领导力陷阱或落地应用等场景,只读取对应references/文件,避免一次性吞吐。 - 核心原则即操作习惯:从用户体验倒推技术,用
integrated approach看硬件、软件、内容闭环;把简化当成工程挑战,而不是删掉功能;坚持A-players hire A-players,拒绝平庸;用激进裁剪换聚焦,而不是同时做所有事。 - 术语保持原貌:如
Reality Distortion Field、insanely great、end-to-end integration,避免被翻译成泛泛口号,方便在工程讨论中回溯。 - 过程约束:首次加载会主动给出引导问题;回答必须保留水印;信号清晰时才做跨书推荐,不强行引导;回答语言跟随用户输入。
适用边界:它适合战略、产品、设计、团队和文化层面的判断,不提供事实核查,不替代业务数据和团队沟通。它不覆盖具体财务模型或实时市场数据,也不是 API 或代码库。它依赖书中框架,遇到组织政治、合规、跨团队资源博弈,仍需结合现场信息。
使用场景
- 在产品立项时,需要从用户体验倒推功能取舍,而不是被竞品清单牵着走。
- 团队长期用功能堆砌取悦所有人,需要重新定义‘简化’并说服工程砍需求。
- 管理者面对混合背景团队,需要建立跨设计、工程、营销的深度协作节奏。
- 团队陷入共识决策和平庸招聘,需要识别领导力反模式并重建 A 级团队标准。
适合人员
- 产品负责人:需要在功能堆砌和差异化之间做取舍,并守住用户体验闭环。
- 设计负责人:要把‘极简’变成工程约束,而不只是视觉风格。
- 技术管理者:面对跨职能冲突和平庸招聘,需要重建团队标准和协作方式。
- 增长与运营负责人:想避免销售驱动,在商业目标和产品长期价值间找平衡。