Morrin
type: channel
link: https://xaomao.cc/
description: Morrin's blog
items: 淘宝订单图片下载器
items: Typecho Agent API — 给 LLM Agent 的博客控制服务及skill
items: Hermes Feishu 表格渲染方案.md
items: Ubuntu系统的Openclaw和Hermes终于能够支持创建苹果日程、待办
items: 🧩不用公网IP！极空间远程访问Ubuntu电脑保姆级教程
items: 产品规范文档编写指南
items: 《淘宝十年产品事》学习笔记
items: 产品经理经典面试题问题拆解与思路
items: 认知偏差手册（67种认知偏差）

淘宝订单图片下载器
type: item
date: 2026-06-16T10:09:00+08:00
description: 由于最近想把淘宝买的衣服导入到AI搭配软件里面，但是拍照有很麻烦，一个一个下载也很麻烦，所以就做了这个淘宝图片下载器淘宝订单图片下载器一个 Tampermonkey 油猴脚本：在淘宝「已买到的宝贝」页面上，把你买过的衣服主图一键下载到本地，方便导入到穿搭 app（如搭搭、Lookie、Whering 等）。作者：Morrin · 许可：MIT工作原理是直接复用你浏览器里已登录的淘宝会话，不做任何模拟登录/绕过风控，因此安全无风险。功能特点🔍 扫描当前页订单 —— 用「交易快照」链接做锚点，每个商品 = 一条记录，准确匹配⬇ 批量下载 —— 复选框勾选要的，一键下载到本地子文件夹🖼 拿原图 —— 自动剥掉淘宝的 _120x120.jpg 之类尺寸后缀，下载原图🛡 避开推荐位 —— 自动滚动只滚到「猜你喜欢」之前，不污染下载结果🔌 零反爬虫风险 —— 全程使用浏览器已登录的会话，不需要 cookie、不模拟登录1. 安装1.1 装一个用户脚本管理器（任选其一）浏览器推荐Chrome / Edge / 360 / QQTampermonkeyFirefoxTampermonkey 或 GreasemonkeySafariTampermonkey1.2 安装本脚本方式 A：从 Greasy Fork 搜索「淘宝订单图片下载器」直接点安装方式 B：把 taobao-order-image-downloader.user.js 拖进浏览器，Tampermonkey 会弹安装确认页方式 C：打开 Tampermonkey 仪表盘 → 「+」新建脚本 → 粘贴文件内容 → Ctrl + S 保存1.3 关键设置（不设置可能下载失败）在 Tampermonkey 设置里把下载模式切到浏览器 API：Tampermonkey 仪表盘 → ⚙ 设置 → 通用 → 下载模式 选「浏览器 API」否则 GM_download 不能把图片存到子目录，下载会全部失败或弹出另存为对话框。2. 使用打开 https://buyertrade.taobao.com/trade/itemlist/list_bought_items.htm（已买到的宝贝）用淘宝自己的搜索框/时间筛选器，把要下载的衣服订单筛出来，翻到目标页页面右下角会出现橙色面板「📦 淘宝订单图片下载器」点 🔍 扫描本页 —— 脚本会自动滚一遍页面把商品行渲染出来（几秒到十几秒），然后列表每一项会显示一个商品缩略图、标题、订单号取消勾选不需要的（比如混在订单里的吃的喝的）点 ⬇ 下载选中图片会保存到浏览器默认下载目录下的 taobao-clothes/ 子文件夹（子目录名可在 ⚙ 里改）鼠标移到面板里某一行时，原页面对应的商品卡片会高亮，方便核对是不是你想要的。3. 设置（⚙ 按钮）配置项默认值说明子目录taobao-clothes保存到浏览器下载目录下的这个子文件夹命名模板{idx}_{title}文件名模板，可用 {idx} {title} {orderId} {date}下载延迟(ms)350每张图之间停顿多久，避免触发风控最小图片边长(px)60小于该尺寸的图（图标、星标）会被过滤掉剥掉缩略尺寸后缀✅把 xxx.jpg_60x60.jpg 还原成 xxx.jpg 拿原图命名示例：默认 {idx}_{title} → 001_某品牌纯棉短袖T恤男夏季新款.jpg可用变量：{idx} — 三位数序号（001, 002, ...）{title} — 商品标题（清洗过非法字符）{orderId} — 订单号{date} — 下载当天日期（YYYYMMDD）4. 常见问题4.1 扫出来 0 个商品 / 数量明显比订单少按下面的顺序排查：滚动到页底 —— 淘宝虚拟列表懒加载，先把页面滚到底让所有订单行渲染出来，再点扫描看「全页诊断」 —— 按 F12 打开开发者工具，点 Console，看脚本开头的 [taobao-dl] 全页诊断 一段： 大图(min≥60) 0 且 计算后 background-image 含 alicdn ≥ 30 —— 缩略图是 CSS 背景图，本版已支持bizOrder/itemOrder 容器数 0 —— 正常，本版不用这个容器缩略图都被识别成广告图 —— 把 ⚙ 里「最小图片边长」调到 30 再扫4.2 抓到 1 张但是别的广告图片大概率是 row 范围爬多了，命中了外层推荐位。报告 issue 时附上控制台 [taobao-dl] 扫描统计 的输出（注意看 dup: 29 这种数字就说明去重逻辑在工作但抓错了图）。4.3 点了下载没反应 / 全部失败Tampermonkey → 设置 → 通用 → 下载模式 一定要选「浏览器 API」，选「下载管理器」会不工作浏览器右上…

Typecho Agent API — 给 LLM Agent 的博客控制服务及skill
type: item
date: 2026-06-10T17:33:00+08:00
description: 项目背景写博客这么多年，一直在找一种方式让 AI 能直接帮我管理内容。市面上有不少方案，但要么太重（WordPress REST API），要么跟 Typecho 这种轻量博客不兼容。Typecho Agent API 就是为解决这个问题诞生的——一个纯 HTTP 接口的博客控制平面，专门给 LLM Agent 调用。核心能力项目提供 14 个 HTTP 工具，覆盖博客管理的全部场景：文章管理新增文章 — POST /v1/posts，支持标题/正文（HTML/Markdown）/标签/分类/自定义字段编辑文章 — PATCH /v1/posts/{cid}，局部更新，只传要改的字段删除文章 — DELETE /v1/posts/{cid}，物理删除，同步清理关联列表/搜索 — GET /v1/posts，分页/状态筛选/关键词搜索分类与标签完整的分类/标签增删查支持 slug、描述、层级（子分类）图片管理上传图片到腾讯云 COS（支持 base64 和 multipart）返回 CDN URL，直接在文章里引用支持删除 COS 上的文件架构设计+------------------+ HTTP + X-API-Key +-----------------------------+ | LLM Agent | --------------------> | typecho-agent-api 服务 | | (Hermes/OpenAI) | <-------------------- | - 直读 typecho_* MySQL | | 不需要装任何东西 | | - 调腾讯云 COS | +------------------+ +-----------------------------+关键设计决策：Agent 端零依赖 — 只配 2 个环境变量，不装任何 Python 包服务端独立部署 — 跑在 Typecho 服务器上，不修改 Typecho 本身Key 鉴权 — X-API-Key 预共享密钥，不走 OAuth 等复杂流程OpenAI 兼容 — 提供完整的 function-calling schema，任何 LLM 框架都能用技术栈层级技术Web 框架Flask数据库MySQL（直读 Typecho 表）图片存储腾讯云 COS鉴权X-API-Key 预共享密钥AI Agent 使用示例用 curl 发一篇文章：curl -X POST "$TYPECHO_API_BASE_URL/v1/posts" \ -H "X-API-Key: $TYPECHO_API_KEY" \ -H "Content-Type: application/json" \ -d '{"title": "文章标题", "content": " 正文 ", "tags": ["tag1"], "status": "publish"}'上传配图：curl -X POST "$TYPECHO_API_BASE_URL/v1/images/upload_base64" \ -H "X-API-Key: $TYPECHO_API_KEY" \ -d '{"base64_data":"<BASE64>","filename":"cover.png"}'快速部署git clone https://github.com/chapaofan/typecho-server-and-skill cd typecho-server-and-skill pip install -r requirements.txt cp .env.example .env # 编辑 .env：Typecho 数据库连接、COS 密钥、API Key python run.py生产环境建议：gunicorn -w 2 -b 0.0.0.0:8000 run:app应用场景AI 写作助手直接发布文章到博客自动从 Obsidian/Notion 同步内容到 Typecho批量管理文章（标签分类、状态调整）在聊天机器人里创建/编辑/删除博客内容开源地址项目完全开源：github.com/chapaofan/typecho-server-and-skill欢迎 Star、Fork、提 Issue。如果你有 Typecho 也想接 AI，这个项目可以直接用。

