惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

F
Full Disclosure
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Last Week in AI
Last Week in AI
The GitHub Blog
The GitHub Blog
WordPress大学
WordPress大学
博客园 - 三生石上(FineUI控件)
D
Docker
K
Kaspersky official blog
Latest news
Latest news
P
Privacy International News Feed
雷峰网
雷峰网
S
Security Affairs
博客园 - 司徒正美
博客园 - Franky
C
CERT Recently Published Vulnerability Notes
Cisco Talos Blog
Cisco Talos Blog
AWS News Blog
AWS News Blog
C
Check Point Blog
T
Tailwind CSS Blog
T
Tenable Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
T
Threat Research - Cisco Blogs
The Last Watchdog
The Last Watchdog
Google Online Security Blog
Google Online Security Blog
L
Lohrmann on Cybersecurity
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
B
Blog
The Hacker News
The Hacker News
V
V2EX
L
LINUX DO - 最新话题
云风的 BLOG
云风的 BLOG
Engineering at Meta
Engineering at Meta
GbyAI
GbyAI
W
WeLiveSecurity
Know Your Adversary
Know Your Adversary
P
Proofpoint News Feed
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Microsoft Security Blog
Microsoft Security Blog
S
Securelist
V2EX - 技术
V2EX - 技术
博客园 - 叶小钗
The Cloudflare Blog
小众软件
小众软件
Recent Announcements
Recent Announcements
Microsoft Azure Blog
Microsoft Azure Blog
L
LangChain Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
Hacker News: Ask HN
Hacker News: Ask HN
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
The Register - Security
The Register - Security

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
产品经理的系统性知识框架与产品设计方法论
闯爷 · 2024-03-28 · via 人人都是产品经理

很多产品人都是野路子出身,对很多知识和技能其实都不太了解。本文结合之前的产品经理体系,透过岗位胜任力模型,与大家分享产品经理需要掌握的技能和知识,希望对你有所帮助。

互联网行业内有一个词“野路子出身的产品经理”,最近看到也比较多,但具体什么是野路子, 怎么样才算野路子,是没有人可以清晰定义的。

实际上没有一个学校里面设置产品经理这个专业, 几乎全部产品人都是半路出家, 有的是技术转过去的, 有的是运营转过去的,有的设计师转的,还有机械设计转行的(比如马占凯),所以正规路子是什么?是校招生进到大厂接受体系化产品知识培训的人吗?但这类人毕竟是少数。

我谈一下我的看法,曾从事在线教育相关产品工作,并参与整理前东家的产品经理方法论体系。透过岗位胜任力模型,可以更好地理解产品经理需要掌握的技能和知识。

分享产品经理的系统性知识框架与产品设计方法论

岗位胜任力模型我前面的文章分享过,岗位胜任力模型实质上是人才需求模型,揭示了一个职位所需的各项能力,如专业技能、知识储备以及企业文化等。

分享产品经理的系统性知识框架与产品设计方法论

在产品经理方面,其技能和知识体系主要依赖以下步骤进行构建:

首先,将所有碎片化知识整合,按照由浅入深的顺序组织起来。

其次,将上述知识整合到位后,形成一个系统化岗位知识学习立方体。通过不断学习和内化,将这个知识立方体融入自己的思维模式,最终进化为外显知识和隐性知识两个部分。

分享产品经理的系统性知识框架与产品设计方法论

以点、线、面、体来说明,产品经理知识体系由多个碎片化知识点组成;上述比较抽象,举个例子:

  • 点:就是碎片化知识点,比如找竞品/画登录框/登录流程图
  • 线:比如界面设计知识体系/竞品分析知识体系/流程图知识体系……
  • 面:界面设计知识技能/客户洞察知识技能/沟通技能
  • 体:构成产品经理所具备的知识岗位能力地图,比如优秀的设计师,较强的规划设计能力,能够很好完成中大型产品的规划分析与定位,并能够协调资源推动产品的有序达成

