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

推荐订阅源

Martin Fowler
Martin Fowler
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
T
Troy Hunt's Blog
Latest news
Latest news
Vercel News
Vercel News
S
SegmentFault 最新的问题
V
Vulnerabilities – Threatpost
博客园 - Franky
P
Privacy International News Feed
A
Arctic Wolf
T
The Blog of Author Tim Ferriss
S
Schneier on Security
T
The Exploit Database - CXSecurity.com
P
Palo Alto Networks Blog
T
Tor Project blog
Jina AI
Jina AI
GbyAI
GbyAI
The Hacker News
The Hacker News
博客园 - 叶小钗
Google DeepMind News
Google DeepMind News
T
Threatpost
C
CERT Recently Published Vulnerability Notes
P
Proofpoint News Feed
Scott Helme
Scott Helme
WordPress大学
WordPress大学
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Microsoft Azure Blog
Microsoft Azure Blog
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
博客园 - 司徒正美
A
About on SuperTechFans
Recorded Future
Recorded Future
爱范儿
爱范儿
L
LangChain Blog
V
V2EX
C
Cybersecurity and Infrastructure Security Agency CISA
The Cloudflare Blog
阮一峰的网络日志
阮一峰的网络日志
K
Kaspersky official blog
Webroot Blog
Webroot Blog
Security Archives - TechRepublic
Security Archives - TechRepublic
D
DataBreaches.Net
宝玉的分享
宝玉的分享
Google Online Security Blog
Google Online Security Blog
C
Cisco Blogs
L
Lohrmann on Cybersecurity
Help Net Security
Help Net Security
AWS News Blog
AWS News Blog
M
MIT News - Artificial intelligence
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
G
GRAHAM CLULEY

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
没有优先级的项目,怎么做才能顺利上线?
明天上线 · 2025-04-23 · via 人人都是产品经理

在项目管理中,优先级的安排是确保项目顺利推进的关键。然而,许多项目在执行过程中常常因缺乏明确的优先级而陷入混乱,导致项目延期、团队疲惫和目标模糊。本文将探讨没有优先级的项目会遇到的问题,并提供明确优先级、严格按流程执行以及多确认等实用方法,帮助项目团队提高效率,确保项目按时上线。

做任何事情,其实都要有轻重缓急之分。

重要紧急的事情先做,不重要不紧急的时候慢慢做。这些在很多人看来都是常识的内容,在很多项目管理的过程中却常常视而不见。

而提到项目管理,在很多当事人的口中,你听不到那些科学管理和安排合理,你听到的通常都是鸡飞狗跳和疲于应付。

项目经理,很多时候,都是在充当救火队员的角色。

哪里出问题了,就先处理哪里;哪里人喊声大,就先解决谁的问题。

久而久之,无论是项目经理本人,还是团队中的同事,都会感到身心俱疲,甚至会怀疑项目存在的价值。

好的项目团队,是大家心往一处想,劲往一处使;不好的项目团队,大家都在扯皮拖拉。

导致项目不能够有效推进的原因有很多,而没有优先级的安排,则是其中比较关键的因素。

因为优先级的安排,关乎到团队成员做事的方式和方法,进而决定了团队的沟通方式和项目的推进机制,最终决定了项目能否准时上线。

可以说,项目优先级的安排,是项目管理的基石和准则,有它和没它,天差地别。

一、遇到的问题

先来说说,如果没有优先级安排,项目会遇到哪些问题。

1.没有规划和目标

一个项目的目标和方向,是决定着这个项目发展的基石,任何参天大树,也都是围绕着这个基石展开的。

无本之木无水之源,想要长久的发展肯定是不可能的。

如果没有优先级的概念,那么所谓的规划,所谓的目标,就可以无限制无时间的往后拖,久而久之,到最后也就没有了。

做任何项目,都是从最开始的规划开始,然后接下来才能够是所谓的执行。

而规划的目的,就是为了要让所有人能够统一思想,认识到项目的重要性。同时也让项目团队中的每一个人都能够清晰地认识到当下和未来正在做的内容是什么。