Hermes Feishu 表格渲染方案.md
type: item
date: 2026-04-28T08:29:00+08:00
description: Hermes Feishu Table Renderer让 Hermes Agent 在飞书（Feishu/Lark）中把 Markdown 表格渲染成真正的 CardKit v2 表格组件，而不是丑陋的代码块。问题Hermes 默认发送 Markdown 表格时，飞书不支持markdown表格，表格直接被吞掉不显示。解决修改 feishu.py，在消息发送前检测 Markdown 表格，自动转成飞书 CardKit v2 的 table 组件。改动点_parse_markdown_table — 解析 Markdown 文本，提取表格段和非表格文本段_build_table_card — 把表格数据转成 CardKit v2 table 组件（columns + rows 对象数组格式），自动处理表头加粗样式_build_interactive_card_with_tables — 组装完整的 schema: 2.0 卡片_build_outbound_payload — 发送前检测表格，有则发 interactive 卡片，无则走原逻辑_convert_markdown_tables_to_code — 新增标记为 DEPRECATED 的兼容函数，保留旧调用接口，直接透传原文表头加粗处理Markdown 表格的表头通常带 **粗体** 标记，但飞书 CardKit v2 的 text 数据类型不支持 markdown 语法。解决方案：去掉单元格内容里的 ** 和 __ 标记，避免显示 raw markdown使用 header_style: {bold: true} 让表头统一加粗显示{ "tag": "table", "columns": [...], "rows": [...], "header_style": { "bold": true, "text_align": "left", "text_size": "normal", "background_style": "none", "text_color": "default", "lines": 1 } }CardKit v2 Table 格式{ "schema": "2.0", "config": {"wide_screen_mode": true}, "body": { "elements": [ { "tag": "table", "columns": [ {"name": "col_0", "display_name": "姓名", "data_type": "text", "width": "auto"}, {"name": "col_1", "display_name": "年龄", "data_type": "text", "width": "auto"} ], "rows": [ {"col_0": "张三", "col_1": "25"}, {"col_0": "李四", "col_1": "30"} ] } ] } }升级方法Git：Hermes-feishu-to-table直接替换掉 Hermes 项目里的 feishu.py 文件即可：# 1. 备份原文件（可选） cp ~/.hermes/hermes-agent/gateway/platforms/feishu.py ~/.hermes/hermes-agent/gateway/platforms/feishu.py.bak # 2. 替换文件 cp ./feishu.py ~/.hermes/hermes-agent/gateway/platforms/feishu.py # 3. 重启 gateway 生效 hermes gateway restart替换路径根据实际 Hermes 安装位置调整，关键是放到 gateway/platforms/feishu.py 这个位置。参考文档飞书 CardKit v2 Table 组件官方文档飞书 CardKit v2 卡片结构飞书消息卡片接入指南Hermes agent issue

Ubuntu系统的Openclaw和Hermes终于能够支持创建苹果日程、待办
type: item
date: 2026-04-25T12:44:00+08:00
description: 前言折腾了飞书日历，发现飞书待办任务不能同步到苹果提醒事项，后来想了想，飞书是通过CalDav服务的，那我是不是直接部署一个就可以了，然后就找到了Radicale轻量化服务，再编写一个auth插件，不就能接入agent了吗。Radicale CalDAV Server基于 Radicale 的 CalDAV/CardDAV 服务，配合自定义 API Key 认证插件，支持 iPhone/Mac 原生同步。功能CalDAV/CardDAV：标准日历和联系人数据存储API Key 认证：自定义插件，通过 HTTP Basic Auth 的 password 字段传 keyiOS/macOS 同步：原生支持，日历事件同步到"日历"，待办同步到"提醒事项"。安卓、鸿蒙也支持。Agent 集成：包含 OpenClaw/Hermes skill，支持通过自然语言管理日程和待办部署方式Clone项目：Radicale-CalDavAgentSkill方式一：Docker 一键部署（推荐）有 Docker 环境的直接用这个，最省事。前提Docker 和 Docker Compose 已安装步骤配置 API Keys# apikeys sk-your-api-key = your-username启动docker-compose up -d访问CalDAV 地址：http://127.0.0.1:5232停止docker-compose down方式二：宝塔面板部署（无 Docker 环境）服务器无法使用 Docker 时，用 宝塔面板 + Supervisor + Nginx 反向代理 + HTTPS。前提CentOS/Ubuntu 服务器Python 3.7+（推荐 3.7~3.11，Radicale 3.1.x 兼容性好）域名和 SSL 证书步骤创建站点和目录mkdir -p /www/wwwroot/your-domain.com cd /www/wwwroot/your-domain.com创建虚拟环境并安装python3 -m venv venv source venv/bin/activate pip install radicale==3.1.9复制文件到服务器config → /www/wwwroot/your-domain.com/configradicale_auth_apikey.py → venv/lib/python3.x/site-packages/radicale_auth_apikey.pyapikeys → /www/wwwroot/your-domain.com/apikeys编辑 config[server] hosts = 127.0.0.1:5232 [auth] type = radicale_auth_apikey apikey_filename = /www/wwwroot/your-domain.com/apikeys [rights] type = owner_only [storage] type = multifilesystem filesystem_folder = /www/wwwroot/your-domain.com/data/collections [web] type = none [logging] level = info编辑 apikeys# format: apikey = username sk-your-api-key = your-username宝塔 Supervisor 管理器添加守护进程启动命令：/www/wwwroot/your-domain.com/venv/bin/python -m radicale --config /www/wwwroot/your-domain.com/config运行目录：/www/wwwroot/your-domain.comNginx 反向代理server { listen 443 ssl; server_name your-domain.com; ssl_certificate /path/to/cert.pem; ssl_certificate_key /path/to/key.pem; location / { proxy_pass http://127.0.0.1:5232; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $sch…

