文章目录

  • 一、分析需求三步走
    • 1.构思
    • 2.计划方案
    • 3.精炼
    • 总结
  • 二、需求构思原则
    • 1.不可再次分解(参考的数据库设计原则)
    • 2.一次只验证一个功能点,互不影响(工作经理)
    • 3.可以失误但不能失败(总结的经验)
  • 三、计划方案可行性分析方法
    • 1.从1迭代
    • 2.从0到1

一、分析需求三步走

1.构思

说明: 当项目原型图或需求统计分析之后,在这一步确定界面和各种交互方式。在这里需要多想为什么这么做,是否有别的解决办法。
需求: 午睡完了特别想喝杯咖啡
思考:
1.喝咖啡是不是因为犯困?
2.公司有提供的饮品喝茶行不行?喝红牛行不行?
3.去洗洗脸能不能替代?

2.计划方案

说明: 当已经有几个解决方案的时候,考虑好各种方案的优缺点,能否长期稳定,优化结构尽量少做选择减少逻辑
方案1.去楼下喝咖啡。优点:可以有效地提神,缺点:要离开工位,长期这样可能我的组长会捶我。
方案2.喝茶。优点:也可以提神,缺点:要烧开水,而且目前没有泡茶的器具,但下次带来可以长期引用还不挨揍。
方案3.喝红牛。优点:快速提神开始战斗,缺点:长期喝死的快。
方案4.洗洗脸。优点:省时省力无副作用,缺点:总犯困总洗脸。

3.精炼

说明: 方案初步定了,根据每一期效果(天天都要做这件事),实施成本(最好别花我的钱),人力成本(寿命长短),周期反馈(一直这样不会挨揍吧),改动最小(不想做选择)选择出最适合的方案。
方案1:要花自己的钱,还可能挨揍。
方案2:今天喝不上。
方案3:喝得越多血条越少
方案4:看起来不错。
结论:
今天喝红牛明天开始喝茶

总结

最开始就想喝咖啡,但出于长期稳定以及资金等实力的考虑,最适合的是今天红牛以后茶,同样的解决了问题,还避免了上班期间跑出去喝咖啡挨揍的情况。

二、需求构思原则

1.不可再次分解(参考的数据库设计原则)

一个需求能拆解就拆解,最好能形成一个完整的树状接口。

2.一次只验证一个功能点,互不影响(工作经理)

每次验证只能由一个地方是验证的,不能一次验证两个方案或者按钮,会让人反感。

3.可以失误但不能失败(总结的经验)

只可以去验证必须的需求,例如我一定要解决午睡完了犯困的问题,不管我是喝红牛还是跑下去喝咖啡、可以一次一次试验但不能没解决问题之前放弃。(会降低士气、努力白费、用户会感觉突然没了一个功能感觉到莫名其妙甚至想打客服询问)

三、计划方案可行性分析方法

1.从1迭代

  • 装饰者
    只有界面没有实际功能,用于已有产品但不知道开发功能方向。
    例子: 留联系方式游戏预约,这样可以大致参考出有多少人有意向,看是否有必要立项做。美团打车点击想开通,人数最多的城市开通。
  • 星火燎原
    体验,先让部分人体验然后根据重复率、人数、评价等方面进行分析。
    例子: 地铁里小区门口发代餐奶昔的传播人员,以及万恶的健身房拉人头的人,(因为百分之八十的人健身房办卡后只去一次就不去了,这样的健身房捐款就跑路了,例如我曾经办过卡的一个健身房)
  • 抓典型
    假设有公司想要按照要求导出表格某个公司使用频繁,但没信心全面推广立项开发,这时可以让人工制作表格,然后推荐给类似的公司,看看相同类型的公司会不会也有类似的需求。
    例子: 国家做什么事情都做试点,试点完整了再全面推广。

2.从0到1

我有必要在这里说明一下,这种办法是问路的办法,如果你有了产品和用户在这么做容易被人嫌弃或定性为骗子。

  • 中间商差价
    首先先做个中间商在中间补贴试试人们是不是愿意,先卖出去再想办法找渠道,等打通了环节在自己做生产。
    例子: pdd百亿补贴低价卖手机和特斯拉(其实就是他先把手机汽车卖出去,他们再去采购)。淘宝挂链接有人拍再去同行那里买。

  • 坑蒙拐骗
    欺骗别人,告诉别人我们已经成功的研发出了XXX产品,然后看是不是有人投资你
    例子: 贾跃亭的PPT以及他的投资人

