北京永信盈科分享如何管理IT外包团队四

2020-07-13 永信盈科 29

北京永信盈科科技有限公司在几种情况下解释了产品设计:甲方进行产品设计,外包团队的产品经理进行产品设计,但没有产品经理进行产品设计

1-甲方将设计产品。 如果甲方有能力完成产品设计,那就太好了。 甲方的产品经理确保设计符合公司对项目的期望,同时可以很好地区分职责。

设计问题是由甲方保证的-用甲方问题实施的问题外包团队来确保粘滞,不顺畅是不容易的,效果也不是外包问题。 这种合作需要引起注意。 是的,如果将完整的外包信息提供给外包团队,则它包括:产品功能描述文档-详细说明项目中的哪些功能以及实现的功能。 功能设计文档-详细说明功能显示什么信息,什么操作以及用例描述文档是什么-有关项目中涉及哪些用户,预期的操作以及预期的结果的详细信息。 如果产品原型也由甲方生产,则还需要:产品原型-可操作的产品DEMO样品原型原型描述文件如果视觉和交互式设计也由甲方生产,则还需要:设计稿-可以是 高保真产品原型UI设计描述文件,交互式设计描述文件

北京永信盈科  

2-外包团队的产品经理负责产品设计。 如果外包团队执行产品设计,则关键是确保乙方的设计符合甲方的期望。该期望包括:易于实现项目目标。 对于甲方来说,有必要知道项目不能达到预期的原因,以免引起问题。 通常,风险体现在以下几点:外包团队没有严格执行项目要求的产品设计过程,例如某些链接中的默认设置,导致项目经理将信息传达给外包的实际开发者和甲方。 期望出现A偏差外包团队的产品设计能力不强(通常不太强),设计的产品不易使用,并且与甲方缺乏沟通。他们经常确认需求,讨论功能并查看 您在接受时。  ,甲方甚至都不知道发生了什么。

为了避免上述风险,要求如下:甲方需要审核外包团队产品设计环节的所有材料,以确保方向正确,并确保内部沟通。 外包团队不会有太大的偏差。 根据原型,与甲方进行审查,直到甲方确认其符合预期。 谈论需求并通过口头讨论功能是不直观的。 拿一个产品原型,一个场景接一个场景,然后逐个浏览场景,就可以知道它是否好。 为了要求外包团队提供测试用例,测试用例可以很好地验证外包团队的设计是否可以涵盖所有场景

北京永信盈科  

3-没有产品经理可以设计; 这种情况风险较高。 如果甲方不具备设计能力或设计资源,则建议寻找能够进行设计的外包。 如果实际上根本没有设计(尽管这种情况很少见),那么必须找到一种保证设计的方法。 一个相对简单的方法:拆分功能(这相对容易),以便基于每个功能(即竞争产品)找到参考,北京永信盈科告诉外包团队,我想要这个