🧩不用公网IP！极空间远程访问Ubuntu电脑保姆级教程
type: item
date: 2026-04-16T09:53:00+08:00
description: 最近折腾Openclaw和Hermes，虽然可以让他俩互相给对方修bug，耐不住俩都挂了，还是需要ssh远程访问下系统。🛠️ 准备工作极空间NAS（极空间是ARM架构，其他的NAS支持远程访问功能的也可以，注意架构，有些webssh不支持ARM架构）Ubuntu电脑（和极空间在同一局域网。咸鱼几百块买的老款mac mini，安装ubuntu后流畅度、性能都很不错，强烈推荐）手机/笔记本（在外网用）📍 第一步：Ubuntu开启SSH服务打开Ubuntu终端，依次执行：sudo apt update sudo apt install openssh-server -y sudo systemctl enable --now ssh检查状态：sudo systemctl status ssh，看到active (running)就OK记下Ubuntu的局域网IP：ip a → 找192.168.x.x🐳 第二步：极空间Docker部署WebSSH（关键镜像）打开极空间 → Docker → 镜像仓库 → 搜索 lihaixin/webssh → 下载进入本地镜像 → 创建容器容器名：webssh（随便填）端口：容器端口 80 或 8888，本地端口填 8888（或其他空闲端口）其他默认 → 启动容器✅ lihaixin/webssh 明确支持 ARM64🔧 第三步：进入容器安装 ssh 客户端（必须做！）刚启动的容器没有 ssh 命令，需要手动装一下：进入容器终端： 极空间Docker → 点击容器 webssh → 更多 → 打开终端执行安装命令（根据系统选择）：极空间常见为 Alpine 系统，执行：apk update && apk add openssh-client如果是 Debian/Ubuntu 类，执行：apt update && apt install openssh-client -y验证：ssh -V 看到版本信息即成功💡 这一步容易漏掉，不装的话后面会报 bash: ssh: command not found🌐 第四步：极空间远程访问配置打开极空间 → 远程访问 → 添加链接名称：Ubuntu-SSH内网地址：127.0.0.1 （因为WebSSH跑在极空间自己上）端口：你刚才设置的本地端口，比如 8888保存，得到一个外网地址，例如 https://xxxx.zentao.link📱 第五步：从外网连接Ubuntu在任何设备（手机/笔记本）上，用浏览器打开那个外网地址看到WebSSH登录界面，填写：Host：你的Ubuntu局域网IP（如192.168.3.73）Port：22Username：Ubuntu用户名Password：Ubuntu密码点击Connect → 成功进入Ubuntu终端！✅ 最终效果出门在外，打开浏览器 → 访问链接 → 输入Ubuntu账号密码 → 直接操作家里电脑完全免费，不用公网IP，不用改路由器极空间自带的远程访问速度还不错，日常运维够用💡 小贴士如果WebSSH页面打不开，检查Docker容器是否运行、端口映射是否正确建议Ubuntu使用复杂密码或配置SSH密钥登录，更安全极空间远程访问功能本身免费，放心用如果你用的不是 lihaixin/webssh 而是其他镜像，进入容器后安装 openssh-client 的步骤通用🎉 结语极空间Docker + lihaixin/webssh 的组合，让没有公网IP的我们也能轻松实现远程SSH。 整个过程不需要网络基础，跟着步骤走就能成。

