当前位置：首页 > 范文大全 > 实用文>产品：产品设计人员与技术开发人员的沟通

产品：产品设计人员与技术开发人员的沟通

2023-06-30 08:51:42 收藏本文下载本文

“金毛汪汪”通过精心收集，向本站投稿了6篇产品：产品设计人员与技术开发人员的沟通，下面是小编整理后的产品：产品设计人员与技术开发人员的沟通，欢迎您能喜欢，也请多多分享。

产品：产品设计人员与技术开发人员的沟通

篇1：产品：产品设计人员与技术开发人员的沟通

产品部和技术部，在网站的开发过程中，是两个需要密切配合的部门，很多网站甚至将这两个部门合并在了一起，不过大部分还是分开的，在互联网开发过程中，这两个部门的沟通效率，对于最终网站的质量有着非常重要的意义。笔者尝试将工作中这方面的一些体会分享出来，供读者参考或者指正。

首先简单的介绍一下在大众点评网的一个典型的产品开发流程。

第一步是产品创意阶段，这时候可能是一个很粗线条的点子，或者只是一个问题，还没有答案，然后通过头脑风暴来收集点子，这个阶段由产品部主导，有时候各个部门甚至是网站会员都会参与进来。

第二步是产品设计阶段，这个阶段仍然由产品部主导，将原先很粗线条的点子细化为一个可以实施的方案(文档)，并有一些简单的原型出来(页面静态效果)。

第三步是产品评审阶段，这个阶段将由产品部和技术部的人员一起参加，产品部的产品负责人讲述该产品的实施方案并展示效果，参与评审的人将就产品方案的合理性、可实施性乃至更加细节的UI等提出各种意见，而技术部的相关人员除去这些问题之外，还将关注产品的一些隐性需求，而这些需求往往是产品经理容易忽略的。如果产品通过评审，那么该产品将进入到技术部的实现阶段，否则，产品经理将负责修改该产品设计，再进入评审。

第四步是技术设计阶段，这个阶段由技术部负责，在这个过程当中，技术部的负责人将和产品经理进行更加深入的沟通，所有的细节在这个阶段都需要落实，在框架设计评审当中，某些情况还需要产品经理参加，以确认因为一些技术上的要求改变产品设计的可能性，比如由于性能上的要求而不得不放弃一些个性化的设计等等，

第五步是技术开发阶段，这个阶段很容易理解，不多讲述了。

第六步是测试阶段，参与测试的人员包括：开发人员本身，技术部测试人员，产品经理，有时候还会包含部分会员。

第七步当然是发布了。

由以上的开发流程可以看出，产品设计人员与技术开发人员的沟通，主要集中在第三步产品评审阶段和第四步技术设计阶段。在这个过程中，有几个方面是需要特别注意的。

第一点：听

在别人讲述自己的产品设计或者技术设计的时候，先不要急于发表自己的观点，有问题可以先记录下来，让对方完整的表达清楚以后，再发表自己的观点，这样的效率要比随时打断对方好的多，而且往往你想要问的问题，对方其实已经考虑过了，只是还没有到讲述的时候，所以一定要善于听。

第二点：复述

这个非常非常重要，当你听完对方的表述之后，请用简短的话来复述一遍你的理解，而不是用一句“我知道了”，或者“我明白了”来作为你的反馈，往往信息在这个沟通过程中会因此丢失而产生误解，所以，复述一遍，会对提高你们沟通的效率产生极大的帮助。

第三点：去理解设计背后的需求

无论对技术开发人员还是产品设计人员，都应该去尽量理解对方设计背后的真正意图，而不是仅仅关注设计本身，只有这样，你才能在之后很多细节的判断上有足够的判断力而避免更多的沟通成本或者出现差错。

当然，沟通作为一项重要的职场技巧，本身有着很多需要学习的地方，这个不是本文想要讨论的地方。

作者：Dylan Tang 大众点评网项目经理

篇2：如何与异地的开发人员沟通

