创业初期,如何判断产品需求的真伪?

对于一个初创企业来说“开弓是没有回头箭的”。在项目成立的初期,创始人最要关注的不应该是团队够不够强、资源够不够多,而是选择的方向对不对!更细化来讲,就是创始人对项目真、伪需求的认识到不到位,这一点,往往是决定项目成败的关键……首先我们要搞清楚:对于个体而言,需求本身存在即合理,不需作真伪之辨。而当我们说创业项目需求的时候,我们应该将这一类需求定义为:代表了某类特定群体真实的

为什么 90% 的产品都触碰不到用户的痛点

痛点,需求,动机这些词汇对于产品人员来说几乎天天都会提到。但是,有多少人真的清楚痛点,需求和动机的本质是什么吗?各行各业每天都有新的产品上市。能够存活下来的产品不到10%。这说明绝大部分的产品都是失败的产品。无论是产品的功能,定位,推广还是运营,都没抓住用户的痛点。产品人员辛辛苦苦调研市场,收集用户的需求和反馈,按照他们的要求进行产品设计,最后发现这些从用户收集回来的需求做

关于需求,90% 的人都明白却难以做到的道理

掌握正确的提需求的姿势,让自己更靠谱。——这里是背景——背景介绍在产品经理的日常工作中,接收需求或提需求都是最基础最常规的工作内容。大家都知道,需求来源多种多样,有来源于用户反馈的,有来源于运营、推广、市场、客服等业务部门或者直接来自老板的,也有产品经理通过数据分析、用户调研、问卷调查、竞品分析等获取的需求,当然还有一种常见的需求来源就是产品经理自己yy的。不管需求来源于哪

解读跨境电商网站完整的需求制作流程

这篇文章笔者将通过一个日常工作中具体需求,重新梳理一遍从接到需求到功能上线的全过程,以及在实现这个需求的过程中遇到的一系列问题以及解决方案。首先说下我们的团队配置:2个运营、1个产品兼测试兼部分交互、1个前端1个后端、1个设计兼部分交互。这个配置在一个以运营主导的公司里也算正常,而且需求方和技术方不在一起,沟通也不是很方便。但是,作为一个产品狗,搞好和技术部小伙伴之间的关系

需求文档标准:将交互、业务逻辑、需求字段撰入文档

产品基本功不仅是基础 最近刚好负责的一个UGC模块已经进入文档阶段。本周为各位朋友带来一个产品基本功的分享——产品需求文档,这一篇分享将是我3年产品进阶到今天,个人要求需求文档目前的撰写标准。从腾讯出来已经有大半年,曾经在腾讯工作期间,当时我做的是偏向运营的产品经理,虽在腾讯的时间不长,但期间完成相应任务时,我的导师一直要求我,做什么事要想清楚为什么这么做?个人认为做的很细

如何使用「关键路径」法对需求进行高效管理?

产品的需求管理是产品经理所担当的责任之一,通过需求的管理能够良好的支持项目经理安排任务以及确保产品的交付进度。关键路径法在需求管理中就是一个很有效的工具。关键路径法该方法主要目的是找出在执行过程中的“关键节点”,严格控制进度,同时通过计算float浮时以决定哪些活动具有最低的交付日程弹性(通俗点:延迟时间)。(希望不清楚如何使用的小伙伴们重点详细阅读“案例”章节。)案例我们

需求性质:小群体需求

导读这是第五种需求性质,也是我们最后一种需求性质,当然,这篇也会是我写需求性质系列文章的最后一篇,我们一起来认识一下小群体需求,他似乎非常的常见。小群体需求小群体需求是指需求的受众面积相对产品受众面积而言过于微小,以至于性价比较低的这部分需求,这里的微小有两种定义,当我们的用户数量较小时,微小是指占比微小,比如10%的需求占比就是小群体需求,而当我们的用户数量较大时,就不能

需要我们回避的需求:YY 性需求

导读这将是我们所认识的第四种需求性质,他和创造性需求有点像,都是属于概念性需求。两者的区别在于YY性需求更多的是想当然的需求,而创造性需求则是建立在长时间的研究和大量的分析的基础之上的。YY性需求为什么会那么泛滥?需求本质上是一种欲望的表达形式,我们想要某种事物时,其外在表现形式就是我对某种事物产生了需求,产品经理作为有机会实现自己欲望的群体,这种基于个人的欲望会更多的影响

“一句话需求”如何需求评审?两个原则全搞定

总有一些小需求,根本写不出PRD——姜太公公你是否遇到过写不出PRD的小需求呢?也就是我们经常说的“一句话需求”。加个按钮,改个颜色,加个跳转,删除个逻辑……blabala~ 这种情况下,你说写PRD吧?写10个字儿写完了。不写PRD吧?和开发童鞋直接沟通,开发完成后发现和预期相差八百里。那么,你是怎么处理“一句话需求”的呢?你在处理过程中和开发沟通的愉快吗?举一个实际例子

你会直接放弃小群体需求吗?

这是第五种需求性质,也是我们最后一种需求性质。当然,这篇也会是我写需求性质系列文章的最后一篇,我们一起来认识一下小群体需求,他似乎非常的常见。小群体需求小群体需求是指需求的受众面积相对产品受众面积而言过于微小,以至于性价比较低的这部分需求,这里的微小有两种定义,当我们的用户数量较小时,微小是指占比微小,比如 10% 的需求占比就是小群体需求, 而当我们的用户数量较大时,

资深产品经理如何做需求管理(二):需求的生命周期