产品规范文档编写指南
type: item
date: 2024-02-07T10:34:00+08:00
description: 最近工作中，总是会遇到一些在需求理解、UI设计上和开发产生分歧的地方，有的东西可能产品经理认为是常规设计，都能理解，不一定需要标注出来，但实际过程中并不一定所有的开发会这样思考，对于需求的理解也可能存在差异。这个时候就需要对产品或项目进行标准化规范，以解决需求设计、UI设计、开发流程上容易被忽视的问题。产品规范的存在，就是为了让设计更容易也更方便，团队之间步调一致、配合默契。产品规范就是队伍里的队规，让团队成员遵循一致标准，这样才能打造成风格统一、易用性强的优秀产品。大家可以根据实际工作流程来编写自己内部的产品规范，下面我根据我的工作流程整理了一份产品规范文档，仅供参考。1. 项目流程规范1.1. 产品开发流程1.2. Bug提出与处理流程Bug提出与修复Bug及时上报。评估严重程度、优先级、受影响的范围、时间范围、影响用户量，同步测试同学复现 bug。Bug 处理方案的决策。根据 bug 的严重程度和优先级来做第一轮判断。不严重的 bug、低优 bug 可以先进 backlog；未来版本可能改版或者废弃的模块产生的 bug，可放弃修复。处理需要修复的 bug。第一步是复现 bug，第二步是分析产生原因；第三步是给出修复方案。根据优先级和开发成本，在有了修复方案之后，需要在决策重新对 bug 进行修复的优先级排序。因为可能一个中优的 bug，需要巨大的修复成本。这种时候我们可能就需要将优先级稍稍往后，同时选择从产品或者流程上规避这个 bug。所以这个是对 bug 的再次梳理，给出新的方案。（可能涉及到跨部门协同）复盘先从 bug 的影响上开始分析，再从解决方案的决策上给出解释复盘研发链路上是否有疏漏整体上分析和回顾大的流程上是否存在问题，再从细节出深挖问题的根结给出避免的方案，不论是加强沟通还是统一编码风格，还是 code review 的加强从整体到细节，给出完整的 bug 原因，以及完整的避免思路2. 需求输出规范2.1. 需求设计规范需求设计时，要考虑或遵守如下7个方面：需求背景与目标介绍该需求设计的业务背景、市场环境和目标用户群体。明确项目的业务目标和预期的用户收益。梳理需求背景与目标，便于讨论需求合理性、可行性，便于后续需求归档。用户需求详细列出目标用户群体的具体需求。对这些需求进行优先级排序，划分紧急度与优先级。功能需求基于用户需求，详细描述系统所需实现的功能。包括功能的交互行为、约束条件、权限要求和性能要求等。非功能需求安全性：包括用户数据保护和系统访问控制。性能：如系统响应时间、并发用户处理能力。可扩展性与可维护性。操作日志要求等。数据管理如何收集、存储、处理和显示数据。数据初始化、存量数据处理等要求。数据保护和隐私方面的要求。设计原则 需求设计时，需遵循如下原则：操作简便：确保所有功能易于访问和使用。一致性：维持整个系统的设计风格和操作逻辑一致性。容错性：系统应能妥善处理用户的错误操作。反馈：用户在操作中能得到适时的响应与反馈。修订历史记录文档的版本控制。2.2. 需求文档输出规范传统需求文档，常常以纯文档形式输出，交互图写在文档内，对于开发者来说总是晦涩难懂。采用新的形式来呈现：依托于Axure制作的原型图，需求说明和设计说明直接融合在原型交互中。Axure文档结构如下：需求概述概述：需求背景、需求价值、功能点竞品分析版本更新日志需求说明功能需求：在原型图进行标注（页面说明、功能说明、交互注释）非功能性需求可以根据自己业务需求，编写自己的需求文档模板，注意如下内容：功能说明：对于每个原型图，都应该有一个简短的文本说明，描述该图所代表的功能或用户故事，确保开发人员不看文字描述时也能理解。交云层注释：使用Axure的“注释”功能，在原型上标注更加详尽的说明，如功能逻辑、交互规则、异常处理等。版本控制：原型的迭代很快，需要有一个清晰的版本控制机制，有修改请及时更新到原型或及时备注出来，确保团队成员总是在查看最新版本的文档和原型。非功能需求：性能指标、安全策略、响应时间等不方便在原型上表达的内容，需要在文档中另行说明。数据字典：如果产品处理复杂的数据，应该有一个数据字典或数据模型的说明，方便开发人员理解并按需设计数据库。附件与链接：将相关的技术文档、市场研究报告或其他参考资料以附件形式提供，或在文档中插入链接。导航和目录结构：如果需求文档内容繁多，应该有清晰的导航和目录结构，便于团队快速找到对应的部分。反馈和修订历史：文档应允许团队成员提供反馈，并记录修订历史，让每个人都能看到需求的变更。2.3. 数据埋点规范数据分析当前使用的神策数据，数据埋点请遵守神策埋点要求：数据融合 (sensorsdata.cn)埋点及数据分析等相关名词及使用指南参考神策帮助中心：产品使用指南 (sensorsdata.cn)3. 开发基…

