开发

相亲相爱的产品经理与程序员——应遵循四个原则

如果你经常浏览互联网方面的段子,你就会经常看到诸如“产品经理改需求被打”之类的搞笑娱乐信息。有些互联网公司还会在办公室的墙壁上贴上相关的图纸,用来告诉产品经理,程序员们是有多痛恨你们频繁地更改需求。 我本人也接触了很多开发,有时候就会问他们这样一个问题:你觉得做产品经理需要懂技术吗?如果要的话需要懂到什么程度呢?开发大大们都是这么回答的:作为一个开发我想说:如果产品经理完全

未来,设计和开发之间的界限可能不复存在

敲代码的工程师可能就变成设计师编者按:看到敲代码的小哥是不是觉得超性感?是不是觉得自己不会写点代码会很落伍?本文作者 Carson Miller 认为由于为前端开发和基础技术写代码大有不同,没有必要盲目的学习编写代码,更需注重的是设计。我们需要培养我们的孩子学习写代码吗?我最近在一个晚宴上被问到这个问题。作为社交圈中唯一一个整个职业生涯都从事软件开发工作的人,我经常被问到类

产品开发的“一个中心,两个基本点”,产品经理应该了解

笔者通过在创业型公司的工作经验,深刻地体会到在产品开发的过程中的三个要点,概括起来就是:一个中心,两个基本点。一个中心就是以产品需求为中心,两个基本点则是产品规划和产品开发结果审核。在设计圈混的久了,耳边总是充斥着各种的产品开发设计的术语,包括用户画像、用户体验、共情地图等等。当然,我不否认这些内容对用户、产品的重要性,它们能够持续的为用户带来惊喜,增加产品的用户粘度,持续

从产品小白到产品大白,我 get 到了7条经验……

从与技术相爱相杀的产品小白到运筹帷幄决胜千里的产品大白,本文作者在此分享了其心得体会,一起来看看吧~17年对于我来说,一个全新的挑战,产品零经验的我,幸得几位大家长的信赖,临危受命担任公司新项目产品负责人,期间欢笑与泪水共存,和开发伙伴相爱相杀,从光杆司令到招兵买马,临时从各个部门东拼西凑拉人成立一个虚拟项目组,兢兢业业早出晚归废寝忘食总算不负众望。走过了太多坑坑洼洼和磕磕

指导设计师与开发人员合作的5项原则

人们都喜欢步骤型的教学内容。我作为设计刊物的编辑,经常会见到许多类似于“10步完美与开发人员对接”或是“整理设计文件时的禁忌”,他们会吸引许多在执行日常工作前需

产品开发结构化

关于产品开发,先看几组调查数据:在所有的交接任务中有39%引起了混淆和困惑,结果浪费了力气,误导了工作。22%的工作是在明知混淆和困惑的情况下放走的,原因很多,包括计划不周、执行仓促和纪律松驰等。至少有48%的开发工作是“救火”,即那些出其不意地冒出的必须立刻加以解决的、无计划的工作。人们有30%的时间实际花在了产品设计上,而另外70%的时间全浪费在澄清关于正在做什么和由谁

失败产品手册一:一款影音娱乐平台的败局

我的目的是希望通过这一系列失败产品的梳理,让自己能够警惕自己先前所犯的错误,并且给同行、也给后来的产品人一些警醒和启示。互联网从来都是一个诞生神话的地方,每年都有一大批耀眼产品出现,并吸引众人的目光成为聚光灯下的宠儿,然后被资本疯狂的追逐……但是从我从事互联网工作的这几年来,所负责的项目中最终能够开花结果或者说是取得一定意义上成功的却是凤毛麟角,大多数的产品都是经过满怀梦想

我看大前端:终端碎片化时代下,所有表现层的整合

最近国内开始越来越多地提及“大前端”的概念,一说是前端和移动端的整合,一说是前端和中间件的整合。虽然还没有一个明确的共识来说明“大前端”究竟是什么,但不少团队已经开始以“大前端”来为自己命名了。点融网自2015年就开始组建客户端团队,包括传统意义上的前端(Web)、iOS、Android、Node.js 等在内的各种技术和开发工程师在内。成立至今,数经变动,虽无“大前端”加

产品汪,如何有理有据地手撕程序猿?

以产品的视角,理解程序猿的世界!作为产品,如何有理有据地撕程序猿呢?如何撕的程序猿无话可说直接认怂呢?答案就是了解程序研发流程中的点点滴滴,多用程序猿的视角与程序猿沟通问题,提高产品研发效率,尽可能减少撕的环节。产品原型制作完成了,下一步的工作就是将原型及相关文档交付给开发团队进入到产品开发环节,这时作为产品经理,可以稍微松一口气了。但是!并不是这以后的事情和自己没关系了!