产品

从企业角度切入,看产品问题

在作者看来,从企业的角度切入,去揣摩把握产品,能够将产品问题看得更为清晰透彻。百度百科里对企业的解释是这样的。企业一般是指以 盈利 为目的, 运用 各种生产要素(土地、劳动力、资本、技术和企业家才能等),向 市场 提供商品或服务,实行自主经营、自负盈亏、独立核算的法人或其他社会经济组织。其中关键词为 盈利 ,不以盈利为目的的企业都是耍流氓。需要 运用 各种资源,企业资源是企

产品之术:让薪资 2 倍的战略思考法

产品经理始于执行,但战略眼光才是暗中指引你的明灯,战略眼光决定你最终成长的高低。零·「战略思考」让高层眼前一亮首先,这篇文章并不是标题党,而是真实发生在我身边的案例。笔者的好友:一位4年期的金融行业工具型产品经理,顺利拿到了薪资double的offer。笔者跟他进行了深度交流了解到:在leader面试之后的合伙人面试中,合伙人很欣赏他的战略眼光和初入行业的分析思路,所以给出

产品经理不是“全知全能”,要允许自己当“小白”

一点点的无知,能帮助你跳出思维定式、问出好问题。编者按:产品经理(尤其是那些新人)刚接手一个项目会困惑:需不需要对该项目一切技术细节了解透彻?Skyscanner 资深产品经理 Rik Higham 认为其实不需要全知全能,有时候一点点的无知能帮助你跳出思维定式、问出好问题。作为产品经理,我应该了解多少?最近一位刚刚成为产品经理的朋友问我。她接手了一个技术产品,研发工程师已

从产品出发构建企业根基

最近听了一场前“百度太子”李明远(2004年以实习生身份加入百度,2013年7月任百度副总裁,曾负责管理百度移动服务事业群组。)的分享,受益匪浅,整理笔记如下:因为我们很多创业的出发点,一定是从产品出发。这是不是一个做产品的最好时代呢?这是一个很大的问题。今天的互联网专业以及传统行业的专业,是和过去有很大不同的。最大的不同就是:现在信息高度对称,竞争非常白热化。很多生意转为

长文|如何从 0 到 1 搭建产品?(上篇)

本文是如何从0到1搭建产品的上篇,全文较长,建议收藏后慢慢消化。IT行业发展数年,其中出现了多种项目开发流程——瀑布式开发、迭代式开发、螺旋式开发、敏捷开发。将这些思想再细分下去还会有Scrum、XP、V模型等等。但很多时候,似乎在自家项目的开发流程中都能看到上述多种开发方式并存?有这种情况自然是正常的,方法论只是指导工作的思想,上述的方法适用于某种特定场景下,举例瀑布式开

功能的从 0 到 1,中间该不该有 0.5?

本篇文章分为两个Part,第一Part谈谈产品迭代的方向;第二Part谈谈功能迭代的思路。为什么会思考到这个问题?因为刚进公司的时候,就被领导要求体验APP上所有的业务和功能,我也给到了一次全部门的专项汇报,根据Kano模型,梳理的一系列的问题,基础性需求的满足就存在很多缺陷,比如:登录失败没有任何引导。手机验证码经常性收不到导致用户没法进行账户激活。用户看盘时最常用的个股

从「王者荣耀」,看「产品」&「运营」的博弈

在游戏中,你可以通过出装给出不同的玩法;在人生中,你需要用计划让自己活得更潇洒。作为互联网行业爱好者,一心关注各类产品,但游戏这个领域,我却是始终没有涉足。中学时腾讯QQ资料墙下的游戏图标就让我开通了四、五排。但自从上了大学后我几乎不玩游戏,一方面是厌烦了各类PC升级打怪的游戏模式;另一方面,觉得玩游戏太浪费时间,要去做更加有意义的事情。可是,偏偏我大学所在的这个班级的男生

为什么产品做得不错,但就是没有用户

为什么历经辛苦,不断打磨作出的产品上线后,并未获得多少用户的认可?产品明明不错,却没有用户?为什么?有这么一种情况,产品经过不断地设计开发和打磨最终上线,但一段时间过去后,发现产品并没有多少用户,这会使产品经理们感觉非常沮丧,为什么明明产品做的不错,但就是没有用户呢?如今产品经理已经成为互联网公司的标配, 有很多本身很优秀的产品经理,他们在战略思考、产品设计能力、沟通能力、

新加入一个项目时,知道哪些能让我们更快入手

当我们加入一家新的公司或项目,或当我们要给一个新人交接自己的产品时,应该从哪些角度和问题出发,更透彻全面和快速地做好入手工作?项目创建的初衷是什么?了解项目创建的最初动机,让我们抓住产品起始点,进而理解产品定位和目的。在这个阶段我们要搞清楚以下这些具体问题:产品价值项目要解决的问题是什么? 这是项目最初的出发点,从这个出发点出发,能够对产品存在的价值找到认同,是从最根本上理

从 0 到 1,B 端产品 MVP 阶段小结

从零到一,toB端的产品的MVP阶段结束,总结记录一下其中的得失和思考。小团队,没有很多的方法论,以对具体事情做的思考,做总结了。产品1.产品开始前,产品部门一定要里了解产品的商业模式,规划清楚主线功能。能以流程图表示的,一定要做出流程图提供给团队。2.有改动的时候,一定要先产品内部思考、研究,捋清可能会关联到的所有流程、页面、字段,再去找其他部门的同事讨论。首先保证沟通高