个人探索项目管理和需求可行性验证相关推荐

  1. 项目管理从需求管理开始--不懂需求管理还敢带项目?

    分析报告指出,多达76%的项目失败是因为差劲的需求管理,这个是项目失败的最主要原因,比技术.进度失控或者混乱的变更管理还要关键. 很多PMO和PM却没有把需求管理重视起来,甚至认为这只是产品经理的事情 ...

  2. 项目管理与需求变动的探讨

    这里是修真院pm小课堂,每篇分享文从 [背景介绍][知识剖析][常见问题][解决方案][编码实战][扩展思考][更多讨论][参考文献] 八个方面深度解析pm知识/技能. 本篇分享的是:[项目管理与需求 ...

  3. 谈软件开发项目管理之需求变更

    在软件开发过程中需求的变更会给开发带来不确定性,但只要把需求变更作为重点.难点小心加以控制,软件开发的进度.成本和质量也就有了"安全"的基础.变化并不是人们最害怕的,最怕的是跟不上 ...

  4. [项目管理] 项目管理之需求管理

    一.需求管理的定义 需求管理是一种用于查找.记录.组织和跟踪系统需求变更的系统化方法. 需求可以定义为:系统必须符合的条件或具备的功能. 需求管理可以定义为:需求管理是一种系统化方法,可用于获取.组织 ...

  5. 项目管理之需求变更:化解程序员的“头号噩梦”

    需求变更一直都是一个热门话题,特别是在奉行唯快不破的互联网公司,需求变更可以说是程序员的头号噩梦,也是"996"的直接元凶 常见的需求变更流程 首先要发起变更申请,由变更委员会来综 ...

  6. 图解PMP项目管理马斯洛需求层次理论在公司管理中的应用!

    马斯洛的需求层次结构是心理学中的激励理论,包括人类需求的五级模型,通常被描绘成金字塔内的等级. 从层次结构的底部向上,需求分别为:生理(食物和衣服),安全(工作保障),社交需要(友谊),尊重和自我实现 ...

  7. 项目管理之需求调研步骤和方法

    第1章 前言  目的 需求调研是为需要说明书做前期工作,可以说需要说明书说是从需求调研表中得到或抽取而出. 需求调研是要了解现实世界中做实际工作的人们真正需要什么样的程序的过程,再把这些需求开进细节整 ...

  8. 项目管理之需求调研感悟

    一个项目中需求调研的充分与否是项目日后成败的关键要素之一,这一点我想没有哪位项目经理不认同吧?不过咱说的需求调研可不只是拿张纸记记客户说什么就完了,调研顾名思义就是调查和研究客户的想法,我感觉应从以下 ...

  9. 【软件项目管理】需求规格说明可以包括系统的运行环境

    需求规格说明可以包括系统的运行环境. 需求规格说明可以包括软件的主要功能,用户界面及运行环境,软件的性能等等. 不能包括算法的详细过程.

最新文章

  1. Linux中log的目录,/var/log目录中Linux日志文件的功能详解
  2. 【数据结构与算法】之深入解析“交错字符串”的求解思路与算法示例
  3. UI-UIScrollView
  4. Python之eval函数实例解释
  5. 深度学习和神经网络——第二周笔记
  6. 集群、负载、并发介绍
  7. 软件项目管理系统-人员管理-工时记录一览
  8. DHCP DHCPv6
  9. 目瞪口呆,4款1M不到的实用软件,颠覆你的认知
  10. C++遇到错误蓝屏电脑代码底层分享!
  11. android 视频缓存溢出导致视频黑屏,MediaMuxer+MediaCodec生成MP4视频黑屏
  12. Python requests timeout 分析
  13. 对标金九银十:各大厂最新Java面试真题整理+简历模板
  14. cmd命令行下怎样切换目录
  15. linux常见操作命令
  16. 【面经】百度NLP算法实习生--9.17
  17. 验后方差估计python_最大似然估计 (MLE) 最大后验概率(MAP)
  18. hpe 3par命令行查看状况脚本
  19. C4D插件—阿诺德Arnold渲染器
  20. python脚本4_求1到5阶乘之和

热门文章

  1. 理解时间序列的ACF与PACF
  2. 第8.1.2解析mht格式文件
  3. SqlServer的笔记
  4. 数据结构:图的算法和应用
  5. 仓储管理小程序开发 实现不同行业不同规模的仓管需求
  6. c语言程序设计何钦铭视频教程,C语言程序设计 (何钦铭 颜晖 著) 高等教育出版社第1章 教案.ppt...
  7. Access数据库id类型由自动编号改成数字类型后如何再从数字类型改成自动编号
  8. Android 多任务清单时间管理Android studio
  9. (转) 经济周刊:终止审批 究竟是谁玩了“魔兽”?
  10. WEB端百度语音合成Demo