本文节选自《启示录：打造用户喜爱的产品》一书和作者的博客，并发表在《程序员》杂志05期，作者Marty Cagan是享有世界声誉的产品管理专家，曾经担任网景副总裁、eBay产品管理及设计高级副总裁，译文由七印部落出品，原文太长，这篇是第三部分，也是最后一坨了。除了讲述“如何与异地的开发人员沟通”，还讲了当“程序员想重写代码”时，我们应该怎么办。

如何与异地的开发人员沟通？

如今产品经理与开发团队各处一方的情况很常见。除了印度软件外包业务，大型公司的分支机构之间，以及公司与被收购的子公司之间，都可能出现这种情况。

如果开发团队不在你身边，沟通和执行的难度将进一步放大。异地开发出现的问题常常导致团队士气低落，有人甚至公开质疑异地开发能否真正节约成本。

提高与异地开发团队之间的沟通效率，我有三条建议。

开发团队距离越远，语言、文化、时差带来的沟通难度越大，确定完善的产品说明文档就越重要。如果产品经理不确定开发什么样的产品（或者反复改变想法），异地开发团队只能疲于奔命，白费力气。这简直就是一场灾难，丝毫不亚于医生开错方子。如果你与开发团队相隔很远，无论是沟通产品文档的内容，还是讨论修改产品设计，一定要借助高保真原型进行交流。阅读文档毕竟不轻松，如果文档是非母语的，或者阐述不清楚，那沟通效率就更低了。

本地的开发团队很容易发现和解决各种冲突（比如，两个管理者给出相互抵触的指导意见）。异地开发团队则会发生很多意想不到的情况，往往过了好几个月才发现问题。这是因为异地开发人员不得不揣摩各种不同的意见（但经常揣摩错）。因此，必须有人在本地负责与异地团队的协调工作。这并不是说所有沟通工作都必须经过此人，而是应该明确异地开发团队只接受他的命令。这项工作可以由本地的项目经理、资深开发人员或者其他主管担任。

如今商业沟通手段很丰富，除了电子邮件和即时消息外，还有视频会议可供选择，此外，语音电话业务（VoIP）大大降低了国际长途通话费用支出。尽管如此，当面交流的优势依然不可替代。每个季度，产品经理至少应该前往异地与开发团队见一次面，与软件架构师、管理者当面交流。面对面交流有助于改善（合作）关系，提高沟通效率。此外，交换人员也是一种有效的沟通方式，可以让主程序员来本地与产品经理共同工作一段时间，或者让产品经理到异地工作一段时间。

按照我介绍的方法与优秀的开发团队合作是一种特别的享受。如果是与印度外包团队合作，那么由于时差的原因这种合作会让人觉得更加惬意。每天早晨上班时，对方的项目进展已经摆在面前。你可以用白天（对方的夜晚）检查、测试代码，反馈信息，显著缩短项目的循环周期。

请注意，如果是在异地开展与产品原型相关的工作，由于循环周期非常短（一天迭代好几次），你必须随时准备处理对方的问题，投入更多的精力。

解决异地开发问题的另一种方式是在异地聘请产品团队。这种趋势正在兴起，我相信这种模式会被更多的公司采用。你大可不必为此担心。我们曾经用了时间在异地培养专业的开发和测试人员，培养专业的产品经理和设计人员很可能还要再花10年时间，

程序员想重写代码？

产品经理最担心听到开发人员这样抱怨：“不能再增加功能了！我们得停下来重写代码。代码库一团糟，就像纸糊的老虎，根本应付不了持续增加的用户。我们维护不下去了！”

这一幕在很多公司上演过，现在依然在不断重演。eBay遭遇这一幕时，公司濒临崩溃的情形超出所有人想象。Friendster几年前也发生过这种情况，当时他们正在向MySpace开放社交网络用户。网景与微软展开浏览器大战时，也发生过类似的事情，最后的结果大家都知道。事实上，没几家公司能渡过难关。

一旦公司陷入这种困境，开发团队往往沦为替罪羊。经验告诉我，这类问题通常是由产品管理失误引发的。因为产品经理一直迫使开发团队满负荷工作，开发尽可能多的功能。所有软件架构都存在功能极限，如果忽视产品的基础技术构架，一旦系统越过崩溃的临界点，就会造成无法挽回的结果。

