`
startU
  • 浏览: 15984 次
  • 性别: Icon_minigender_1
  • 来自: 北京
最近访客 更多访客>>
社区版块
存档分类
最新评论

产品设计 - 关于流程

阅读更多

昨天leader把我们叫到会议室,讨论了下关于流程的问题。我们小组组建时间不长,人手也不多,平时忙起来可能会产生顾着不顾那的情况,碰到没有顾及到的地方,难免会出现问题,出问题并不可怕,及时改正和承担相应的责任就可以了,但就怕问题重复性的出现,这就有问题了,所有规范流程成了一个必不可少的制度。

项目分两类:一是新的项目,二是项目后续调整;根据这两个不同的情况,做下具体的流程规范。

新项目

获取需求后进行信息分解,制作原型,然后根据需求内容讨论原型上的一些问题,最终出一个版本,给需求方进行确认,如果有需要调整的地方,调整后再确认,如果没有问题,则交给UI的同事进行设计,设计完毕后,交到产品看是否和原型上的保持一致,如果有问题,进行修改,如果没有问题,开始切图制作;然后再提交给产品进行测试,有问题,调整,没有问题交个技术进行开发;开发完毕进入内测阶段,产品先进行一轮基础测试,测试基本功能,基本的表现形式,有问题调整,没有问题,提交给运营同事进行测试,然后根据运营同事的反馈进行讨论和调整;测试结果反馈给技术同事进行调整,最终没有问题后,运营确定上线具体时间,上线后技术发邮件告知产品,产品给所有相关的人发邮件通知产品上线。

后续调整

后续调整的需求,大都来自运营,流程是运营提供详细的需求,产品开始原型调整,然后提交给运营确定,如果没有问题,按上述流程继续前进。如果运营有很小的调整直接和技术沟通,则需要发邮件告知产品具体调整内容,防止产品人员对产品的调整毫不知情。

虽然写出来没有什么,但具体实施的过程中,会出现种种问题,如果没有一个详细的流程,那工作就会很混乱,做好制度上的统一,产品流程就会清晰起来,责任到人,产品就会做的更好。
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics