开发

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

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

全栈不仅是会开发那么简单

许多“有抱负”或者热爱编程的程序员,对全栈工程师可能都是孜孜以求。全栈是一种极客精神,对软件的每一种编程语言、每一个开发平台都有着浓厚的兴趣,并愿意为之付出努力,全栈工程师应该对软件各个方面都有广泛的接触面,对软件有深刻的洞察力,这种广而深的见识将让我们开发出更加高效率地开发应用。我们周遭的人对全栈的描述往往是“我熟悉C/C++,java;swift,Ruby都会一点,还能

从 0 到 1 设计一款产品,我的反思与总结

本文作者结合自己的经验,总结了产品从0到1设计过程中的一些反思,与大家分享,希望可以给大家一些启发。2015年的夏天,我以实习生的身份来到现在的这家公司。刚到公司时,我在一个已经比较成熟的部门项目下做着用户研究的工作,直到有一天,领导让我做一个关于XX的竞品分析报告。当我找遍资料写完报告交给老板时,虽被领导找出了一千个不足之处,但一番“痛骂”教导后,对我说“1.0的需求原型

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

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

移动产品团队迭代运作概论

移动产品团队的运作强调高质量、零风险、高速度交付;结合这些年来参与的团队运作经验,特别是之前带领团队进行敏捷运作试点的经验,写了这篇概述性文章。1 快速迭代版本快速迭代运作流程参考了SCRUM敏捷运作模型,但是更重落地、而不重形式。目前我们App采用Hybrid混合架构,以一个月一个原生版本为正常迭代节奏,月中最多可夹杂一个h5热更新版本。2 需求分析前置下的版本周期规划版

精益理念:产品开发的四步循环法则

成功并不是埋头苦干与坚持不懈的必然结果,成功是有方法和规律可循的。2011 年在斯坦福上的这门课,Eng 245,彻底改变了我对创业的认知。我也成为了 Steve Blank 精益理念的追随者。老师的话非常朴实,但又直戳要害。大家可以感受一下:创业公司是什么?一个临时性的组织,在极其不确定的环境中,为了寻找可扩展的并且可重复的商业模式而存在」—— Steve Blank「成

一次病态项目进程的发展与变迁

当产品和技术部门没有统一的管理,即使使用有效的项目管理软件,所谓的deadline也不过是单纯的数字罢了。“老大,开发他们要对数据库进行调整,近期不能送测‘改版需求’了。”我询问完开发主管后,随即就向我的老大汇报了这个情况。“那这样的话,我们也没办法了”老大语重心长地告诉我,“这个功能可能会中断,你不觉得这个新版页面看上去很丑吗?”听完,我差点晕了我过去~这是去年12月初,

产品经理or项目经理,关于职责和工作的思考

任何一个问题地提出都有其背后的原因,而PM需要透过现象去寻找本质,这其实也是一个从需求采集、分析到产品设计的过程。互联网公司中,产品经理兼任项目经理职责的情况已经很普遍,PM经常会承担起日常产品项目的推进和执行。每个公司要求PM负责项目管理的具体工作各有不同,只有进行合理的定位和职责分配,才能发挥PM应有的价值,提升团队的效率和质量。公司年会,酒过三巡之后,同事们开始和我推

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

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