在重写代码的过程中，用户无法看到产品的任何改进。你可能认为重写代码至多也就几个月，但是实际花费的时间无一例外要多得多。你只能坐在一旁，眼睁睁看着用户投奔竞争对手，而这个时候，竞争对手恰恰在不断地改进产品。

如果你还没有遇到这样的情形，未雨绸缪很有必要——你需要预留一定的研发技术能力，在eBay被称为余量（headroom）。很多因产品迅速膨胀产生的问题都与扩展规模有关，余量意味着避免触及技术能力的上限，为用户数量的增长预留空间，为事务增长预留空间，为新增功能预留空间，保证产品的基础技术构架能够满足团队的要求。

与开发团队合作应该遵循以下原则：在产品管理上为开发团队预留20%的自主时间，让他们自由支配。开发团队可以利用这些时间重写代码、完善架构、重构代码库中有缺陷的部分，或者更换数据库管理系统，提高系统性能，避免“我们需要停下来重写代码”的情形发生。

如果你的糟糕处境已经初现端倪，应该拿出至少20%的资源进行调整，而我担心有些团队连20%都不愿意拿出来。如果你已经身陷重写的困境，说明公司危在旦夕，这里给出一点建议供你参考。

第一步，针对开发团队确定的产品修改目标并制订切实可行的计划和时间表。通常，有经验的开发团队估计的开发时间八九不离十，但是重写代码是个例外，因为多数团队都没有重写代码的实际经验，估计往往过于乐观。你必须审时度势，仔细检查每处细节，确保计划切实可行。

第二步，只要有可能，最好把重写目标分成几大块，实现递增修改，让用户感受到产品的改进，哪怕会因此把9个月的工作时间延长至2年，也一定要采用这种方式。重写代码时，保证让用户看到功能的改进——即使会占用少则25%，多则50%的开发资源——对保持产品（尤其是互联网产品）的市场占有率至关重要。

第三步，由于开发用户可见功能的资源有限，必须谨慎选择正确的产品特性，并确保产品定义的正确性。

eBay起死回生后，我们发誓绝不重蹈覆辙，马上开始新一轮的代码重写，把危机甩在身后。事实上，由于发展迅速，eBay已经重写了三次代码，最后一次采用了完全不同的编程语言和架构。开发团队花了几年时间，大规模地改写了几百万行代码，同时在不影响用户群的情况下，开发了大量新功能。这是我知道的最惊心动魄的中途重建网站的故事。

临渴掘井不如未雨绸缪，为防患于未然，别忘了预留20%的余量。如果你从未与开发团队谈过这件事，今天就去找他们吧。

篇3：产品开发人员简历

姓名：性别：男

更新日期： 11月17日民族：汉族

户籍：广西玉林年龄： 23

婚姻状况：未婚身高： 178cm

现所在地：广东东莞

希望地区：广东广东广东

希望岗位：工业/工厂类-产品开发

待遇要求：￥3000元/月（可面议要求提供住宿）

最快到岗：随时到岗

教育/培训

-09 ~-07 玉林市电子工业学校电子中专

2001-09 ~-07 电子模数电路毕业证

工作经验至今3年9月工作经验,曾在2家公司工作

（2007-03 ~ -01）

公司性质：外资企业行业类别：生产、制造、修饰加工

担任职位：助理电子工程师

工作描述：担任助理电子工程师一职;负责从开发到生产所有过程中每个细节。本能够根据客户要求功能，独立进行确定方案和设计电路，输出BOM，独立完成PCB Layot工作！熟练电子仪器，进行各项指标测试，对产品在设计中所遇到的问题，调试过程中遇到的问题，从发现到解决能够独立处理。

（2004-09 ~ -08）

公司性质：外资企业行业类别：生产、制造、修饰加工

担任职位：电子修理组长

工作描述： 9月至8月在横沥镇三江工业区巨扬电器任修理组长.主要生产电子感应，开关电源，红外感应灯，节能灯，感应灯，流程圖編寫，生產不良品分析和改善措施報告。

技能/专长

专业职称：助理电子工程师

语言能力：普通话流利,粤语流利

英语水平：较差

英语口语：一般

第一外语：英语一般

其它：白话

