Time is UP

墨天轮（MODB）的这套系统一直由我维护。过去，Sitemap 也主要靠人工更新：从多张业务表取数、拆分文件、更新前端仓库，再跟随发布流程上线。随着内容规模不断增长，这项工作越来越复杂。在人手有限、其他业务优先级更高的情况下，我中断了 Sitemap 的持续维护。 这不是维护意愿的问题，而是原来的维护方式已经很难靠有限人力长期坚持。Opsx 第一期完成后，我想用这个真实任务验证一件事：当 AI 能通过 Opsx 连接源码、主机、数据库和 OSS，它能不能帮我重新启动 Sitemap 维护，并把一次复杂操作变成以后可以持续运行的机制？ 这次实践的真正目标，不是一次性补齐 120 万个 URL，而是建立一套不再持续占用工程师时间、能够让原创内容稳定进入搜索发现链路的长期机制。 先说说 Sitemap 是什么 Sitemap 是网站提供给搜索引擎的一份 URL 清单。它通常由一个 sitemap.xml 索引文件和若干 URL 分片组成，用来告诉 Google、Bing 等搜索引擎：网站有哪些页面、这些页面最近何时更新。 它不能直接保证页面被收录，但对内容量大、更新频繁的网站非常重要。搜索引擎不必只靠站内链接慢慢爬，可以从 Sitemap 快速发现新内容。 搜索引擎目前还是网站流量的第一大入口，虽然AI对搜索引擎有一定的冲击，但是基础的搜索引擎SEO对网站，尤其原创内容社区是非常必要的。 MODB 正是这样的站点。文章、问答、文档、标签、专题、招聘等内容来自不同的数据表，URL 数量已经超过 120 万。随着规模增长，Sitemap 早已不是生成一个 XML 那么简单。 我一开始只是让 Opsx 回答一个问题： 看看前端源码 /static 下的 XML 文件。这些是网站的 Sitemap，最新更新时间是什么时候？ 这个尝试很快从核对更新时间扩展成一次完整的生产改造：迁移旧文件、补齐中断期间的数据、纠正数据源、重新设计存储结构、记录增量水位，再创建每周自动运行的 Shell Schedule。AI 负责解决重新启动时的复杂性，后续正常运行不再依赖 LLM，也不再消耗推理 Token。 整个过程都发生在同一个 Issue 中。Opsx 共记录了 27 次对话、888 个 Agent turns、1,761 个执行事件。Claude Code 调用 MiniMax-M3 完成本次治理，可归属到该 Issue 的已记录用量为 752,506 Token；期间还发生了 701 次 Shell 类工具调用。最终核对和处理 10 类内容、1,204,599 个 URL、45 个 Sitemap 索引条目。 ...

最近我在 Opsx 中导入了一套 PostgreSQL 巡检 Skill。 它不是一段单独的提示词，而是一个完整目录：里面有 800 多行的 SKILL.md、一份 2,000 多行的 Shell 脚本，还有数据库连接配置示例。过去，这类东西通常放在 DBA 的电脑、运维仓库或者某台服务器上。谁要用，谁就把文件复制过去，再根据目标数据库调整环境。 这一次我想验证的是另一件事：能不能让 Opsx 保存完整的巡检方法，在任务发生时，把 Skill、数据库资产和执行环境组合起来，再交给 OpenCode 和 LLM 使用？ 如果这条链路成立，留下来的就不只是一份健康报告，而是一项可以继续交给不同 Agent、不同 LLM 和不同 PostgreSQL 资产使用的平台能力。 这次实践使用了两个真实对象： kw_156：导入 Opsx 的 db-server-healthcheck-postgresql Skill； issue_122：使用该 Skill 执行 PostgreSQL 健康巡检的 Issue。 巡检已经完成，整体结论为 Warning。数据库当时没有阻塞、长事务、严重表膨胀或 XID 回卷风险，但磁盘、WAL 归档、日志、安全配置、部分表结构以及 PostgreSQL 版本都存在需要继续处理的问题。 Skill 是 Multi-Agent 平台的基础设施 对于任何 Multi-Agent 或 AI 平台，Agent 和 LLM 只解决了“由谁思考、由谁执行”的问题。平台还必须回答另一个问题：专业能力从哪里来，又怎样被不同执行端复用？ 这个承载专业能力的基本单元就是 Skill。数据库巡检、Kubernetes 排障、日志分析、备份校验等任务，都不应该每次只依靠 LLM 临时生成命令，而需要已经验证过的说明、脚本、参考资料、阈值和安全边界。 因此，内置 Skill 和导入外部 Skill 不是锦上添花，而是 Multi-Agent 平台的基础能力。如果 Skill 仍然分别安装在 OpenCode、Claude Code 或其他 Agent 的本地目录中，就会出现新的孤岛： ...

