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

发表于:2021-11-29 09:32  作者:我家有条小黑狗   来源:稀土掘金

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 需求管理

  一、分析需求三步走
  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以及他的投资人

  本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理

评 论

论坛新帖



建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海信义律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2021, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道