《淘宝十年产品事》学习笔记
type: item
date: 2023-06-30T15:51:00+08:00
description: 第一章大概是介绍结构和为什么写这本书，我就不多加阐述了，直接从第二章开始。一、从商品说起1. 一个买家的淘宝之旅淘宝的网站框架：第一种，Detail页面，好比新浪的一篇新闻，相对静态，主要用于展示信息。第二种，List页面，比如Baidu（百度）的搜索结果，是一个引导性的过程页面。第三种，交互页面，需要用户填各种表单、需要互动的页面，比如各大网站的注册页面。第四种，综合页面，就是其他很难分类的，或者前三种混合的页面，呵呵，比如淘宝的购物车页面，就混合了List和交互。2. 产品经理都是分类控随着商品多起来以后，才牵扯到分类。因为我们有了很多商品以后，就需要管理，而管理首先需要将商品梳理清楚，分清楚，不能10亿商品一个个管，这样做没有意义。“分类”方法的变迁是整个商品系统变迁的核心。3. 看似完美的类目+属性淘宝小二对业务的理解有一个过程，商品管理的本质是分类（再深究一步，分类是为了更好地匹配供求关系）。一灯，提出了属性的概念，属性很好地解决了前面提到的两个问题。与类目相比，属性更离散、更灵活，类似 Tag，一个商品只能属于一个类目，但可以有多个属性。属性的本质还是为了分类。属性的本质还是为了分类？其实很简单，卖家发布商品的时候，先从根目录选到叶子类目，再选择这个叶子类目对应的类目属性的各种属性值。体现在前台则是，买家在挑选商品的时候，也能从类目和属性两个维度筛选。4. 解决问题，而不是做产品解决问题，或者说满足需求，通常有三种方法——提高现实、降低期望、转移需求，而最常用的“开发产品”只是第一种，也是最费劲的一种方法。二、“淘宝”就是导购1. 淘宝的由来fun、生活化、亲切、屌丝气质……的格调，淘和宝。变化很多，但产品经理要理解变化背后的目的，以及哪些东西是不变的。2. 导购到底是什么玩意儿一群买家，从某个购物需求出发，通过某个产品功能，最终到达一个商品详情页面的过程，或者说，都是“导购”。2009年，一级类目的频道首页开始TMS（小二使用的，淘宝内容管理系统）搭建。这个强大的TMS工具颇值得一提，它可以根据各种条件，筛选商品、配制出活动页面，甚至配置出垂直市场而无须技术人员介入。从另外一个角度来理解导购，那就是经济学上的“供求匹配平衡”。我们通过对淘宝供求关系所处的不同关系的分析，制定我们的经营策略与重点，并以此为根据为买家提供购物决策产品。具体说明如下：当商品供应量远小于买家需求量时，需要为有需求的买家提供预订服务、资讯服务、订阅提醒服务。对有相应能力的卖家提供相关的情报，以刺激市场发展。当商品供应量近似于买家需求量时，关注需求的满足率，通过细分人群，为不同人群提供不同的导购决策产品，来降低流失率。当商品供求量远大于买家需求量时，需要对有需求的买家做优质商品和卖家的推荐，以及促销活动的推荐，并且针对不同人群提供不同的决策树。对没需求但有可能购买的买家做信息推送，以扩大需求量。同时为卖家提供付费型的营销工具。需要说明的是，产品经理们将针对特定类目甚至热门搜索关键词来判断上述供求关系。分得越细提升越明显。针对淘宝大盘整体分析，意义不大。90%的产品经理，其实都是在守江山，在已有的产品上做优化，如果能摊上做一个天猫这样的挑战，虽说失败的概率很大，但无论成败，都为个人之幸。产品经理确实就是小部分打江山、大部分守江山，历史也是这样的。天猫初始商品体系：天猫与淘宝的异同：从模式上，一个是C2C平台，一个是B2C平台对卖家和淘宝来说，天猫和淘宝的区别还是很大的：天猫的主要盈利模式是收取销售佣金，按照类目不同，从货款的百分之零点几到百分之几不定；而淘宝的盈利模式主要是各种广告。我们深刻地认识到，任何一款产品、一个公司，甚至一种业态都是有生命周期的，要想长青，只能自己打败自己。基于同样的思考，后来，我们又做了“C2B平台”的聚划算，因为消费者的需求越来越个性化，各种商业基础设施也日趋完善，大家都看好消费驱动生产是一个趋势，B2C只是零售，B2C平台是商业地产，都是老东西，而C2B才是产业链、经济模式的再造。回头看看淘宝，也是阿里巴巴B2B业务为了防止被eBay打败而做的。3. 向超市学习，前后台类目拆分简单地说就是：卖家通过后台类目发布商品，买家通过前台类目选择商品。类目拆分为前后台的好处很明显，用相对固定的后台类目可以衍生出一个随时变化的前台类目，后台类目满足卖家，前台类目满足买家，皆大欢喜。后来，淘宝网、天猫、电器城等都是在同一套后台类目的基础上衍生出了不同的前台类目，以满足不同的需求。4. 旧的新概念：SPU/SKU及其他像服装的话，品牌和货号，这两个属性值组合起来，能够形成一个唯一确定的产品——SPU。SPU相当于标准化的产品，通过关键属性的确定，就确定一个SPU，苹果的iPhone5S就是一个SPU。SKU（Stock Keepi…

