UCD团队：交互设计师和产品经理交互设计（合集5篇）由网友“美貌营业ing”投稿提供，以下是小编收集整理的UCD团队：交互设计师和产品经理交互设计，仅供参考，希望对大家有所帮助。
篇1：UCD团队：交互设计师和产品经理交互设计
之前有谈过交互设计师与用户体验设计师的一些工作内容的感想，或许很多公司来说还没有真正自己的用户体验设计师，很多中心型公司只有一个角色来做两份的工作，但是与产品经理（简称PD）的合作我想大部分公司的设计师们都有些心得，很多时候似乎感觉PD总是和我们对立。很多交互设计师都会和产品经理进行轮番的PK，有PK需求，也有PK资源等等。
其实交互设计师距离产品很近，很多时候交互设计师的工作很类似于产品经理。来列举一下产品经理的职责：
1.市场调研:
市场调研主要的目的是了解客户的需求点，来分析目前此类产品的竞争对手，分析市场的潜力。个人觉得其中的了解客户需求为重点，很多时候可以从中发现很多创新或改进现有产品的想法。在其中用户研究员(用户体验设计师)观察用户的一些行为习惯。产生市场分析报告。
2.产品设计:
描述产品的定位等内容（包括：产品远景、目标市场、功能描述、产品用例等等），一般公司都会写成一个文档：产品需求文档(PRD)。很多的需求和功能点都会在这个文档中反应出来。在PRD形成的时候还有另外一个产出物也会出来，那就是Demo。UI Demo包括了产品的界面，交互包括体验方面的设计部分。
3.项目管理:
很多中小型公司内PD还担任项目经理的角色，而很多中大型公司会有一个专门的项目经理(PM)，
其实主要是确认资源的投入，撰写项目计划，跟踪项目的进度等等。
4.产品宣传:
很多人认为宣传是运营部门的事情，PD只需要把产品做出来后扔给运营部门去负责，这样对于产品的发展是恶性的。其实在产品调研中就应该去考虑后期的产品宣传问题，卖点，如何利用媒体等等的。而且要去考虑收集后期的产品数据，不断的改进产品。
5.产品生命周期:
很多PD不会去考虑产品周期的问题，所以很多时候产品出来了，就沦落到没人去负责它的发展，不知道该走向何方。或许PD只考虑到一点而没考虑到产品线的发展，所以很多产品的当初就是畸形的。
其实可以看出来以上的PD的职责，也是我们很多交互设计师去考虑了的东西，包括出产品需求设计的方案，分析用户行为。细节的Demo设计等等，都是交互设计师在负责。所以交互设计师与产品的距离是很近的。在我们公司很多的产品项目都是交互设计师来担任，而且交互设计师很容易变成了产品经理。因为两者只是关注不一样，一个关注商业，一个关注用户。但是往往关注了用户，那么商业的价值才会获得更多。
来自：UCD团队：交互设计师和产品经理
篇2：如果你不是产品经理交互设计
当你是产品经理的时候，当你负责一个产品的时候，当你可以判决一个产品的时候，你有没有想过：
a.如果你不是产品经理？你会怎样?
b.如果你无法判决一个产品？你会怎样？
c.如果你不需要对一个产品负责？你会怎样？
1.如果你不是产品经理，那么你会在其他领域成功么，如设计、如管理、如编程等等？人都都说产品经理，都是万能胶，那么你可以在别的领域有所成就么？
2.如果你不把自己当做产品的生杀予夺的掌握人，你会聆听别人的看法么，看着别人怎么做么？你也许就知道，多倾听别人的建议是多么的重要，
3.如果你不是把自己当做这个产品的负责人的时候，你才会发觉，某个产品，因为有自己的决断才走到今天；你才会发觉，某个产品，因为没有按照自己的判断，才走到今天。这是时候，你是否会淡然的说那么一句，“原来这个世界没有什么人是不可替代的”
4.如果你不是产品经理，你会寻找比你厉害的人来做这个产品的负责人么？这些比你厉害的人会信服你么？
5.如果你不是把自己当做一个产品经理的心态，而是让你的工作不断地为产品的各个部门服务，那么你会为此开心么？
6.就算你被任命为产品的产品经理，可是你能够掌握这个产品么？你了解产品的方向、细节、数据、UI等等么？
7.就算你没有被任命为产品的产品经理，你就不能掌握这个产品么？掌握一个产品有两方面，一种是产品的方向，另外一种则是产品的发展计划并且实施出来，
8.对于产品来说，希望大家都不要太在意职位上的划分，比如你是产品经理，我是设计师；或者你是项目经理，我是QA；或者你是美工、我是前段程序员。重要的是，大家一起把产品做成，而想把产品做成，大家需要一个Leader罢了。你对于这个产品的贡献足够大的时候，那么你已经是这个产品的驱动者了。而不是那些给你命令，或者给你想法的人。
本文来自：hi.baidu.com/wkcow/blog/item/7277367a341b7ce42f73b34d.html
篇3：UCD 流程解析交互设计
细心的读客应该会发现，在昨天 Making Life Easy - 使生活更容易 里提到一个英国的Flow Interactive 交互设计咨询公司，今天继续阅读了他们的网站，发现了他一些对UCD（User-centred Design 以用户为中心设计）的实施流程， 觉得很有代表性，也很清晰，所以简单整理了一下，给自己和大家学习备份：
他们大概把UCD的流程分为了下面几个阶段：
Research stage 调查研究阶段
Concept stage 概念定义阶段
Iterative design stage 迭代的设计阶段
Implementation stage 执行阶段
Launch stage 发布阶段
图片来自Flow Interactive
下面是图片内容的解析，连接都有相应的安例解析，很有帮助，
Research (调查研究)
Context studies(背景研究)
Focus groups 关注群体
Competitor comparisons (竞争对手对比)
Depth interviews 深度面试
Questionnaires 问答
User personas and scenarios 用户角色与场景了解
User goals 用户目标
Usability goals 可用性目标
Concept (概念定义)
Concept models 概念模型
Usage scenarios 使用场景
Paper prototyping 简易原型
Usability testing 可用性测试
Expert evaluation 专家评估
Design (界面设计)
Product structure diagram 产品结构示意图
Process flows 程序流程
Wireframes 框架
Interactive prototypes 交互原型
Card sorting 卡片分类排序 － 就是把关键流程用卡片形式定义下来，然后不断组织，了解和挖掘最佳的排序模式
Usability testing 可用性测试
Accessibility evaluation 易用性评估
Expert evaluation 专家评估
Functional specifications 功能型详述
Implementation (执行测试)
Usability testing 可用性测试
Expert evaluation 专家评估
Accessibility evaluation 易用性评估
Launch (发布)
Usability testing 可用性测试
Expert evaluation 专家评估
Accessibility evaluation 易用性评估
Focus groups 关注群体
Competitor comparisons (竞争对手对比)
Metrics 测量
因为UCD或一些新兴的用户研究课题，对于大部分设计师或研究员来说总是觉得概念模糊，难于掌握或不知如何着手，所以，我想不断尝试用简单清晰的方式来定义这些概念，使我们未来的工作有律可依，并更有效的完成手上的项目，
如果有问题的请提出来一起讨论学习。
本文来自：www.moond.com/lab/?p=29
篇4：互联网产品设计师职业生涯交互设计
其实这个话题已经在侧面写了好几篇深刻反思，用我自己几年工作实践的体会来看，性格决定了将来的发展，某些特质虽然可以掩饰，但在这之上必然不可能有大作为。
我是典型极简主义（包括沟通），而且对事物相当有耐性的极端完美主义性格，擅长追本溯源。当我真正意识到自己性格特质的时候，便开始在工作中有意做取舍。很多事情不是做不到，而是成本太高，性价比又太低。
产品经理不是唯一选择
个人认为不管软件领域还是互联网领域，产品做不好的根源，主要是缺乏Senior专业技术人员，但更重要的是业余管理人员泛滥。这也许是任何行业、技术高速发展中，不可避免的问题。
曾在产品经理的责任中提到“设计做的再好不一定能胜任产品经理，因为两者的职业素质和职责不同。”在软件领域还有个说法“国内软件做不好，是因为很多人刚在技术、业务上小有积累、小有成就，就忙不迭去做管理、开公司，觉得那才是提升。”
归根结底，前不久鲍鹏山老师点评武松的那个观点也许值得我们认真反思“中国文化中很不好的一面，就是人人都特别看重体制里面的位置，把这些东西看成是自我的最高价值。”
管理与专业是两条路
最早接触这个概念来自外企，当时觉得工程师薪水比VP高，在国内是件挺稀罕的事情。这里有篇由Sun员工创作技术人员的晋升路线，在软件技术领域具体有一定代表性。文中提到：
TechnicalIndividual Contributor(Professional)People ManagmentMember Technical Staff (1,2,3,4)Staff EngineerEngineering Manager 1Senior Staff EngineerEngineering Manager 2Distinguished Engineer (1,2,3)
Principal Engineer (1,2,3)DirectorFellow (1,2)Vice President (1,2)
严格基础训练到MTS4后开始做选择，继续做Engineer？还是换口味做Manager？基本经过之前的考验后，我们对自己都能有清醒认识，
两套体系都分别有对应层级，但再往后的进阶几乎已不是技术含量问题，而是我们的天份决定能走多远，说白了就是“性格决定命运。”并且在Senior位置上退休也不是什么丢人的事情。
给雅虎干活时，了解到雇员也有P和M两套晋升体系，P代表professional，M代表managment。分别用数字代表level高低，涵盖了做设计和工程的两类技术雇员。相比Sun不够细致，但也许更适合互联网公司的高速发展。结合Sun的经验，个人认为合理的产品团队组织结构如下：
ProductProfessionalManagmentMember Design Staff (1,2,3,4)Staff DesignerProduct ManagerSenior Staff DesignerSenior Product ManagerChief DesignerDirectorArtistVice President产品专业管理设计专员 (1,2,3,4)高级设计师产品经理资深设计师资深产品经理首席设计师产品总监艺术家产品副总裁设计“师”不是随便说的，产品设计师里再细分职能的信息架构师、交互设计师、界面设计师、视觉设计师根据团队，以及产品要求制定。也就是个名片上的title问题，通常不建议划入组织体系。因为强大而灵活的团队中，设计师职能可能会变，而且兼多个职能也正常。
现实中最常见的问题是专业人员不服管，有两种可能：一是M的管理手段太弱，喜欢对P发号施令而无法协调，经常被顶撞；二是M的理论基础太菜，与P没有共同语言而无法沟通，经常被鄙视。要知道在团队里，只有英雄之间才可能惺惺相惜，中国传统文化更讲究“士为知己者死。”
比较崇拜的收藏家马未都先生在访谈中提到“我不大善于跟人复杂的交往，我希望单纯，但是人对人之间一定是复杂的，人都物之间就显得简单。”我想真正的设计师听了都会很有感触，因为只有与事和物打交道，拼的才全是我们自己的能量。
挺瞧不起这个“管理是一门艺术”的说法，好像做管理是个很牛的差事似的。这不废话嘛，任何事情做到高处都是艺术，中国古代经典类似说法多去了。真正的Professional应该懂得如何看无字书，如何弹无弦琴，理论和创新都值得一辈子去实践，积累和沉淀才是王道。
原文链接：blog.rexsong.com/?p=6054
篇5：产品团队成员及职责交互设计
最近在读《启示录》，里边提到了一些人员分工的情况，结合我自已的经验，整理如下（当然每个公司会有不同），其中不妥或还可以优化的地方，请赐教：
补充一些点：
1. 如何作到高效？
* 所有人员无论是哪个部门的，都应该对产品的认识是一致的；
* 产品的每一阶段的目标必须清楚；
* 避免大多的文档，使用高保真的原型；
* 一个人担当多个职位，可以减少没有必要的沟通（这不一定是好事，看情况）；
* 每个人的职责必须明确；
* 敏捷开发；
2. 如何保证产品在开发过程中功能的加减？
* 在作之前明确3个点：这个版本哪些功能要作？这个版本哪些功能不作？在实现此版本的过程中每个阶段哪些功能要完成（上线）？
* 如果有新功能可以放在下一个版本中评估；
3. 高保真原型的好处是什么？
* 节省时间，文档几乎没有人会仔细去读，而且还会花产品经理和开发人员大量的时间；
* 看到的东西一致，开发人员看一眼基本全明白了，而且大家看到的最终东西都是一样的，这是文字无法表达的；
* 提前作用户测试，提前验证产品的靠谱性，降低产品上线后的风险；
4. 产品计划要作到多细？
* 每天列一项基本就差不多了，主要是能了解每日的进度；
* 不用写的太细，重要的几个节点卡死，平时多和开发人员嘴上沟通就可以了；
5. 产品经理和项目经理的区别是什么？
* 产品经理：核心工作是抓用户需求、设计产品；
* 项目经理：确定产品能按计划开发出来；
6. 开发人员知道产品背景有什么好处？
* 目标清楚，不用闷头干活，不必纠结于没有必须纠结的地方；
* 可以提供更好的解决方案，必须开发人员是最了解技术的；
* 最好让开发人员、设计师、运维都分一部分产品的指标（当然这是题外话）；
7. 开发的时间如何评估？
* 开发人员给出的时间一般都不靠谱，因为他们大多只站在自已开发的角度来看问题，但在开发过程中会有很多意外发生，例如沟通时间、会议时间；
* 用开发人员给出的时间乘以1.5左右的，我想不同的团队应该不同的，作几天感觉一下吧；
8. 在团队中产品经理要什么事都管吗？
* 在自已专业方面，他们比产品经理专业的多，需要让他们去发挥，如果他们都不专业，那问题大了，不让他们发挥，他们也没有成就感；
* 产品经理要把更多的时间花在产品的设计上，让产品本身更靠谱，同时管好产品的需求及进度；
* 产品最终上线如果成功了，基本是上团队的功劳，如果失败了，基本上是产品经理的问题；
★ 成长二三事范文
【UCD团队：交互设计师和产品经理交互设计（合集5篇）】相关文章：
人人都听得懂得党课2022-09-10
到底什么是产品经理？交互设计2022-04-30
腾讯杭州用户研究/交互设计笔试题目2022-06-22
交互设计面试自我介绍2023-08-21
超级产品经理的恶梦2022-05-07
产品经理述职报告2022-10-09
ui设计师个人工作总结2022-05-21
产品经理年终述职报告2022-05-30
换个角度体验UED2022-05-07
UI设计师年度工作总结2023-09-25