前言 上周在GitHub上一个BettaFish项目很火，再次看到MindSpider项目，以及之前看到的MediaCrawler项目，支持采集多个热门社交平台的相关数据，我将BettaFish在一台老MAC上部署跑起来了（主要逻辑就是在不同渠道不停的搜负面词语。不过针对数据量少的关键字效果一般，只要出现一点错误就会被无限放大），MindSpider & MediaCrawler实在跑不起来，项目太重，每次playwright调起Chromium都被反爬，尝试修复一段时候后担心账号被封还是放弃了。 回头想想垂直领域直接用浏览器插件就可以搞定，大的舆情监测直接花钱买服务或者API接口。 于是周末我用 Trae SOLO 花了半个下午，撸了一个 Chrome 浏览器插件，核心功能： 抖音 / 小红书 搜索页 和 详情页 均可一键采集 自动识别 一级 与 二级 评论，用 parent_id 关联 导出 CSV（UTF-8 BOM），Excel 直接打开即可透视 全程 0 后端，纯前端离线运行，隐私无上传 下面聊聊技术实现与踩坑。 一、整体架构 ├─ manifest.json // 权限声明 + 注入规则 ├─ content.js // 页面脚本，负责 DOM 解析、数据缓存、CSV 生成 ├─ background.js // 扩展后台，只负责下载文件 ├─ styles.css // 悬浮按钮样式 └─ README.md content 脚本 同时注入 douyin.com 与 xiaohongshu.com，按 hostname 自动路由 用 Map() 做内存数据库，键为 videoId / noteId，值为元数据 + 评论数组 采集完成后调用 chrome.runtime.sendMessage() 把 Blob 传给 background 触发下载 二、核心难点 1. 动态 DOM + 哈希 class 抖音&小红书前端都是 React 同构 + 随机类名，class="HtBH2h0B" 下次就变了。 解法： ...

