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

推荐订阅源

爱范儿
爱范儿
大猫的无限游戏
大猫的无限游戏
J
Java Code Geeks
MongoDB | Blog
MongoDB | Blog
Martin Fowler
Martin Fowler
GbyAI
GbyAI
Microsoft Azure Blog
Microsoft Azure Blog
Recent Announcements
Recent Announcements
F
Fortinet All Blogs
B
Blog
U
Unit 42
B
Blog RSS Feed
D
DataBreaches.Net
Google DeepMind News
Google DeepMind News
人人都是产品经理
人人都是产品经理
腾讯CDC
量子位
酷 壳 – CoolShell
酷 壳 – CoolShell
V
Visual Studio Blog
博客园 - 聂微东
MyScale Blog
MyScale Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - 三生石上(FineUI控件)
Engineering at Meta
Engineering at Meta

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
工作经验|如何平衡「设计」与「开发」之间的协作问题?
元尧 · 2022-06-09 · via 人人都是产品经理

编辑导语:平衡好设计与开发之间的协作问题对于产品项目业务来说十分重要,本篇文章作者结合自身工作经验讲述了平衡设计与开发之间协作问题的具体方法,从5个方面详细地讲述了解决问题的方法,一起来学习一下,希望对你有帮助。

本文源于读者和粉丝的相关提问,以及我在工作中的经验沉淀和总结。

我选取了其中一个最常见的设计与开发间的共性问题,整理后跟大家分享,希望这种通用思路对你也有帮助。

一个读者给我的提问如下:

我现在参与了一个后台项目,每次需求评审后,开发就直接照着原型图用组件做出来了。

我拿着设计稿去沟通,他们表示时间太紧,功能已经可以实现就OK了,没有时间按照我的设计稿一处处修改。我感觉,作为设计师已经没有什么存在的必要了,请问这种情况该怎么面对呢?

其实这种情况在任何公司都很常见,我在工作中也经常遇到。

先不要泄气,有多方面因素会导致目前的现状,建议你尝试从以下几个方面分析问题:

一、对于业务:判断项目的重要性

先去跟相关人员了解这个项目对于公司的重要程度,明确项目在你负责的工作中的优先级

  1. 如果项目很重要,优先级很高,你可以参考下面其他几条建议。
  2. 如果项目并不重要,在你的工作中的优先级也不高,那你可以评估下你的时间精力,看看是否应该把精力用在其他更重要的项目上。

二、对于开发:了解开发的真实情况

评估开发的时间,了解清楚他们是真的时间紧、缺人手,还是因为项目重要性或是工作态度问题。

  1. 如果项目时间真的紧张,排期短,人员不足,就先以产品上线为准,后期可以小步迭代。同时你可以试试向项目负责人提出开发资源紧张的问题,让负责人协调进度排期或是增加人手。
  2. 如果是工作态度问题,先跟开发聊下看看他为什么会产生消极态度,再看看是否要适时的、客观的向项目负责人提出问题,寻求解决方案。

三、对于设计:评估设计稿实现的难度

对于自己的设计稿进行客观评估,是否增加了太多在当前阶段不必要的细节,加大了开发的难度。

  1. 如果设计的细节太多,可以试试先去掉对于此阶段过于繁琐的内容,分批次迭代更新。
  2. 如果设计已经足够简洁,可以跟开发再次沟通,请他们给出一个能开发完成的时间,请项目负责人管理排期,督促他们完成设计优化。

四、对于公司:优化通用组件

从公司立场和整体设计水平出发,跟开发、项目负责人、高层设计负责人商量,看看是否有必要将公司的通用组件库进行全面升级,以保证最低产出的质量达到基础标准。

具体需不需要升级,还要根据公司的项目数量、项目属性及特点等来判定。

五、对于自我:寻找全局最优解

设计师想要发挥价值,要做的不仅仅是页面设计,你做的工作可以是从项目全局和整体流程的角度出发,判断目前的设计方案是否是最优解?

从哪些方面可以优化现有的工作流程?等等问题,来为设计师和开发提高工作效率。

系统性思维看待每一个项目,用全局化思维去理解你的整个业务,才可能发挥出设计的最大价值,带来产品的体验升级。

作者:元尧;微信公众号:长弓小子。

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

题图来自 Unsplash,基于CC0协议。