产品经理协同办公|0-1一个产品,只需要2天

144
作者 美少女
字数 5100 阅读 144评论 0

1

一个紧急的项目DEMO

说起协同办公的来源,就是这次公司的一个紧急项目,需要紧急的将一个小程序做起来,其方向为将现有产品功能点砍掉,满足核心业务即可。

加紧的方案得马上出,按照现有的APP就算砍掉一部分功能页面,也觉得2天搞不定。

因此我们3个PM打算这次尝试协同办公,之前一直没有尝试过通过协同办公完成0-1产品2天内完成,更何况是要浓缩一个迭代3个大版本的产品呢?

2

这次的主题工具是墨刀

当然,这里绝对不是为墨刀打广告。目前国内针对移动端的原型工具有很多,我就不一一列举了,但这里以墨刀为主,我相信在移动端产品上移动端原型优先使用最多的,对于我们当前TEAM来说,还是墨刀。

3

协同办公的技巧和效率提升有多大?

协同办公的流程首先是需要几个PM进行模块的分工,其大体流程如下:

1.工具选择

之所以要产品经理掌握1-2个原型工具,其理由便是因为其TEAM需要统一一个工具,比如在腾讯之前的我,是用AXURE办公。但是在现在的公司,移动端用的墨刀,WEB端用的AXURE。

2.项目责任人——业务最了解的人

协同办公虽然处理中各个PM都会在自己的页面进行分工,但因每个PM的习惯和工作标准因为之前的工作都不同,所以其项目责任人的重要性在这里尤为重要。

这里的项目责任人不同于项目经理对项目进行把控,而是对每个模块或页面的规范以及最后的集合进行统一处理。当然项目责任人可以要求其他同事来完成这件事,只要全局意识良好、或对每个业务都有资深的了解,是应该来担任这个工作的。

3.模块分工

首先要说下,模块分工与页面分工的区别。一个产品是所有的页面都有功能,比如常见的FAQ页面、报名页面等。

【分享页面】

【输入页面】

接下来下模块的分工,在这个项目中,我们是针对当前的APP进行小程序的打造。

小程序因为是基于微信的平台建立,我们理解为小程序APP。

我们的流程如下:

为此,因为了解了微信小程序相关运营和开发规范,我们干掉了产品的模块,并且了解了小程序的通知与交互规范,帮助我们更好的去制定APP改为小程序的项目方案。

【小程序规范】

4.页面分工

这里的页面我们将APP的每个TAB的第一页、第二页、聚合页面等非功能性页面。就如上面模块分工一样

从APP端页面分享过来,虽然是交互需要按照小程序的规范去执行,但因为在整个方案中我们只需要把整体的方案和商业模式教交付即可。

4

协同办公开始搞!

以上的准备任务完成了之后,我们就下面进入DEMO的阶段。因为整体的项目要求我们以高保真的要求来完成项目,为此我们直接将UI进行裁减完成小程序。

【发送邀请】

在接受到邀请后,相关参与协调办公的PM即可了。使用墨刀的FAQ或官网可以查询相关的教程,这里我就不一一说明了。

但墨刀协同办公可以实时的看到你的队友现在的工作情况,相比代码模块分工来说,这一点是非常好的。效率大大提升

既然我们开始了,以下按照模块或页面进行分工

将以功能模块、或页面,在协同办公中,有以下建议

  1. 确定该项目的全局规范
  2. 确定改项目做与不做的模块或重要页面(小页面放在全局调整的时候)
  3. 项目负责人时刻可以看看协同者页面,尽早调整问题

最后关于协同办公中,我遇到的几个问题总结下

1.页面或模块分工的争执

这一点的发生,其实在协同办公中也经常会出现。都说PM和开发撕逼,但是在协同办公中,其页面或模块的分工以及取舍是需要几个同事进行确定。难免会出现意见不统一,最终以项目负责人的为主。

2.微信小程序的模块取舍

这一点的出现,还是项目团队中对于微信的小程序规范不了解。应该首先有对小程序的规范有意识,了解其那些能做、那些不能做。只有了解平台的规矩,才能保证你的功能可以实现。

我已经坚持产品分享1年,最近更新:

撕逼的工作与完美主义的生活|产品经理工作挑战点

UGC与算法|2017行业产品FEED流产品设计,我如何落地UGC信息流?

数据模型落地产品需求|数据产品经理门槛真的有那么高?

“大佬,求你做我的需求”|产品经理心里过不去的梗,你有吗?

我的需求怎么掉了?或少了?

案例总结,用户体系6个难点 |如何落地,利用数据、函数模型用户成长体系

腾讯公益赢了还是人性的本质?|“小朋友”的公益画册刷爆朋友圈背后的产品逻辑

继续更新中......

          【IOS用户专享】         

2017年,让我们继续前进!

与KEVIN一起在产品中学习交流QQ群:257051609



经验分享
登录 后发表评论