作为一个专业领域的技术专家，我需要实时了解全面的信息。市面上的RSS工具要么功能复杂臃肿，要么部分需求不支持，最大的问题是不能在同一个平台浏览所有信息源。经过一番调研，我决定用Kiro写一个轻量级的RSS聚合工具。 令人惊喜的是，一个周末就完成了整个系统，并成功同步了近5000篇文章（标题+链接）。这篇文章将详细介绍整体架构和实现的技术难点，展示Kiro在复杂系统开发中的不凡能力。 先放一些截图吧。 Kiro开发界面，可以看到整个项目完成差不多只用了不到 200 Bonus，实际编码时间估计也就1天时间。 Web首页（没有做任何UI调教，自己凑合能用），支持浏览最新资讯，筛选搜索，采集特定文章。 网站管理页面，主要是指定标题、链接、时间的元素。且支持API方式获取，同样配置好JSON匹配规则。 微信公众号管理页面，公众号支持批量导入，图标转存到了腾讯云，否则防盗链无法展示，可以设置同步页数/同步间隔，同时记录了最后同步时间。 还有一个页面主要记录微信管理员cookie，比较简单就不展示了。另外针对部分文章会采集转换成markdown格式存储到本地，图片也做了处理，文章可以正常展示，后续打算基于有价值的文章做一个垂直领域的RAG。 （以下绝大部分直接用Kiro在项目中生成） 系统需求分析 核心需求 多源聚合：支持传统网站RSS、API接口、微信公众号文章 统一管理：在同一个平台浏览和管理所有信息源 智能处理：自动去重、内容清理、图片处理、HTML转Markdown Web界面：提供直观的管理和浏览界面 文章同步：将RSS文章同步到标准化的articles表 高性能：支持大量文章的存储和检索 技术挑战 异构数据源整合：不同平台的数据格式差异巨大 微信反爬虫：微信公众号的访问限制和安全机制 API网站支持：政府部门API接口的调用和数据转换 内容处理：HTML转Markdown、图片上传COS、推广内容清理 数据一致性：避免重复文章，保证数据完整性 性能优化：大量文章的存储和快速检索 多管理员机制：微信账号轮换和频率限制处理 系统架构设计 整体架构 ┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐ │ 数据采集层 │ │ 数据处理层 │ │ 应用服务层 │ ├─────────────────┤ ├─────────────────┤ ├─────────────────┤ │ • 网站爬虫 │ │ • 内容清理 │ │ • Web管理界面 │ │ • 微信爬虫 │ │ • 图片处理 │ │ • REST API │ │ • API接口 │ │ • 格式转换 │ │ • 文章同步 │ │ • 多管理员轮换 │ │ • HTML转MD │ │ • 一键采集 │ └─────────────────┘ └─────────────────┘ └─────────────────┘ │ │ │ └───────────────────────┼───────────────────────┘ │ ┌─────────────────┐ │ 数据存储层 │ ├─────────────────┤ │ • PostgreSQL │ │ • 腾讯云COS │ │ • 双表结构 │ └─────────────────┘ 数据流架构 原始数据源 → RSS采集表 → 内容处理 → 标准化文章表 → Web展示 ↓ ↓ ↓ ↓ ↓ 网站/API rss_articles 图片上传 articles 用户界面 微信公众号 _list HTML转MD 表 管理后台 核心模块 1. 数据库设计 (database.py) 采用PostgreSQL作为主数据库，设计了双表结构： ...

项目缘起 这是我在国庆期间完成的第二个Vibe项目，前后端代码接近10万行，数据库28张表，全部由我一个人独立完成。 项目起源于一个非常私人的需求：大女儿青云明年就要上小学了，我在查学校、学区、政策时遇到了很多障碍。作为一个技术人，实在无法忍受这种信息不对称和查询困难，于是就有了这个项目。 开发过程很有意思：首先花了几天时间跟GPT反复讨论需求，确定产品方向；然后通过各种AI工具采集整理汇总学校的各种信息，包括对口划片、中/高考成绩、分配生政策等；最后实现了资讯、问答、用户及权限等模块，甚至还做了个排行榜。（BTW：LOGO是用GPT生成）。 老规矩，先上几张图： 项目概述 这是一个面向教育行业的综合信息平台，提供学校信息查询、对口划片、升学政策、排行榜计算等功能。项目采用前后端分离架构，由我一个人独立完成全部开发工作，包括前端30+页面组件、后端20+业务模块、28张数据库表的设计与实现。 技术架构 前端技术栈 框架: React 18 + TypeScript + Vite 路由: React Router v6 状态管理: Zustand UI组件: 自研组件库 SEO优化: React Helmet Async 构建工具: Vite 后端技术栈 运行环境: Node.js + Express 数据库: PostgreSQL 认证授权: JWT + Session双重认证 文件存储: 腾讯云COS对象存储 邮箱服务: 腾讯云邮箱 地图服务: 百度地图API 搜索服务：腾讯云WSA+阿里云IQS AI服务: 阿里云QWEN大模型 前端功能架构 基于React Router的路由架构，实现了完整的前端功能模块： 1. 学校信息模块 graph TD A[首页] --> B[学校信息模块] B --> B1[学校列表] B --> B2[学校详情] B2 --> B2_1[学校概览] B2 --> B2_2[学校简介] B2 --> B2_3[荣誉奖项] B2 --> B2_4[特色项目] B2 --> B2_5[校园风采] B2 --> B2_6[相关资讯和问答] B2 --> B2_7[对口小区和初中] B2 --> B2_8[中考高考成绩] B2 --> B2_9[综合评价] B --> B3[学区查询] B --> B4[学校地图] 2. 排行榜模块 graph TD A[首页] --> C[排行榜模块] C --> C1[小学排行] C --> C2[初中排行] C --> C3[高中排行] 3. 社区问答模块 graph TD A[首页] --> D[问答模块] D --> D1[问答首页] D --> D2[问题详情] D --> D3[提问页面] 4. 文章资讯模块 graph TD A[首页] --> E[文章资讯模块] E --> E1[文章列表] E --> E2[文章详情] E --> E3[文章编辑] E --> E4[文章发布] style E3 fill:#ffcccc style E4 fill:#ffcccc 5. 用户中心模块 graph TD A[首页] --> F[用户中心模块] F --> F1[用户注册] F --> F2[用户登录] F --> F3[用户中心] F --> F4[安全设置] F --> F5[收藏页面] 6. 分配生政策模块 graph TD A[首页] --> G[分配生政策模块] G --> G1[分配生详情] G --> G2[配额管理] style G2 fill:#ffcccc 7. 关系管理模块 graph TD A[首页] --> H[关系管理模块] H --> H1[小区对口关系] H --> H2[初中对口关系] H --> H3[关系操作] style H3 fill:#ffcccc 8. 管理模块 graph TD A[首页] --> I[管理模块] I --> I1[学校管理] I --> I2[地图管理] I --> I3[排名管理] style I1 fill:#ffcccc style I2 fill:#ffcccc style I3 fill:#ffcccc 真实技术难点 1. 腾讯云COS对象存储集成 文件路径: xueapp/routes/photos.js ...