上一篇 资深产品经理是如何做需求管理的(一):需求的优先级判定原则 和大家分享了我对需求的理解以及如何评估需求的优先级,接下来我们将从生命周期的视角去梳理一遍需求的全流程,方便各位建立整体视角。同时,通过对各个环节的复盘,尤其是平时容易忽略的环节,可以发现影响需求预期效果和工作效率的瓶颈点,更有助于各位PM提高自己的工作效率。需求全生命周期通常情况下,一个需求的完整生命周期

老板:加新业务新需求!员工:您能读读特劳特定位理论吗?

不要怀疑,把所有的问题推给员工,归咎于他们的“执行力”,而自己的决策不承担任何责任,这是坏老板的共性。一、最伤军心的方式下面哪句话,是你最怕听到的?“来来来,我们来加一个新功能。”“对了,我们来讨论一个用户新需求。”“最近直播火了,我们是不是也该考虑一下直播。”“我们公司要转型啦!”老板,你好像一直在转型呀。很多创业公司的人才流失,往往不是因为待遇不行、市场受挫,而是不停“

资深产品经理是如何做需求管理的(一):需求的优先级判定原则

需求管理是产品经理的基本功。虽然从入行开始,产品经理们就开始接触需求了,大部分的人跟过一遍需求流程都能快速上手。但是基本功也正是考验功力深浅的关键所在。本来希望用一篇文章去讲清楚如何做需求管理,但发现这样会导致文章过长不易读,索性用一个系列来仔细聊聊,到底什么是需求,如何做好需求管理。这一期主要讲两个基本问题:什么是需求整体思路下的优先级判定原则以下,Enjoy。需求是流水

如何读懂并发掘需求方真正的需求?

很多时候行业用户经常会想当然的让你添加一些功能,如何识别需求真伪,说服并解决正直问题。比如某用户很粗暴的告诉你一个小的业务中需要一个资料扫描上传功能,但实际业务场景中没扫描仪,且添加后业务流程会更加复杂。这个问题我定性为: 如何通过分析需求得出真实需求点? 这个问题其实老生常谈了,分析需求是每家公司在招产品都会附上的一个要求,以下我分享下我对需求分析的理解:首先我先引用产品

伴生性需求之案例分析

上篇文章 需求性质:什么是伴生性需求 有一道练习案例,许多朋友的回答都有一点偏差,伴生性需求似乎并不是那么容易掌握。这篇文章将针对这个练习案例以及大家的留言做个分析。练习案例淘宝app中的购物车模块,以下哪些功能属于伴生需求? 商品编辑商品失效管理批量支付促销引导或提示凑单拆单个性化推荐背景分析我们已经知道伴生性需求的第一特征: 对某功能有极强的依赖性质,无法单独存

需求性质:什么是伴生性需求

伴生性需求在整个产品生命过程中占据极大的比重,如果说创造性需求是可以燎原的星星之火,伴生性需求便是为火焰燃烧提供的若干枯草。什么是伴生性需求在我们做产品时,存在许多没有太大价值,但又必须具备的功能,这部分需求我统一定义为“伴生性需求”,属于某些主干需求的衍生枝干。 当我们决定开发账号系统后,除了注册和登录是必须的功能,与之相对应的还会包含修改密码,找回密码这些非常规功能

需求性质:认识伴生性需求

导读伴生性需求在整个产品生命过程中占据极大的比重,如果说创造性需求是可以燎原的星星之火,伴生性需求便是为火焰燃烧提供的若干枯草。什么是伴生性需求在我们做产品时,存在许多没有太大价值,但又必须具备的功能,这部分需求我统一定义为“伴生性需求”,属于某些主干需求的衍生枝干。当我们决定开发账号系统后,除了注册和登录是必须的功能,与之相对应的还会包含修改密码,找回密码这些非常规功能,

需求性质:如何正确响应用户需求(下)

上一篇文章,我们一起探讨了选择有效需求的三个建议其中的第一个建议,判断需求是否符合产品本身的定位,这篇文章我们继续探讨另外两个建议。是否符合产品当前阶段的重心越是成熟的团队,越是不那么随心所欲,当小团队在埋头找不到需求做时,大团队的需求可能已经排期到下半年了,这是团队发展的必然趋势,需求会随着产品的发展变得越来越多。需求排期这样的开发模式里,我们会很清晰的告诉团队,这个阶段

慎入「同理心」陷阱:「同理心」并不等于完全变成用户

体会对方的感受,同时不让自己在情感上那么投入,使得你的判断力蒙受影响。记得在十年前,头一次接触到“同理心”这个名词的时候也和现在很多产品新人一样,感觉找到了一个神器——有方法来评价自己与他人的判断是否准确了。确实这个词汇很好地帮助我在与团队沟通的时候显得更专业,也更容易将话语权把握在手里。尤其是它被划入到公认的核心产品能力之后,它开始出现在越来越多的工作法与培训中。它可能并

需求性质:响应用户需求(下)

上一篇文章,我们一起探讨了选择有效需求的三个建议其中的第一个建议,判断需求是否符合产品本身的定位,这篇文章我们继续探讨另外两个建议。是否符合产品当前阶段的重心越是成熟的团队,越是不那么随心所欲,当小团队在埋头找不到需求做时,大团队的需求可能已经排期到下半年了,这是团队发展的必然趋势,需求会随着产品的发展变得越来越多。需求排期这样的开发模式里,我们会很清晰的告诉团队,这个阶段