分享产品经理的系统性知识框架与产品设计方法论

下面分享下网龙的产品设计方法论,这是一套指导产品设计的框架,旨在确保公司产品的设计在该框架下达到基准水平,避免偏离轨道。关于产品设计方法论本身,我建议活学活用,不要当成八股文,它们只是一种辅助工具,让其限制你的设计空间,局限你的设计。

以下为网龙设计方法论:

一、什么是设计方法论?

设计方法论既是设计思维又是一套行之有效的设计流程,它更是一个完整全面的工作规范。

1. 设计方法论作为一种思维工具,它也适用于任何设计类的工作。无论是游戏设计者、建筑设计者、销售经理、网红、沙县小吃的老板们,只要他们能够掌握并且开始使用设计方法论的基本流程,就完全有可能在各自的工作中能够设计出更好的产品和服务。

2. 产品生命周期(Product Life Cycle),是指产品从进入市场到退出市场的周期性变化过程,即产品的市场寿命。一种产品进入市场后,它的销售量和利润都会随时间推移而改变,呈现一个由少到多由多到少的过程,就如同人的生命一样,由诞生、成长到成熟,最终走向衰亡,这就是产品的生命周期现象。

分享产品经理的系统性知识框架与产品设计方法论

3. 历史上能够成功的产品众多,但产品最终能够成功,乃至推及一个企业是否能成功,都可以归结在商业、产品、技术三个方面。每一个产品均是在充分思考三者各自的能力与需求后,相互协调与妥协的结果,对于互联网产品来说更是如此。

分享产品经理的系统性知识框架与产品设计方法论

4. 设计(Design)是为构建有意义的秩序而付出的有意识的直觉上的努力。

第一步:理解用户的期望、需要、动机,并理解业务、技术和行业上的需求和限制。

第二步:将这些所知道的东西转化为对产品的规划或者产品本身, 使得产品的形式、内容和行为变得有用、能用,令人向往,并且在经济 和技术上可行。这是设计的意义和基本要求所在。

5. 设计方法论既是设计思维,又是一套行之有效的的设计流程,更是一个完整全面的工作规范。设计方法论指导设计师灵活运用碎片化和穷举法的思维发散方式,从原始需求入手,深入分析目标用户、干系人、竞品、情景等各个设计要素,而后不断筛选、优化,输出产品功能与原型。

6. 搭建设计方法论的价值:

  • 避免遗漏
  • 保证基本(达标)产出
  • 规范流程
  • 提升效率

设计方法论的基本流程如下:

  1. 初始阶段基于原始需求,即待解决的问题;对与该问题有所关联之人进行探究,即“干系人”或“利益相关者”;
  2. 进而深度挖掘“目标用户”。
  3. 随后结合所收集信息,展开“竞品分析”及“情境分析”。在此过程中,亦可先行开展“竞品分析”及“情境分析”,再交错探讨“干系人分析”及“目标用户分析”,具体顺序视实际情况而定。
  4. 通过上述步骤,我们能够总结并形成“功能清单”,这可以视为原初问题的潜在解决方案清单。
  5. 最后依据该功能清单,回归原始需求,针对最初问题设计当前最为理想的解决途径。

分享产品经理的系统性知识框架与产品设计方法论

二、原始需求

1. 原始需求(或称为初始需求)是初始阶段由需求方提出的、粗略的需求描述,通常无需修改。其主要职责是反映需求发起方和产品设计要求,较少涉及产品修改。而在设计方法论与产品设计实践中,原始需求与需求之间存在差异,前者主要关注产品本身的要求,后者则倾向于表达各方对产品功能的期待。

2. 网龙公司以结构化方式展现“原始需求”,即将大需求拆分成多点信息。这样做有助于使原有的无组织状态的需求变得更加清晰,防止出现信息丢失,同时也增强了操作的便利性。

分析需求方需求→填写原始需求表格→与需求方确认

分享产品经理的系统性知识框架与产品设计方法论