春节假期，deepseek火出了圈。我用字节发布的免费AI编程IDE工具Trae手搓了一个企业级应用——家庭健康宝，前端/后端/数据库/对象存储/大模型一把梭！ 用于统一管理家人病历、检验单、药品、保单、体检、身高等各种健康数据。支持文件阅览及OCR智能解析；接入阿里千问大模型，可以将健康数据发给大模型咨询；累计的健康数据可以生成趋势图表；同时支持全文检索；还有未来健康事件的提醒功能。 家庭健康宝思维导图 节前在项目中用cursor体验了一些代码改写的功能，大为震惊。随后字节发布了Trae免费的平替平台，就想着用他来做一个完整的应用程序。 作为两个女儿的奶爸，刚好前几天女儿肺炎来回跑了几个医院，病历/检测报告到处都是，就萌生了做一个家庭健康数据管理的小程序。 前期用ChatGPT、Kimi、Deepseek讨论产品命名、竞品分析、商业计划、模块设计、架构选择等等，可以说绝大多数问题都会先丢给大模型，让他给一些未知的反馈。 而后上手Tare开始编写各种demo验证，虽然有一些前后端编程的经验，但是工作中更多的角色是产品经理，所以虽然有AI加持还是遇到了一些坎坷，不过从过去做互联网产品的经验来说，就没有过不了的坎。 首页摘要 健康数据 提醒 全文搜索 健康数据趋势 智能助手 火炉旁、汽车上、婚礼中都在与Trae亲密沟通协作，下达指令立马专业反馈执行，磨合后效率不断提升，其实它什么都知道，如果你没得到正确的答案真的可能是你没问对。最终在春节假期里一个人零投入完成了一个算得上是企业级的小程序，我想过去至少5人团队要做3个月。 后端工程 前端工程 后端数据库 这几天抽空填充了一些数据，整体UI还过得去，先自用一段时间，后续再考虑是否发布出来。另外我还有几个其他产品的想法，得益于AI的神力，我想这些珍贵的idea都能快速实现，这个世界正在被重新制造。

