第一章:报告基础信息 •报告标题:腾讯云黑客松冠军作品复刻与产品能力支持指南 •发布机构:腾讯云 •发布时间:未明确(材料中含“2025-10-23”日期,为部分内容时间) •行业标签:教育 目标为指导用户掌握混元3D、HAI、CodeBuddy等工具,实现AIGC全流程开发能力。 用腾讯云智能体开发平台搭建微信公众号智能体《数学冒险王》 用混元3D+高性能应用服务HAI搭建3D街景《变异雪王占领东方明珠塔》 用混元3D+高性能应用服务HAI搭建3D形象《男神猪猪侠》 03 冠军作品产品能力支持 产品生态与规模: 腾讯云开发CloudBase服务330万开发者和企业,集成AI开发事件、无服务器架构,支持小程序、小游戏、管理系统开发。 腾讯元器一站式智能体创建分发,支持公众号生态、100+插件/MCP工具,一键发布至微信渠道。
结合强大的可视化和告警能力,为您提供一体化、智能化监控解决方案。 满足您全链路、端到端的统一监控诉求,提高运维排障效率,为业务的健康和稳定保驾护航 Prometheus 监控:开箱即用的 Prometheus 托管服务; 应用性能监控 APM:支持无侵入式探针,零配置获得开箱即用的应用观测能力
容器指标采集一键配置功能上线 新增支持一键采集预设监控图表的所有指标,同时支持按照图表种类和预聚合规则筛选指标,提高指标采集的配置效率。 2. 功能优化 Prometheus 集成中心新增支持 Ceph 集成的一键安装。 APM 应用性能监控 1.功能上新 新增性能剖析能力,可通过火焰图体现影响应用性能的关键因素。 可观测平台告警管理 1.告警收敛能力灰度上线 支持对告警进行收敛聚合并且对分组结果通知用户。控制台也同步新增收敛功能模块。 云产品监控 1.转发服务灰度上线 支持用户将云产品数据通过 PB 协议或 JSON 两种数据格式转发到用户指定的 kafka 实例中。 功能模块有: Prometheus 监控:开箱即用的 Prometheus 托管服务; 应用性能监控 APM:支持无侵入式探针,零配置获得开箱即用的应用观测能力; 云拨测 CAT:利用分布于全球的监测网络
腾讯云提供了全球多个Region以及AZ,本文档主要介绍腾讯云各产品的跨可用迁移能力,客户如有业务跨可用区迁移的需求,可结合自身业务场景,自主查看、选择对应的产品迁移文档,快速编写出合理的迁移方案,希望能够帮助到大家 云产品跨可用区迁移方案云服务器CVM1、使用镜像迁移 适用场景: 能够快速部署特定软件环境、批量部署软件环境以及服务器运行环境备份。 ,请在迁移地域新建集群,或通过最佳实践做集群备份,可参考:https://cloud.tencent.com/document/product/457/50122容器镜像服务如涉及业务迁移,可参考现有产品能力 :https://cloud.tencent.com/document/product/1141/60740云函数SCF参考现有产品能力: https://cloud.tencent.com/document 迁移步骤可以参考【集群备份】能力:https://cloud.tencent.com/document/product/597/59357云数据库MongoDB迁移工具参考:https://cloud.tencent.com
阅读本文,希望能够帮你: 概括产品市场的职责,帮助新人介绍清楚自己是干什么的; 对照能力模型评估自己的工作流程和业务能力; 找到自己的方向,根据自身经验向某一方向的产品市场专家努力。 那么开门见山,就让我们直接来看这个产品市场能力模型吧: ? 这个能力模型,可以概括产品市场的职责以及工作流程。下面我们展开讲解。 ? 另外就是对于售后客户的支持(新产品一般会有超多BUG)以及DEMO环境的搭建。 2 营销和销售 这是商业化过程的重头戏,不仅是为了营业额,也是为了打造标杆和样板。 如果产品不成熟,做得越好死得越快。产品上线初期更多是摸索,产品一旦成熟,就可以抓住时机扩大规模。 以上,就是图图总结的产品市场能力模型。 对于产品市场能力和工作职责的梳理肯定有遗漏,但是大体的能力和方向就是这些。基于不同的从业经验和个人兴趣,产品市场会发展出不同技能树。
在某些情况下,如果用户急需这个功能,而新功能又不至于让事情变得更糟,那么可以暂时牺牲精确衡量影响的能力。 除了人力成本外,还有: 维护成本:上线后需持续支持、修复问题; 复杂度成本:代码库膨胀导致未来开发变慢,新人学习曲线变陡; 迭代成本:很少有功能发布一次就能完美解决问题,后续仍需调整、优化; 协调成本 是缺乏信心、知识缺口,还是需要学位来证明自己的能力? 挖掘这些深层次的原因,有助于我们识别产品改进的机会点,从而更好地满足用户的实际需求。 例如: 如果供应商拥有强大的议价能力,可以随时抬价,而你无法轻易更换,那么你将处于被动; 如果客户可以轻松转移或压低价格,那也会带来巨大风险。 全网首发:MCP 的10种架构模式 和一个苹果公司产品经理的对话 IoT产品的10个最佳实践 面向NLP的AI产品方法论——寻找语音交互的业务场景 对AI产品经理的一知半解 移动产品的指标初探 马斯克的思维利器
上周和大家介绍了什么是产品经理,产品经理是做什么的,工作中需要思考什么等内容。 什么是产品经理? 今天来继续分享鹅厂专家级产品经理的心得:产品经理需具备哪些必备能力。 其他好看的文章: 什么是产品经理? 程序员桌面装备大比拼 真相了! 程序员界的废话文学
—— 罗曼·罗兰(法) 上周发的文章《创业团队从0到1,产品设计师、产品经理的能力模型与职业成长之路》,得到了很多朋友的反馈,我在这里把握的回答汇总了一下,希望对大家有帮助。 对于我的产品经理能力和核心就是人、技术、商业,这源自IEDO的Design Thinking。 ? 国外专家也有用UX、技术、商业三个环代表产品经理的能力,但本质和IDEO的模型没有差别。 ? 但因为行业和业务需求不同,每一个企业对于产品经理的岗位需求都可能会有点区别。我设置的能力模型,也仅代表自己公司的目前需求。 关于自我提升 Q5:见过很多产品人,理论套路讲的头头是道,实际项目落地能力实在堪忧,请问如何去回避这类问题呢? Q6:见过不少产品人,实干能力很强,项目落地实力惊人,但缺乏一定的理论知识(方法论)的指引,总感觉差那么点意思,请问这类产品人,他们又该怎样突破?
从产品到能力的思维转变 刘润在演讲中提到,一个公司不能总是纠结于自己的产品,而是要寻找产品背后的能力。这个观点让我想了很久。 我们需要问的可能不是“产品还差什么”,而是“我们通过打造这个产品,到底构建了什么核心能力?这些能力,还能帮助我们在其他什么地方寻求增长?” 这种从产品到能力的思维转变,可能才是在面临企业增长停滞时的正确态度。与其归咎于产品或团队,不如建设性地去思考:我们到底擅长什么?我们的核心竞争力在哪里?这些能力还能在哪些场景下创造价值? 在很多人的认知里面,京东是一家电商公司,京东商城是它的核心产品。但如果从能力的角度来看,京东的核心能力其实是物流和供应链管理。京东商城,只是体现这个核心能力的一个产品而已。 跨境履约与供应链能力:从跨境卖家扩展到品牌方与线下零售商的出海业务。 只不过,从一个客群到另一个客群时,迁移的是能力,而不是产品,没必要死抱着同一套产品不放。 3.
接着,做了Business Objects的实施顾问,这个逐渐开始接触到一些用户实际的数据需求,但仍然是停留在工具如何使用的层面给与客户支持。 在我看来,产品的工作可以分为两类,一类是基于数据分析的结果进行的产品优化,这一类自然是数据驱动的。比如搜索产品,从日志中发现bad case,不断地优化搜索逻辑就是一个例子。 另一类是基于产品经理直觉和洞察发现的产品机会,这些产品创意虽然不是来源于数据,但是还是得用量化的方法来衡量其成功与否。 所以作为产品经理,必须有看数据的习惯,并且对数据有起码的敏感度。 当时没有数据支持,老大就问,如果看这个数据,输入那个框的用户的比例高于多少,你会决定不去掉这个框。当时我们就拍了一个10%的比例。 以上,大概是我理解的产品经理需要具备的一些数据分析能力。数据分析并不能说是产品经理的核心工作,产品经理的大部分精力还是应该集中在产品的方向、规划、设计以及项目的推进上。
产品上过华尔街时报,公司也破过几回产。2014年加入腾讯后负责掌上英雄联盟,作者丰富的产品经历希望能够帮助到所有热爱产品的人。 有次和一位佛学学者交流,我问:佛祖作为一个人,在他那个时代,哪来的知识量,让他有能力输出如此庞大的世界观和方法论? 学者答:知识和方法来自于对实践的发现和总结。佛祖拥有的不是知识,而是智慧。 创业者:没有商业模式的创业都是耍流氓 启发:游戏社区也要量化价值,没有基础理论,就无法支持长期发展。 投资人:一句话说清楚你的业务 启发:一句话说不清楚的业务,说明还没真懂。 以人为师是提升自己综合能力的捷径。 道可道非常道,做个有信仰的人,做个有心人。 佛祖说:说我讲法的,都是谤我。 小龙说:我说的都是错的。 方法来自于实践,代表过去的成功,未必能影响未来。 以上是个人在产品工作中的一些收获,希望能够对热爱产品的同学有所帮助。
作者简介: Brent Tworetzky,目前为InVision产品SVP。毕业于哈佛大学,带领过50人的产品团队。在Udacity也担任过1年多的产品VP,产品履历相当丰富。 下图是产品经理的职业道路,左边是专家路线,右边是管理路线。 ? 下面我们来分解看看不同阶段的产品经理都要具备什么要的能力。 战略性思考:为越来越大的问题和产品领域找到答案的能力,并具有相应的领导力。 使用工具:使用产品管理和协作工具帮助整个团队良好合作。包括:写故事、执行分析、构建原型、理解SEO。 ? 细节和质量:推动结果并在越来越大的范围内发现错误。 包括:使用用例编写清晰的规范,按时交付和小型和大型产品,提供能够缩短用户路径的导航,完成指标。 ? 用户研究和同理心:掌握用户研究工具包,以更好地了解用户并使用产品适应用户需求和行为。 一些附加说明: 我知道这里没有包含所有的产品经理技能,这里展示的是最佳实践结果的80%的技能。 这里展示的PM登记是我们公司的。不同公司会有不同的等级类型和对于不同等级的职位期望。
因此,To B产品建设需要更多知识储备、更多经验积累的场景,对To B产品经理的能力提出了更高的要求。 那么,To B产品经理需要哪些能力呢? 从他们的答案中,我们可以隐约感觉到To B产品经理能力的几个关键词:行业理解能力、商业化能力、产品与行业结合能力、生态整合能力,等等。 通用能力包括学习能力、执行力、沟通能力、客户导向。通用能力是一个产品经理的软实力。一个产品经理的通用能力就如同底层操作系统,是产品经理做好任何产品工作的基础。 ▊ 挖掘To B产品经理的核心能力 与常见的To C产品经理模型相比,To B产品经理模型既有与其相似的部分,又有自己的核心能力。进一步挖掘对比,可以发现To B产品经理的核心能力涵盖以下内容。 To B产品归根结底是面向企业客户的服务,无论从前期的客户需求调研、业务逻辑分析、产品功能建设,再到后期的产品试用、产品交付、客户关系建设、售后服务支持,都要求产品经理具备客户导向的核心能力。
《产品思维30讲》分为五大模块,分别是同理心(情绪、潜意识、集体人格等)、机会判断(点线面体、用户和场景)、系统能力(确定性、效率、迭代、关键任务)、用户体验(体验地图、服务蓝图)、创新模式(三级火箭等 干货非常多,下面重点分析系统能力。确定性-ATM机产品就是建设一套系统能力,提供并保障确定性。人生是如此的不确定,所以当你看到一个东西非常确定的时候,是让人留恋的。 迭代和产品规划是产品经理的基础能力。判断产品经理水平的依据是:第一个产品版本能不能设计得功能简单、直指人心。产品复杂往往是因为产品经理不自信,只能从附加功能中找心理安慰。 在微信2.0跟进了米聊语音功能之后,依靠强大的系统能力超过了米聊(米聊后台服务不稳定,经常卡慢)。 总结产品是建设一套系统能力,提供并保障确定性。效率是这个系统能力的一个核心指标。迭代是小步快跑、快速试错。甄别关键任务,是领导力的核心。不妨思考下,你的产品在系统能力的这四个纬度上都做得怎么样吧。
springboot之mvc原理(二)-能力支持 ? 本篇文章我们将从原理和源码层面对springboot的web能力支持做一下分析和描述。 BeanPostProcessorsRegistrar类,用于注册WebServerFactoryCustomizerBeanPostProcessor 初始化一个默认的tomcat容器 简单来说该类提供了web的基础环境相关能力支持 WebMvcAutoConfiguration是springboot提供的对于mvc能力支持的自动配置。 总结 本篇我们从两个核心配置类作为切入点,来了解springboot对mvc能力的支持,并从原理和源码维度展开了分析和研究,总结起来有3个比较关键的点: DispatcherServletAutoConfiguration
实现一个运维产品的闭环,比碎片式的产品建设更有意义。 抛开我最近创业对这一问题的必要性思考,回归到一个企业内运维团队本身,个人觉得也需要思考这个命题。一个完善的运维平台才能做到对业务的运营有效支撑。 个人把产品的水平闭环思考分解成如下几个问题,从这些角度下去,发现很容易找到该问题本质。 持续交付的另外一个典型特征:把后续的产品能力优化直接体现在实时的数据运营分析框架之上(持续反馈,类似PDCA中的C),任何滞后与非实时的数据价值都会大大缩水,数据化的运营思路能不断驱动产品的质量提升。 复杂的业务系统如同电信的BOSS系统,也分成了几个核心域,如:客户域/事件域/产品域/营销域/账务域/地址域等等。 坚持产品的垂直与水平闭环体系,才是一个做出一个真正好用的运维平台!
在答辩过程中,评委老师的一个问题引发了我的思考:请问ToB和ToC产品经理的能力模型有哪些区别?当时我的回答比较简单,认为是ToB经理必须要梳理和理解复杂的业务流程。下面我尝试系统地回答一下。 由于以上区别,ToB的客户更加关注:品牌认知和同行使用,也就是“我为什么要选择你”;价值提升和效率提升,也就是“如何帮我赚钱,如何帮我省钱”;可用和稳定,也就是“别掉链子坑我们”;服务支持,也就是“如何支持我们长期顺畅使用 2、产品策划通道能力模型 产品策划通道能力模型在答辩之前,对于这个能力模型我是有一定了解的,但是等到评委提问时我完全没想起来这19个能力点。后来答辩结束后又仔细研究了一遍,发现确实蛮有内容的。 3、ToB产品经理能力模型的差异点应该说,上面一整套产品经理的能力模型非常完备,只是ToB有3个点更为侧重:一是技术知识。 以企业微信招聘的产品策划岗要求为例:“本科及以上学历,4年以上互联网产品策划工作经验,很强的逻辑能力、系统思考能力并具优秀产品意识; 有企业产品背景更佳,有CRM、电销类、客服类产品相关经验最佳; 对零售
一个好的运维产品分层体系,是运维平台理解清晰与否的标志。 建设一个完整的运维平台,绝非一日之功,也非一两个平台所能覆盖,因此我非常喜欢用分层体系来归纳问题。 无论是整体运维产品的规划体系,还是自动化体系,还是数据化体系,甚至说CMDB平台的资源体系,都可以用分层归纳总结。以下是我对运维产品整体分层体系的理解: ? 这一层的能力都表现为一个具体的产品形式+运营方法,从而确保能够很好的闭环起来。 通用能力层 通用能力层是基于基础设施之上封装的公共服务能力,这层架构的能力分成两部分:一部分是面向业务技术架构的,另一部分是面向运维服务架构的。 特别对于一些IaaS云平台来说,更应该屏蔽IaaS底层实现的细节差异,通过api网关向上提供能力。国外早年有同类的产品,如RightScale,很好的实现了多云管理的能力。
如何定义大模型产品的核心能力?在人工智能技术飞速发展的今天,大模型已经成为许多产品和服务的核心驱动力。作为AI产品经理,理解并定义大模型产品的能力是确保产品竞争力的关键。 本文将从多个维度深入探讨如何定义大模型产品的核心能力,并通过代码实例展示如何将这些能力落地。 二、定义大模型产品的核心能力2.1 产品主理人视角从产品主理人的视角出发,需要将大模型的能力与用户需求紧密结合。例如,评估模型在特定场景下的表现,如对话系统中的语义理解能力或代码生成的准确性。 四、总结定义大模型产品的核心能力需要从语义理解、知识覆盖、任务执行等多个维度入手。同时,通过提示工程和工程化优化,可以进一步提升模型的实际应用价值。 作为AI产品经理,掌握这些能力是确保产品在竞争中脱颖而出的关键。希望本文能为AI产品经理提供清晰的指导,帮助他们在大模型时代更好地定义产品能力并推动产品落地。
过去的文章中,针对数据产品的能力模型,以及岗位的分类做过专门的科普,数据产品经理顾名思义,和其他C端、B端的产品经理最大的差异就是对数据原材料或者加工工具的处理,所以这里想针对需要掌握的数据能力再做一个介绍 一言以蔽之,数据产品要扛起埋点规范制定的责任,协同各方建立标准,最终可以把标准融入埋点管理系统,流程化、自动化。 二、数据分析能力与指标体系建设 数据就像原油,很少人可以直接使用。 埋点采集到了数据之后,还需要进行分析、抽象、产品化,才能被更多的业务直接使用。在这个过程中,需要具备建设业务监控的指标体系,并将分析思路整合到数据产品中的能力。 三、数据产品与分析思路的融合 很多刚入行的数据产品经理在做数据可视化类的产品时,容易追求可视化的效果,却忽略了可视化产品的灵魂,数据产品的价值在于将数据的价值挖掘出来,让更多非数据专业、没有数据意识的人可以快速地从数据产品中得到决策信息 要想成为一名优秀的数据产品经理,除了要具备产品经理的通用能力外,还要建立自己在数据方向的核心竞争力,只有这样做数据产品时,才会更加得心应手。