3. 需求实质上是人们渴望达成某事的意愿。为何人们会有这种渴望呢?其动力源于人们对于当前情况的不满以及生活中的问题困扰,或者他们追求满足内心渴望与向往到达理想之地——伊甸园。然而现实往往有着诸多障碍,这种未被满足的状态激发了相应的需求。

因此,一个需求的产生可分解为四大要素:现状(起点)、目标、驱动力和阻力。面对需求时,我们可从这四个维度展开分析,深度解析每个因素背后所包含的信息。

三、目标用户

1. 目标群体即细分市场中的高价值、急需关照的群体。设计产品时须明确目的以哪些人为中心。核心功能应瞄准并触动目标用户,满足其关键需求。重申,“目标用户”并非等同于“用户”,前者属于后者的子集范畴。

2. 对广泛的用户特性进行量化分类,形成全面精准的目标用户描绘。此过程有助于迅速找出目标用户。创建用户画像是基于标签系统的,而标签的主要作用是便于人类理解及机器处理。需注意,在基础属性分析中仅筛选对设计产生实质性影响的属性标签,如若某一目标用户基本属性与当前设计产品关联度低,则无需详述或剖析。

分享产品经理的系统性知识框架与产品设计方法论

3. 为了获取目标用户的属性标签,我们首先需要深入理解并研究其背景信息。这包括但不仅限于用户访谈,利用大数据跟踪用户日常活动,与相关人员深度交流,模拟客户消费行为,参考行业网站发布的用户分析报告以及专业人士撰写的相关书籍等多种途径。同时,网络查询也是获取信息的便捷手段之一。

4. 在设计过程中,我们可尝试运用碎片化和穷举法的思维模式。将目标属性拆分后,结合穷举法探索各种可能的功能实现方式以匹配该属性。然后根据所获取的设计灵感验证其是否符合产品设计理念,同时审查该理念是否能有效地满足原始需求和设计目标。

四、干系人分析

1、干系人指对产品或服务的使用、体验或结果具有影响力并关注其发展的人员或团体。可用作单人或多人、组织或某类系统定义。项目管理注重干系人对项目成功与否的影响,而设计则着重干系人对产品设计的影响。

2、可从产品主要情境或用户业务流程识别干系人,从而明确业务流程及其中干系人角色;亦可从产品生命周期观察,理解各阶段干系人的变化;或利用提取关键词的方式,如源自原始需求、设计目的、应用场景、用户操作流程等识别干系人。

3、干系人分类角度丰富多样,常见从资金投入方、客户、用户、决策部门、合作伙伴、其他关注者(含软硬件干系人)等主要维度进行梳理,特殊情况需考虑各类干系人。

4、产品设计并非干系人数多愈佳,应以需求平衡为首要考量,若发现其需求与要求差异大,表明可能存在独立设计元素需针对不同干系人进行评审;反之,若干系人核心利益与需求类似,可视情况归集为一类干系人处理。

5.干系人对产品期望源于自身权益需求,包括产品需求、期待甚至个人价值观(通常为审美原则、付费/免费需求、公平性评价等)。透过对干系人在项目中所获益、负面效应及其期望值、需求和动机的分析,能发掘多数设计灵感,为产品设计奠定基础。

分享产品经理的系统性知识框架与产品设计方法论

五、竞品分析

1. 竞品是指与本公司产品相对应的竞争对手及其同类产品的统称。它可分为具备相同功能、类似核心功能以及功能实质性结构相似三种类型。

2. 根据网龙公司的设计理念,竞品分析可归纳为竞品收集、竞品选用和功能拆解与整合等三大环节。

分享产品经理的系统性知识框架与产品设计方法论

3. 抽象作为有助于设计师洞察事物本质的工具,将物体或功能极度简化后即可发现,所有事物都存在共性。因此,设计一个功能时若能抽取其核心部分,从更广泛且深入的角度去寻找预设产品,将有机会得出宝贵的设计灵感。抽象越精细、合理,所获竞品对于我们的启示也就越大。