最近在例行逛竞品时，发现CSDN推出了云服务的功能，号称联合国内顶级云厂商，共同为开发者提供稳定便宜的云服务，全网最低价。提供的产品有计算、数据库、存储、网络、网络、网站备案这几个基础的云资源，截图如下： IaaS 虽然是一块红海，但是随着当前竞争形势已经非常激烈（运营商杀入、国资云、AWS微软），而且早些年就已经出现了头部3家占据70%市场的局面，尾部的一些云厂商为了生存只能转战私有云卖自己整套的云底座，很难想象CSDN在这个时间节点推出开发云的用意，如果是基于IaaS资源推出一些个性化垂直群体的PaaS、SaaS产品还可以想象一下。 首先云服务是一项技术门槛高、成本高、利润低的产业，亚马逊从03年开始做AWS现在有几万员工，微软也是在萨蒂亚接任CEO后全面转战云计算，阿里云现在也有上万员工了，这三家在2021年全球市场占有率分别是40%、21%、10%，所以云计算如果不能利用先发优势形成产业规模很难走通商业逻辑，已经容不下新的玩家，如果是直接代理、分销云厂商的资源或许还能拿到不错的佣金。 再来看目标群体 大型组织：处于担忧云的安全和稳定阶段、致力于构建私有云，几乎不太可能采购CSDN的云服务 中小企业：云资源采购通常是企业行为，决策路径比个人要长很多，另外采购也是优先选择头部阿里云、华为云，这些头部云厂商争夺市场，各种营销补贴优惠。所以实在也想不到用CSDN云服务的理由 个人：CSDN有用广大的开发者群体，看上去应该是主要的目标群体。但是对个人来说，客单价低，盈利几乎不可能，而且购买服务器的需求也越来越少（微信公众号之前还流行买服务器搭建自己的博客网站），另外多数开发者都会去薅云厂商的羊毛，比如亚马逊麻烦试用、9.9腾讯云一年的羊毛。如果是买来用于学习的场景，目前大多数电脑都是16G+的高配，一条docker命令就能起一个测试环境，付费的意愿也就没那么高了。 最近看到阿里、华为、腾讯、京东几乎都有50元一年的2C2G4M的云主机，头部云厂商的战略很明显，云主机只是最基础的服务，引导上云后逐步使用其他云服务，补贴的云主机费用就是变现的获客成本。 而以云主机为主打产品的CSDN开发云，补贴不起，所以1CPU/2GB/4Mbps显示4.5折后还要1139.94元，毫无优势可言。 从各方面来说云计算基础服务显然是上错了舞台，有点类似在有三大电信运营商下进入通讯领域，在有国网、南网的情况下进入电力行业。 最晚进入云服务这个赛道的大厂，应该就是字节跳动在2020年推出的火山引擎，首先字节基于内部云服务的需求，积累了大量相关技术和真实案例。主推的云服务是视频与内容分发，另外两个数据增长平台和智能应用也是字节的优势方向，通过云上服务化的方式将抖音和今日头条的相关技术提供给外部企业，虽入局稍晚，但是差异化的优势明显，相信未来火山引擎能分到云服务的一块蛋糕。 目前CSDN全国有近800左右的员工，发展也有20多年，内部估值肯定是不低于10亿，这个体量被收购的可能性极小，商业落地能力越来越弱，上市难度也很大。，CSDN虽然是中国第一大开发者社区，但是完美错过了需求管理、代码仓库、教育培训、服务众包、原型设计、设计协作等开发者息息相关且能够变现的产品形态，后面的路怎么走？艰难坎坷、荆棘载途！ 2022-11-16 Update: 最近看了一眼CSDN的云服务官网，有种进了腾讯云官网的感觉，海外云主机也成为主推产品。也加了分销和码龄抵现，然而并没有什么銮用吧。另外，以下是双十一国内三大云厂商的促销： [腾讯云双11活动] 2核2G4M，50元/1年 2核4G6M，100元/1年 4核8G10M，300元/1年 [华为云双11活动] 1核2G1M，35元/1年 2核4G2M，116元/1年 [阿里云双11活动] 2核2G1M，49元/1年 2023-04-05 Update: 目前开发云已经从CSDN主导航上去掉。