计算机能力：中级

计算机详细技能：熟练运用Protel99SE软件、Office办公软件、等.

其它技能：电子线路设计、电路板设计；动手能力强,能独立完成一定的设计、熟练应用数字电路和模拟电路进行电子产品的设计。

具有对电子线路系统进行设计、调试、维护的能力；具有一定的设计经验.

发展方向

寻求职位： 1.助理电子工程师; 2.电子工程师

就我在电子界摸爬滚打这几年，积累了一点电子方面的'东西．电子技术是一门非常崭新的学科，目前研究的内容还不很深入，但电子技术系我的一个成长中的专业．

自我评价

工作认真负责，能吃苦耐劳，能积极与各相关部门沟通，团结合作，共同开发新产品，让产品顺利落拉生产；反应灵敏，接受能力强，工作主动积极，敢于面对问题，解决问题．

篇4：产品开发人员简历

姓

名：

性

别：

男

更新日期：

11月17日

民

族：

汉族

户

籍：

广西玉林

年

龄：

婚姻状况：

未婚

身

高：

178cm

现所在地：

广东东莞

希望地区：

广东

希望岗位：

工业/工厂类-产品开发

待遇要求：

￥3000元/月（可面议

要求提供住宿）

最快到岗：

随时到岗

教育/培训

毕业证

工作经验

至今3年9月工作经验,曾在2家公司工作

（2007-03

2009-01）

公司性质：

外资企业

行业类别：

生产、制造、修饰加工

担任职位：

助理电子工程师

工作描述：

担任助理电子工程师一职;负责从开发到生产所有过程中每个细节。本能够根据客户要求功能，独立进行确定方案和设计电路，输出BOM，独立完成PCB

Layot工作！熟练电子仪器，进行各项指标测试，对产品在设计中所遇到的问题，调试过程中遇到的问题，从发现到解决能够独立处理。

（2004-09

2006-08）

公司性质：

外资企业

行业类别：

生产、制造、修饰加工

担任职位：

电子修理组长

工作描述：

209月

至208月在横沥镇三江工业区巨扬电器任修理组长.主要生产电子感应，开关电源，红外感应灯，节能灯，感应灯，流程D，生a不良品分析和改善措施蟾妗

技能/专长

专

业

职

称：

助理电子工程师

语

言

能

力：

普通话流利,粤语流利

英语水平：

较差

英语口语：

一般

第一外语：

英语

一般

其

它：

白话

计

算

机

能

力：

中级

计算机详细技能：

熟练运用Protel99SE软件、Office办公软件、等.

其

它

技

能：

电子线路设计、电路板设计；

动手能力强,能独立完成一定的设计、熟练应用数字电路和模拟电路进行电子产品的设计。

具有对电子线路系统进行设计、调试、维护的能力；具有一定的设计经验.

发展方向

寻求职就我在电子界摸爬滚打这几年，积累了一点电子方面的东西．电子技术是一门非常崭新的.学科，目前研究的内容还不很深入，但电子技术系我的一个成长中的专业．

自我评价

篇5：技术开发人员辞职报告

。虽然至今我没有与公司签订任何人事合同，可以马上辞职不干，但为了不影响公司的.正常工作，经过慎重考虑，我决定提早提出请辞，结束我在本公司的工作。以下是对此决定的说明：我的请辞，并非相关待遇问题，更不是由于人事相处的困扰，而是出于个人对职业生涯的考虑和规划，经过将近三年的技术开发经历，我个人已经对技术开发失去了信心：首先是大环境不好(至少是在现在），国内对技术人员的发展前景不是很理想;二是个人并非科班出生，能力有限，学习新知识，掌握新技能十分吃力。当我对国情和自身渐有更深的认知，最妥善的办法，应该趁现在年轻，没有牵挂和束缚，以主动退出、转行销售之类工作为宜。如果年纪越来越大，或许我就没有这个勇气了。再次衷心感谢公司对我的重用与信赖。我与自己的职称实难匹配，深感惭愧。这一段时间的开发经历是我珍贵的人生经验，虽以请辞告终，但我对公司和技术工作依然充满感情。预先感谢领导予以批准。申请人：unjs