产品经理经典面试题问题拆解与思路
type: item
date: 2023-04-05T22:41:00+08:00
description: 导语：本人2021年毕业，工作近两年，最近准备面试，总结一下网上经典面试题及个人思路，希望对初中级产品有一定帮助。一、产品经理具备的能力与素质不同级别的产品经理面试时考察的能力是不一样的，我主要讲下产品所需要的基本能力。产品所需的能力一定跟所要做的事情息息相关，所以这个问题的拆解思路就是项目或需求的执行思路。需求的处理流程从需求处理的流程，也就能了解到产品经理所需要的基础能力有哪些。需求获取在需求获取阶段，我们需要做好收集需求和管理需求两件事情，数据的来源，我一般分为三种：数据分析、业务需求、产品规划。这也就要求我们具备数据分析能力、管理能力、同理心。需求分析 需求分析主要从需求要素、定位、分解、优先级四个方面进行。这样就要求我们具备逻辑思维能力、分析能力、同理心。方案设计方案设计时一般需要做：方案设计、方案对比（竞品分析）、可行性分析、方案确认。我们需要具备学习能力、分析能力、创造力。方案执行方案执行需要需求评审、确认迭代内容（需求优先级管理）、测试验收。需要我们具有执行力、沟通协调能力（项目推动能力）。需求管理与优化功能完成了并不代表结束了，需求方案上线还只是开始，要想知道这个需求是否真正达到了预期效果，发挥出了真正价值，还需要持续跟踪监测。需要我们具备数据分析能力、管理能力。综上，从需求处理流程，我们也就知道了产品经理所需要的基础能力和素质是哪些：执行力学习能力沟通协调能力（项目推动能力、团队合作能力）逻辑思维能力分析能力创造力同理心当然，这只是基础能力，要成为高级产品经理还需要很多能力或思维方式。二、项目延期怎么解决此问题考察的是沟通协调能力以及项目推动能力。第一点，项目延期怎么处理？了解情况：了解不能按时上线的原因及需要延期多长时间上线；知会需求方：确定影响范围，知会需求方，讨论解决方案；确定解决方案：协调资源解决；或者砍掉非核心功能保障上线时间点。第二点，怎么避免项目延期？保障产品文档质量，避免需求变更导致延期，前期沟通评审功课做足；合理评估时间，设置任务里程碑，及时跟进进度，发现风险点；建立一个内部网络空间，所有文档资源统一存放，供团队成员共享；制定制度和标准，实行奖惩措施，制度和标准及其重要。三、做过的项目中，你觉得最成功的的项目或者产品是哪一个，为什么？首先这个问题考察2个点：第一个即什么才能算成功的项目或者产品，从3个方面回答：这个项目或者产品给用户带来了哪些价值（用户体验、服务提升、解决了什么痛点），给公司带来了什么价值（产品带来了多少利润，提升了多少用户量，提升了多少活跃等），自己在项目中获得了什么（能力的提升，价值的体现，解决了什么问题）。第二个考察的点即是项目描述的能力，产品经理能不能很好的对项目进行复盘，能不能清晰描述一个完整的项目经历。这里很多文章都提到过的STAR法则，运用这个法则可以很好的描述一个项目，这里就不展示论述。产品经理要学会讲好一个故事，让面试官不感到枯燥。四、产品的需求来源有哪些个人在做需求的时候将需求划分为三个来源：业务需求。用户意见反馈、客服反馈、用户调研访谈、内部其他业务方需求等。数据分析。很多时候的需求都需要数据支撑，并不一定业务需求就合理，也需要数据支撑做分析。产品规划需求。产品自身迭代过程中规划的一些大功能模块等需求。五、你怎么去划分需求的优先级划分需求优先级可以采用两种方式，一种是紧急重要度划分，第二种是采用KANO模型去划分。紧急重要度划分比较简单，这儿简单讲下KANO模型首先需要对需求分类：基本需求，期望需求，兴奋需求，无差异需求，反向需求。其次是按照要求对优先级进行划分，划分标准按照用户满意度（需求价值）和实现难度来进行。基本需求 > 兴奋需求 > 期望需求 > 无差异需求，其中兴奋需求和期望需求还需要再根据具体情况来讨论。基本需求：必须要有的基本需求，没有用户会很不满意，有了用户也不会为此感到满意；期望需求：如果这个需求有，用户会感到满意，如果没有用户满意度会下降；兴奋需求：如果这个需求超过用户预期，达到用户兴奋，则会满意感大大提升，没有的话用户满意度也不会降低；无差异需求：又或者没有，都不会影响用户的满意度，用户不在意； 反向需求：少数派需求，做了就会产生负面影响。六、你的产品方法论是什么简单的产品方法论可以从需求处理流程来思考：需求来源（需求获取）、需求分析、方案设计、方案执行、需求管理与优化。当然，要成为大佬，肯定不能只有这点简单思考。下面讲几种大佬的产品方法论。1. 苏杰：Y模型和四轮MVP理论Y模型苏杰的Y模型很硬核，告诫我们不要按用户的反馈指导出方案，要充分挖掘用户背后的真实需求。①是代表用户需求场景，是起点，是表象，是需求的第一种深度，观点和行为，即在什么场景下什么目标用户的什么时间操作下的什么需求；②是代表用户需求背后的目标和动机，需求的第二…