以下是我2021年招聘互联网运营时的一些面试题，供大家参考。运营也在不断变化，而且越来越快，如果当下再招，面试题应该会有很大的变化，后期岗位开放我会再更新一版。 基本介绍 介绍一下上一份工作中自己主要负责的事情，目标，成果，考核指标 用户、活动、内容运营，你对哪一块最感兴趣、最擅长哪一个 详细探讨 对近期热点事件进行点评，想出一个与产品相关联的推广方案或者活动 黑客增长知道吗？核心内容是什么，有这方面的实践和想法吗？ 搜索引擎SEO有没有做过，关键字 问答营销有没有做过，知乎，百度知道 关于投广告你怎么看？效果 如何提升日活？PV 如何提升UGC？ 漏斗转化模型了解吗？如何应用到实际的工作中 怎么看目前的私域流量和KOL? 编写一篇内容，哪些因素是需要首先考虑的? 有哪些渠道进行推广? 今日头条、抖音为什么在短时间内这么火？ 给程序员打标签 有学过编程语言吗？ 运营需要哪些数据来支持，举一个数据分析调整方案取得效果的案例 如何看待数据驱动运营，运营驱动产品？ 怎么看待标题党，震惊了？ 对我们公司产品有什么想法，有哪些需要改进的？ 补充信息 你觉得自己还有哪些优点，可以补充一下 离职原因 期望薪资 对自己的规划 最近有在学习什么课程、书籍，可以分享一下吗 你有什么问题需要问我吗？

由于公司内部正版化以及多人协作格式一致性的要求，从去年开始使用金山办公WPS，当然目前仍然使用的是免费版，虽然体验上比几年前好了很多，比如去掉了广告（Win下不确定是否还有），还有金山云文档、多终端等新功能的加入，但是仍然存在很多槽点。与微软Office或者macOS自带的办公套件还是差很多，金山云文档与谷歌文档或者国内的石墨文档之间应该有一代的差距。 在这里将我使用过程中遇到了一些问题记录一下，初衷仍然是希望WPS作为国民办公软件能够在稳定、性能、体验、交互等各方面不断提升，并在国内找到好的商业模式，做大做强。 1、软件庞大，时常崩溃、占用资源大 WPS软件包超过企业微信成为我电脑最大的软件，1.67GB，由于将文档、表格、演示文稿合并在了同一个软件中，同时还在不断增加在线文档、账号体系、会员体系、增值服务等模块，光安装包就达到了大型游戏的量级，初次安装和每次更新都要很久。 由于追求软件上的大一统，首先出现的就是软件时常崩溃，内容丢失是创作者最不能接受的，这个问题还是挺普遍的，后来换成App Store的稳定版本后，此问题得到了很大缓解。另外就是占用资源大，内存长期占用几个G，尤其编辑PPT时，电脑风扇狂转，关闭硬件加速也是如此，这对于长期使用的办公软件来说属实太高。 建议提供个性化版本，比如付费后提供离线的精简的表格软件，虽然都是office，但是三者仍然有一些场景上的区别，比如做数据分析统计的人很少使用文档和演示文稿。如果要做大一统的软件，可以通过加强“在线文档”来提供，直接用浏览器访问按需使用，以后多终端使用，很难想象每个设备上都安装如此大的软件。 2、响应速度慢 首先是打开文件教慢，一个10M的演示文稿第一次打开需要5秒以上，第二次加载在3秒左右。 表格中如果有计算公式，稍微复杂点的就有延迟，回车之后光标会从下一个单元格回到上一个单元格中，这里多次误操作。 在线表格基本上处于难用状态，频繁卡顿操作延迟，想编辑某个单元格很多情况无法选中，粘贴大量数据会卡死，单元格中的图片无法复制粘贴。 这是产品从可用到好用，提升产品竞争力，必须优化的点。随着在线文档功能和体验的加强，以及企业IM工具的内置，办公软件的需求和市场应该会越来越小。 3、非会员的限制 在国内做个人软件付费本身就很难，游戏、视频、知识付费这三点也才刚刚起步，微软Office和Windows之所以普及率如此高，也是深刻考虑这个问题，目标不在个人付费而是瞄准客单价高的企业付费，而且多数企业在正版化的要求下会主动付费，如果前期产品习惯和生态一旦养成，加上比竞品好用好看，销售成本自然非常低。 WPS非会员还是有很多限制，尤其是有些还严重影响使用，比如思维导图限制150个节点，这类替代产品太多，当我看到这个限制第一时间就换其他产品了。图标库就没有免费使用的，PPT模板几乎大多数需要会员，这类粗暴的限制还有很多地方，而这部分又是非常容易在其他地方找到的，没有独一无二的竞争力。 我认为WPS此阶段的目标仍然是新增用户，尤其将那些使用盗版软件的同胞解救出来，国产软件的担当，至少提供给用户一些常用的内容可以免费使用，等用户基数上来，自然就有了市场。再将一些高价值的内容通过增值服务提供，调高会员费用，提供多种付费形式比如可以按次、按天、按需。另外开放类似“云市场”功能，设计师可以上架自己设计的图标和模板，用户购买后设计师收款，用户甚至可以发布一些文档编写的订单，设计师接单制作，WPS收取一定的手续费。 我相信这比现在强推个人会员的方式更奏效，转化更多用户、开发高价值的功能，同时瞄准企业市场。 4、一个明显BUG 使用过程中发现一个明显的BUG，我在macOS客户端打开金山文档的首页，仍然让我下载客户端。 今天就先到这里，后面再补充。以上是本人不成熟的一些想法，同是产品经理，相信金山办公的PM们也是根据当前市场和需求多次试验、共同商讨、平衡的最优解，希望国内这支独苗能够茁壮成长。后期有机会也会写写我对办公软件未来的思考，比如人工智能的更多加持、多终端多人协同创作、企业文档库及知识图谱等等。

