踩坑总结

作者: 灰色的刷子 | 来源:发表于2015-10-23 02:05 被阅读57次

掐指一算,上任产品半年多了,期间基本属于没人管的状态,独立背2个锅,产品设计+项目管理+小团队,基本上各种各样的坑全TM让我踩了一遍,总结一下警示自己

产品设计方面
  1. 意淫太多,需求扯淡
    拍脑袋想出来的需求,大多数情况下是没什么卵用的
  2. 太在意竞品功能
    人家做了这么个功能,那我也加一个吧——加你大爷啊(╯‵□′)╯︵┻━┻
  3. 加法做得太多,减法做得太少
    做完再回头一看,起码有一半的需求是可以砍掉的,最核心的需求就那么几个
  4. 产品最底层的原则性没想透彻
    这TM是一切痛苦的来源!最底层的原则性一定要想清楚,这将是拍方案的重要决策依据!拍方案的时候各有各的说法,各有各的优劣,看起来好像都有道理,如果没有一个原则性来作为评判指标,做决策的时候十分痛苦
    干货参照http://mt.sohu.com/20150818/n419091711.shtml
  5. 应该先想清楚做什么,再想怎么做
    RD出身通病,不自觉的就会先考虑怎么实现,觉得实现麻烦就先暂缓。应该先明确目的,再由目的推到方案,而不是反过来
  6. 太在意视觉效果,酷炫动效
    需求>交互>UI,我应该做的是保证需求OK,交互操作地爽,原型图把需求、交互完全体现就够了,纠结个毛线视觉效果
  7. feature list必须得管理起来
    我早就忘了3个月前做的啥功能了,砍没砍掉都不记得!
项目管理

1、时间点很重要
先确定上线时间点,再倒推测试、开发、视觉、需求对应的时间点,而不是先估计各项需要时间再推出上线时间,否则一定会延期!
2、方案要尽早确定
先把产品方案敲下来,跟RD过一遍,确认后,排期视觉设计、开发、测试,宜早不宜晚,鬼知道中途会不会突然插个需求,或者调整个优先级
3、推动过程中有问题立刻想办法处理
经常会出现资源卡在某个环节,要立刻想办法处理,否则拖着拖着几个月就过去了
4、估时间要乘以1.2~2
除了产品、交互自己可控,其他都是不可控,保守就按1.2倍率算,最坏情况下就是2倍率算
5、确保计划告知所有人
先出计划,群发完再挨个核对,仅仅口头说明事后就忘

其他

1、不要去找iOS用户测试android的体验,并作为反馈结果,反之亦然

相关文章

  • Flutter 开发记录

    Flutter 开发踩坑记录(干货总结)

  • 个人博客标签分类

    【小结】零碎的小结 【踩坑记录】报错等记录,防止再度踩坑 【总结】比较完整的总结 【想法】自己的一些想法和推论 【...

  • 509/1000:在jenkins中拉取git仓库代码的踩坑

    最近两天,在做jenkins中拉取git仓库代码,踩了不少坑,在对象的协助下,顺利出坑,现在总结踩坑经历。首先,最...

  • 踩坑总结

    IE的margin-top和chrome的margin-top不一致,为了兼容IE8,有的人采用在CSS样式后加上...

  • 踩坑总结

    掐指一算,上任产品半年多了,期间基本属于没人管的状态,独立背2个锅,产品设计+项目管理+小团队,基本上各种各样的坑...

  • 踩坑总结

    1、数组去重使用 distinctUnionOfObjects.self 去重后会吧可变数组变为不可变数组,...

  • 装饰行业从业23年|不想你踩坑

    装饰行业从业23年 | 不想你踩坑 | 总结业主们踩过的坑 现在很多人在买了房子以后, 都比较关注装修问题, 毕竟...

  • http的KeepAlive详解

    KeepAlive既熟悉又陌生,踩过坑的同学都知道痛。一线运维工程师踩坑之后对于KeepAlive的总结,你不应该...

  • 2017年年终总结,我都写了什么

    旧的一年结束,新的一年开始,我的年终总结如下 1,踩过的坑在消费金融迭代过程中踩过了技术坑需求坑。跟进该外包项目与...

  • 友盟统计集成

    友盟统计SDK经过最新一次更新后,文档并没有彻底更新,经过踩坑,总结以下踩坑经验: 首先是头文件导入,官方文档貌似...

网友评论

    本文标题:踩坑总结

    本文链接:https://www.haomeiwen.com/subject/jnuthttx.html