再说的简单和抽象一点,规划和目标,其实就是要确定好项目所要达成的目标和项目所要做的内容。在规定的范围内做事,能够事半功倍。

同时,我们需要让每个团队成员都知道当前项目的重要和紧急程度,让大家知道在什么时间点该做什么事情,让大家都能够集中精力完成重点内容。

对这件事负责的,只能是项目经理或者部门领导。这是他们作为负责人所应该担负起来的职责,也是他们作为领导所应该考虑的事情。

只可惜,很多时候,很多人做的并不是很好。

以我以前的公司举例,就是在这种无目标的情况下,连续接到了好几个项目,最终都出现了相同的问题。

这可能和公司的文化有关,也可能和部门的领导有关。但是无论如何,在这样的氛围下做项目,是很难受的。

从接到项目的那一刻开始,所有人都是迷茫的,所接受到的内容基本都是几句话的简单描述。

项目到底要实现什么目标,项目到底要做哪些功能,都没有任何明确的答复。项目到底什么时候要上线,也都是没有明确的时间。

最常说的话,就是越快越好,最常说的话,就是怎么快怎么来,最常说的话,就是怎么简单怎么来。

项目负责人所指望的就是底下的人能够自行消化和理解,你不问他就不说,你问了,往往得到的回答也是含糊其辞和模棱两可。

在这样的环境下,其实就已经能够预测到项目的最终结果必定是失败的。

正所谓,好的开始是成功的一半,但是不好的开始却是灾难的伏笔,没有优先级的项目,也就注定没有明确的规划和目标。

2.工作安排不好做

作为打工人,大家都知道,每个人每天都会被各种琐事缠身,定好优先级,是每个人安排自己工作的基本条件。

只要你不说,那事情自然而然的就会往后拖。如果是日常的琐事,可能影响还不大。但如果是项目上的工作,就会影响最终的上线。

一般来说,一个项目的前期工作包括制定项目章程和项目管理计划,在完成了这2项基础的准备工作之后,接下来要进行的就是进行项目的范围和进度管理。

当然,每个项目的实际情况会有不同,以上过程会有所差别。但是万变不离其宗,以上的流程标准是不会变的。

任何一个项目,想要能够顺利的开展,按照上面的标准流程来处理,都是能够起到很好的保障作用的。最起码,按照流程执行的项目比没有规划的项目做起来要更省心。

任何一个关键环节的滞后,都会对项目的稳步推进产生很大的影响。

我们都知道一个事实,那就是事情如果做起来,最好是一步到位,将所能够想到的内容都一鼓作气的完成。因为你一旦停下来,后面再重新开始,所花的时间可就不是1+1=2这么简单了,搞不好就是重新开始。

没有优先级,很多事情就是能拖就拖,很多工作就是能放就放。精力有限,眼前的事情都忙不过来了,谁还有空去考虑那些所谓的不太重要的事情呢。

就比如我以前公司的项目,反正每次项目经理接到新的项目,也只是和大家简单介绍几句,然后就直接把项目的甲方和我们拉到一个群里,什么背景也不介绍,要做什么东西也不说。

在项目经理的意识里,我都把你们拉到一个群里了,剩下的事情我都不用管了,你们自己去消化吧。

然后就这样,群里默默地没人说话,接着就会在很久之后的某一天,项目经理会找我们询问:“项目做的如何了,甲方现在要验收上线了”。

不出意外,他听到的消息肯定不是他想要的。然后在接下来的一段时间里,就是各种临时修改和加班加点。

最终的结果就是项目匆忙上线,员工累死累活,项目经理对团队极不满意。

在这样的情况下,其实项目的工作是无法有效的开展的。

3.项目推进靠人催

当项目出现了上面所说的2种情况,想要它能够推进,剩下的唯一办法就是靠人了。

这样的结果就是,哪个项目的人叫得响一点,哪个项目的事情就先做一点。哪个项目的人盯得紧一点,哪个项目的进度就稍微快一点。

