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

推荐订阅源

The GitHub Blog
The GitHub Blog
Engineering at Meta
Engineering at Meta
博客园 - 聂微东
博客园 - Franky
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
雷峰网
雷峰网
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
L
LangChain Blog
WordPress大学
WordPress大学
H
Help Net Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Y
Y Combinator Blog
Blog — PlanetScale
Blog — PlanetScale
MyScale Blog
MyScale Blog
IT之家
IT之家
酷 壳 – CoolShell
酷 壳 – CoolShell
罗磊的独立博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
有赞技术团队
有赞技术团队
Apple Machine Learning Research
Apple Machine Learning Research
云风的 BLOG
云风的 BLOG
博客园 - 【当耐特】
P
Proofpoint News Feed
D
DataBreaches.Net

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
关于完整性的思考
长大缺AI · 2024-06-11 · via 人人都是产品经理

做产品设计时,我们总是信心满满,但上线后总有各种各样的问题,是我们考虑细节不够吗?还是什么原因?这篇文章,作者分享的经验,可以参考一下。

这个世界虽然以分工为主,一个东西不会大包大揽一个人完成,但正是这种分工,可能会导致我们的产品或服务出现漏洞瑕疵,需要返工优化。因为我们只关注自己这部分了,这个在多系统对接、研发阶段、制造阶段经常出现。

我也在生活中出现类似的情况,现在短视频比较流行,于是我们也开始做短视频,输出自己的想法,这本身可以自己一个人完成(不是剧情类的,知识输出类的),而我们呢两个人做,我主要做视频的剪辑,另一位朋友呢主要做内容的创作和发布。

这样的分工其实很明确,而且工序也比较少,只要有了固定的模版,很容易做出来。如果一直沿用同一个模版的情况下是不会出问题的,每次出现问题都是在第一次或者是变化形式的时候。

由于我自身只被安排了视频剪辑,那么只要把给到内容做出来视频成品即可,然后交给发布人员,这本身没有错,但是这里面忽略了一个点,剪辑的效果是在剪辑软件上的,发布是在另外的软件上的,两者是有一定的差距的。就像170cm+60kg的人买X码的衣服比较合身,那如果一个170cm+50kg的人也买了这类衣服,就会显得宽松些,但上面就写了这个身高的可以穿,因此不免发生退货,而在线下可以去试穿,直到合身。

果然,我自信满满的做好了视频交给发布的朋友,他上传了之后就给我提出反馈了,说封面不对,字体和图像偏移了。我一看,果然字体被遮住了,图像被裁剪的不像样。于是我就重新返工,把图像裁剪下,把字体大小、间距、位置调整下,等做完导出后,我没有急着给到发布人,而是自己去发布下看看效果怎么样,没出意外,还是有问题,于是不断调整优化,最终达到了相对完美的状态。

这是做私人事情的时候,自己的事情的时候,一件简单的事情。那么引申到工作中其实也会遇到同样的问题,最典型的是研发之间对接,前后端的或者多模块间联调的,开发会经常只顾自己的模块,而不关注别人的模块,这就导致在联调的时候出现很多问题,甚至要重新设计,当然这是针对经验不足的开发而言的。

这也是行业中出现测试的原因,一方面是测试比较专业,他们的逻辑和思维比较缜密,另一方面其实是解放研发的工作,让他们安心做好自己的事情,这也是分工的一种表现形式。当然也不能全部交给测试去发现问题,这样对开发能力是没有帮助的。

而我们做产品的,其实我们会经常被开发或者其他人员说我们的设计不合格,缺东西、没有考虑到位,有时候我们会抱怨,这么大的一个系统,神仙也不能考虑全面啊!

那么我们如何尽量避免这类问题呢?

首先,我们一定要对业务很熟很熟,对每个节点,每个操作人员,每个系统之间交互都清楚,这样流程上不会出现大的问题。

其次,我们做完后要完整浏览整个流程,自己在页面上走一遍业务,看是否通顺,这也二十做成高保真带交互的好处,这样相当于自己在系统上操作,这样也能更带入实际场景。因为我们在页面上设计的时候,脑子里面的画面都是在最后几个页面,没有整体规划进去,很可能会漏掉一些东西。

每个节点一定要衔接好上下游,这也是测试和研发需要注意的点,自己的模块的上下游是谁,自己如何与之相对应,只有真实走通了才算基本合格,那么每个模块的上下游都走通后就是整体项目的走通。

平时刻意练习心细,练习自己的完整性,不只着眼于自己这块内容,更要往外面看,看整体,一段时间后,我们会有所提升。

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

题图来自 Unsplash,基于 CC0 协议

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