4. 竞品拆解是利用碎片化手段针对预选竞品进行功能拆解。简单来说,即全方位试用竞争产品,提取其功能特点,详尽记录整个使用流程,以及对无法通过拆解模板展示的细节进行附注解释。

5. 竞品功能整合兼具集合与对比两大特性,即将已拆解的各竞品功能加以总结归纳,通过筛选分析,为每项功能设定重要性指标。为何需要进行竞品功能整合?它可以帮助我们系统性地整理出产品所需功能及设计重点,透过整合出的清单能初步勾勒出待开发产品的核心框架与结构。

六、情景分析

情景:指用户使用商品过程中的可能环境,包括在此环境中的反应与心态。

1. 情景分析:关注具体场景中用户需求及操作行为,寻致设计灵感。

2. 情景分析的目的:以清晰、完备的流程叙述行为历程;分析行为过程,确定痛点与急需处,揭示用户未满足且现存设计未能充分满足之处,以此为据,进行有效设计。

3. 情景分析的五个步骤:列举要素、编写情景标题、阐述情境、探求痛点/急需、提供解决策略。其中,情景要素包含诸多要点,如时间、地点、角色、起因、经过、工具以及使用条件等。情景编号有助于精准定位具备全面性、重要性的用户情景。

分享产品经理的系统性知识框架与产品设计方法论

4. 情境描述是在精确刻画用户行为流程,深入洞察情感感知及心智变动,发现痛点及需求,从而找寻产品必要功能。设计者应当借鉴用户场景,深刻体验其心理发展,以便挖掘困扰因素并发现兴趣触点。

5. 本质上说,需求由结果驱动,而痛点则由产品引发。举个例子,某人欲前往拉萨,那么“抵达拉萨”便是需求。能解决这一需求的产品包括步行、骑马、摩托车、汽车、公交车、列车、飞行器等。在这些产品使用过程中,用户可能会感到不适。如火车:缓慢、嘈杂、环境恶劣、人员混杂等;飞机:价格昂贵、不稳定、晚点等。某个产品给用户带来的不便即构成了该产品的痛点。

分享产品经理的系统性知识框架与产品设计方法论

七、功能列表

1、功能列表即为功能设计中的要点和逻辑关系的概括,可采用表格、矩阵或其他工具呈现。

2. 核心功能取决于产品定位及市场反馈,故对该功能的评价应结合市场表现展开深入剖析。

3. 在修订初始需求后,需将各节点的功能归纳至功能列表,防止遗漏任何内容。这些功能来源多样,设计师需加以整理和合并,提供最佳的备选方案。

4. 实际操作中,产品功能往往仅存在唯一解决方案。然而,随着外部环境的改变,当前最优方案并不恒定。设计师在保证业务正常运行的前提下,仍可持续探索改进方式。

5. 用户对新功能的满意度越高,解决其问题的效用越大,则功能重要性及商业价值也相应提升。此外,对功能的及时性要求越高,则其价值也越大。

分享产品经理的系统性知识框架与产品设计方法论

功能的重要度分为四个:

  1. 等级一、必须要有。如果没有这个功能,产品根本不成立或没办法生存。
  2. 等级二、建议要有。如果有这个功能用户会更喜欢我们。在我们时间允许的情况下、在我们技术有能力的情况下,我们希望把这些功能包含在产品中。这些不是产品的主要功能,但对于产品的成功很重要。
  3. 等级三、锦上添花。属于有一些功能个人很想要,自己很喜欢,但是用户没有也可以,但是有用户会很开心。如果我们有足够的时间、人或要求产品完成度更高,那么这些功能可以加进去。如果产品赶时间,想尽快推出第一个版本,那么就先完成必须要有和建议要有部分。
  4. 等级四、不采纳。产品相关度比较低、好处可能比较小、受众非常窄。

以上为我个人的思考和工作中的实践,欢迎大家一起来探讨。

本文由 @闯爷 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。