久而久之,员工的主动性就会越来越差,反正你不急的事情,我都可以往后拖一拖。久而久之,每个项目都要在这样的煎熬状态下开展,反正事情都是做不完,反正事情也不知道急不急,就这样吧。

一个不好的开始,就会导致一个不好的结局,恶性循环的逻辑,同样适用于项目管理。

这样的结果就是底下干活的人非常累,上面盯项目的人也会非常累。

底下干活的人会觉得,怎么老是要这样盯着,一点缓和的余地都没有。上面盯项目的人觉得,怎么什么事情都要这样催,一刻不看就没有进展。

然后就是大家相互看着不顺眼,在各种扭捏妥协的状态下工作。

但是,人不是机器,人是有情感的,环境的氛围是很能够影响一个团队的工作效率的。每天都带有抵触情绪的工作,无论怎么样,结果必然是不会太好的。

还是以我以前的公司来举例,在项目的开始阶段,基本都是你好我好大家好,反正我也不做,反正你也不盯。大家都按部就班,把自己手头的事情做好。

这样的状态,会被甲方的催促所打断,甲方关心项目上线,我们自然就要忙碌起来。所谓的忙碌,就是会找一个人专门盯着一帮开发人员,按照小时来汇报工作。

而这个盯项目的人,在这段时间内甚至都不配有自己的工位,他要坐在开发人员的身边,时刻盯着一举一动。

这样的压迫状态,会一直持续到项目上线的那一刻,这时间最少是1个月起步。

但是项目上线才仅仅是开始,因为在那种十分紧张状态下完成的功能,最终交到甲方手上的时候,不用想就知道会有多少隐藏的问题。

接下来的很长一段时间,被催这个状态没有变,只是对象换成了甲方而已。

没有人希望天天被人盯着,但是项目想往前推就必须这样,很多时候不得不的事情,会成为工作中的常态,最终的状态肯定就是摆烂。

二、如何改善

既然没有优先级的项目会造成上面那些问题,那么就要有所改变。

1.明确优先级

既然问题出在没有优先级上面,那首先要做的事情就是明确优先级。

做任何事情,其实都是有优先级的。如果都没有,那就说明事情不是很重要,那放一放也无妨。

大到一个项目,小到一个功能,其实我们都是能够并且需要对它们进行优先级排序的。

在这里,其实我们可以借助工具,比如别大家所熟知的四象限法。任何事情,都可以从重要性和紧急程度这2个维度来对划分,然后会对应到不同的象限区间里。

通过这样的分类,我们就可以对事情进行比较明确的分类,然后按照重要紧急-不重要紧急-重要不紧急-不重要不紧急,这样的排序进行处理。

这样做的好处是什么呢?那就是可以让自己对手头上的事情有个明确的认知,无论是对自己的工作安排还是在接受新任务的时候,都做到心中有数。

退一万步来说,如果我们按照这样的方式来做了,项目真的有延期,我们也可以能够清晰的了解到当前所做事情的状态,也能够有比较合理的解释。

最怕的情况就是到最后,项目没做好,然后问原因也回答不上来,只能说自己每天都很忙。

比如像我们原来的公司,在有段时间内,是3个项目同时在进行,不仅时间赶任务重,更加要命的是所有项目都是公司领导十分重视的。

A项目是公司对外拓展的标杆项目,B项目是公司当年的重点项目(CEO亲自抓)、C项目是公司维持关系的核心项目,每个项目都很急,每个项目都很赶,人就那么一点。

最后的情况就是乱七八糟,没有一个项目是按期上线的,每天都是多头瞎忙,一会这个弄一弄,一会那个弄一弄。最后是领导没一句表扬,甲方没一个满意,公司抱怨不断,员工苦不堪言。

所以说,明确优先级是第一步,先做什么后做什么需要有规划,不然的话,瞎忙没结果的。

2.严格按流程

当项目或者工作的优先级被安排好之后,接下来要做的就是按照规定好的流程去执行。

这个步骤看似简单,但是实际操作过程中会遇到各种各样你想象不到的问题。每时每刻,都会有其他的事情来干扰你,能够按照预期目标完成,都是来之不易的胜利。