前段时间我们部门招聘了一位互联网产品经理，最终面试了8位候选人才找到比较合适的。这里将面试题分享出来，也是我对互联网产品经理的一些思考。 基础部分 介绍一下自己近期负责的一个项目，自己主要的职责和成果，考核项是什么？ 用一句话概括什么是产品经理？ 之前负责的项目有线上可访问的产品吗？你觉得最大的亮点是哪里？ 看过我们的平台吗？10分满分，打几分，为什么？ 请概括一下程序员的用户画像。 之前了解过CSDN社区吗？如何评价 介绍一个通过分析数据调整优化产品的例子 怎么看待人工智能这个技术的应用 微信有哪些做了又回退的功能 如何做A/B测试？ 手机中用得最频繁的APP是什么？它有哪些体验不好的地方 你觉得上一个让你惊艳的产品是什么？ 如何看待产品趋同化严重的问题？ 了解增长黑客吗？举几个例子 运营和产品在工作中应该是一个怎样的关系？ 如果提高学习类的APP日活？ 公司的目标调整为变现，需要在页面、开屏等嵌入大量广告，你怎么应对？ 临近发布，研发突然说有BUG，发布需要延期，怎么处理？ 当研发与UI观点不一致而争吵影响项目进度，您该如何处理？ UI之前提出了一个更好的方案且之前被你拒绝，因此对你有意见，你应该怎么做？ 如何做好用户调研？ 怎么催工程师加快进度？ 上线之后怎么让工程师改需求？ 2B和2C的产品有什么区别？ 知乎、B站近期产品运营的重要指标是什么？ 做产品应该抓住用户正面，还是负面的心理？ 如果看待平衡车这个产品？ 具体场景 橘子公司计划打造一款聚焦科技资讯的产品，简单说下如何做需求分析？ 目标用户、痛点、用户画像、场景 简单说出2-3个产品用例 最小化可行产品，应用 产品的难点有哪些 如何判断/衡量这个产品已经成功 上线之后如果老板不太满意，怎么处理？ 产品上线一个月后，日活逐渐降低，你应该怎么做？ 补充确认 最近在学习什么？能给我们分享一下吗 有自己创作的东西吗？文章、视频都可以 未来有什么规划或目标 你觉得你的特长是哪一块，还有哪些优点可以补充一下 最后你还有什么问题需要问我的