认知偏差手册（67种认知偏差）
type: item
date: 2022-09-04T17:54:00+08:00
description: 一、决策、信念与行为偏差​ 认知偏差多半会影响信念的形成、商业与经济决策、以及其他一般的人类行为它们是可复制与再现的，面临特定情境时，一般可预期人们会有相应的偏差倾向。1. 不明确性效应(Ambiguity Effect)我们倾向于避免未知，决策时避开资讯不足的选项。示例：用户在决策时，会避免自己不清楚的选项，我们可以通过添加明确的细节来最大程度地减少歧义，提高转化率。CTA（行动召唤） 按钮应在其旁边包含信息性标签，以清除不确定性。2. 锚定效应(Anchoring Effect)人们在对某人某事做出判断时，易受第一印象或第一信息支配，就像沉入海底的锚一样把人们的思想固定在某处。示例：一个很简单地销售经典案例：三款产品价格、功能如下，最终销量如下。产品价格功能数量销量A130元31,200B440元9890C390元8200,000消费者的想法：A比起另外两个有点太便宜了，功能也少了很多，看起来质量也很差。B、C看起来功能差别不大，价格还差了不少，仔细看了C缺的功能，觉得没必要为了这个鸡肋的功能多花50元，于是把注意力放到了C上。C比A功能强大，比B物美价廉，还等什么？这就是锚定效应的威力，商家的精准刀法就是利用锚定效应。在用户认知价值的过程中，锚定效应是最关键的因素。3. 注意力偏差(Attentional Bias)一个人过度关注环境中的特定讯息 ，此时个体会忽视其他讯息 。注意力偏差可以解释一个人在被现有的思路占据时，没有考虑其他的可能性。示例：我们用淘宝购买一个确定型号的键盘，打开app后，我们第一时间就是找搜索栏，然后输入型号，从结果列表选择我们喜欢的。这个过程中，我们通常不关心app一共有几个tab页，也不关心首页上摆放了哪些东西。对于无关信息的不关注程度，其实超乎我们的想象。认知心理学把这个现象叫做“看不见的黑猩猩现象”。4. 获得性启发(Availability Heuristic)我们认为那些迅速跃入脑海的事情比那些不容易想起的事情更为常见和重要。因此，最近发生的、频繁发生的、极端的、被记住的事情比大多数信息更有影响力。示例：通过创建一些与众不同的东西（在不影响一致性和熟悉度的情况下）让你的设计被记住。5. 可获性层叠(Availability Heuristic)这个心理效应有一个更简单的描述，叫做三人成虎，也就是一件事越常被公开谈论，人们就越相信这件事。示例：创建一个醒目的标语，并确保重复多次。如果可能，这个标语以押韵结尾会更好。6. 确认偏差 Confirmation Bias当人们本来就持有某种观点时，对这种观点的感知和注意度会被放大，会选择性地回忆或收集关于它的事例。人们对于自己原本就相信的观点会更容易接受，而把反面观点搁置在一旁。示例：在用户研究中，当你的预设想法是用户对A设计的满意度比B设计更高时，在研究中你可能会更关注用户提到的A设计的优点、收集更多用户对于A设计的正面评价。当用户表示对A设计满意时，会觉得“果然是这样”。这种偏误会让你遗漏许多其它信息。7. 逆火效应(Backfire Effect)我们不能轻易改变人们的信念：与根深蒂固的信念相反的证据和论据无济于事，只会巩固信念的地位。这是一种更严重的确认偏差，即当假设被相反的信息否定后，我们反而更加深信自己原本的假设。示例：外卖骑手或者四级听到其他用户、客服或者平台官方提供的证实他们的猜想是错误的信息后，有不少人反而会觉得“他们都是不清楚真相的”或者“官方的辟谣肯定是心里有鬼”，继而更加深信自己的猜测是正确的。8. 从众效应(Bandwagon Effect)我们经常会因为大多数人以同一种方式思考，而改变我们自己的想法。示例：我们在设计中可以营造出一种群体选择的效果来吸引更多的用户，通过展示购买人数和滚动播放购买信息来体现出该商品的热门，让正在犹豫的用户「随大流」下单购买。9. 信念偏差(Belief Bias)我们更倾向于接受与我们的先验知识相符的论点，而拒绝对该论点的反驳。示例：谈论产品的好处时，不要夸大其词。如果它好到让人无法相信，那么人们将不会相信它。10. 选择支持偏差(Choice-Supportive Bias)做出决定后，我们倾向于称赞我们选择的选项，然后降级其他选项。示例：在用户做出购买决定并成功达成交易之后，是用户分享产品（或添加评论）的绝佳时机；显示肯定的信息，并祝贺他们达成了这一步骤以激励用户。11. 知识的诅咒(Curse of Knowledge)当我们是某个领域的专家时，会不知不觉假设其他人和我们具有相同的理解能力，尤其是对于专业术语的使用。这个偏差来源于斯坦福大学心理学博士论文中的一个实验，实验要求一位敲击者在桌子上敲出一首耳熟能详的歌曲（如《祝你生日快乐》）的旋律，而另一个人作为听众辨认歌曲。敲击者认为…