虽然很难,但是我们依旧还是要按流程来。这样做有什么好处呢?那就是当出现变更的时候,我们也可以按照流程来处理,不至于让自己陷入无头苍蝇的状态。

比如我们目前正在按照之前规定好的节奏在稳步的推进项目,这时候如果有人临时找你增加需求或者临时让你修改内容。

如果没有流程规则,我们则会停下手头的事情去处理它们,虽然这样可以解决临时出现的问题,但是这样带来的结果就是你自己原来的工作会被耽误。

那如果我们按照流程来办呢?

无论是多么紧急或者重要的事情,先按照四象限法确定好它所在的位置,然后将它放到合适的位置。

和自己原来的那些任务进行比较,重新梳理自己的工作,重新安排自己接下来的内容,做到有条不紊,不被临时出现的事情打乱自己原本的节奏。

不打乱节奏,这很重要。

因为很多时候,我们在处理工作的时候,一鼓作气,好过拖拖拉拉。工作中那好不容易才出现的灵感,我们要趁着这股劲,将事情都处理完,这样会事半功倍。如果是今天做一会被打扰,明天又做一点被打扰,长此以往,结果往往就是什么事情都做不好。

比如我以前的公司,有一个后端开发,事情到他那里后,就是永远的遥遥无期,只要你不催,那事情就没有结束的时候。

有一次我实在是忍不住了,就去问他为什么会做不下去。他告诉我,他一天中,根本没有“整的时间”去处理工作。

一会改改这个,一会改改那个,一会拉拉数据,一会改改BUG,所有的事情,到他那里,都是紧急,都是要马上。

久而久之,他也就佛系了,谁叫的凶一点,他就先做谁的事情。不催,就等着吧。

所以说,仅仅明确优先级是远远不够的,还是要能够按照标准去严格的执行。

3.事情多确认

最后这一点也是很重要的,那就是凡事多确认,虽然是大家都默认的常识,但却经常被人忽略。

我一直以来的观念就是,人都是复杂的,每个人所说的话、所做的决定,都是在彼时彼刻的特殊情境下的表现,不一定代表他的真实想法。

也是基于这样的原则,在做任何事情的时候,是要经过反复多轮的确认过程的。

首先是概念阶段,或者叫点子阶段,就是对某个事情还在概念讨论阶段。

这时候大家都是天马行空的发挥自己的想象,没有具体实现的束缚,也没有所谓的难度评估的概念,大家就是头脑风暴,然后畅所欲言。

当然,最后肯定还是要有个结论的,这个结论,也自然是领导才能做的。但是请注意,这个时候的结论,我们不要太当回事,听过就好。

接下来就是方案设计阶段,想法归想法,最终还是要落地的。

所以当大家对想法有了共识之后,接下来要做的,就是如何将想法变成现实。这时候,就要考虑实现的难度、实现的可能、实现的代价等各种因素了。

这时候,我们就要从能够完成的角度去给想法做方案的设计,不能实现的内容,都要抛弃。请记住,方案的内容需要进行确认,因为想法是想法,方案是方案。请相信我,是一定会改的。

最后就是方案执行阶段了,想法有了,方案好了,接下来就是要具体实现了。

当然了,在具体执行之前,还是要多次确认,以防止最后做出来的内容不是领导想要的,这样会得不偿失,功劳苦劳都没有。

总之,任何事情,任何内容,在最终落地之前,都要进行多次确认,确保万无一失。

如果以上3点都能够做到,我想项目的正常交付,才有可能。

一些想说的话

很多时候,我们都忙于应付各种琐事。

很多时候,我们都疲于处理各种问题。

静下心来,却发现什么都没做什么都没有。

其实想想,很多时候我们都是在浪费时间。

专栏作家

明天上线,微信公众号:明天上线,人人都是产品经理专栏作家。做过运营,当过客服。擅长原型设计、逻辑梳理,目前专注于B端产品领域。

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

题图来自 Pixabay,基于 CC0 协议

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