面对互联网产品突然火热背后的坑,企业该如何保持开发高效运转?

前段时间Clubhouse爆红,短短几个月时间,其用户数翻了1000 倍,据说目前已经超过500万!我们相信,几乎所有互联网公司或者产品经理都期望自家产品也能有这样的爆发性增长!

但是短时间暴涨的用户会保持对Clubhouse的高热情吗?Clubhouse还会继续火下去吗?这一切都是未知数。

随着用户数的增多,一款互联网产品要想长期稳定的成长,需要应对很多问题。因为用户需求越来越多、要求会越来越高,为了满足这些需求,企业势必要做好需求管理和产品开发迭代,这样才能保证产品的良好体验,用户黏性才会更高!这对整个产品的稳定成长至关重要。

互联网产品的两种开发管理方式:数据型管理和流程型管理。

「数据型管理」

数据型管理模式更关注需求状态,如通过轻流「需求管理看板」整体掌控需求池内的数据和状态。

但是当一家互联网产品研发的需求量增大,开发资源又极度匮乏的情况下,如何管理产研团队?如何平衡产品经理、研发工程师、产品本身?

这时候推荐通过「流程型管理」方式去实现,将人、数据全部纳入流程中管理。

「流程型管理」

第一,构建需求池,进行需求分拣和评审。

这里提供三个思考维度:价值(业务价值)、成本(研发时间+人力)、风险(是否会影响已有功能)。得出评审结果。

通过「需求清单」了解每周待评审需求。

评审结果完成后,产品经理需要实时了解需求的状态,由此更好的掌握需求的整体情况,这里推荐一个工具是轻流的Q-robot功能,能够在各种业务流程中添加、更新数据,实时、定时提醒产品经理需求状态。

第二,创建开发任务,关联「产品需求」与「开发日报」

新建一个开发任务,常规来说,一个需求对应一个开发任务,但是如果在前期预判时,需求的复杂度过高,一个需求可以派生出n个子需求,子需求又关联n个子任务,创建开发任务是对需求的拆分。

每个任务都需要关联产品需求。

再进行任务成本的预估和分配。

分配好任务后,在「开发日报」中可以关联开发任务,团队成员填写实际消耗的工时,可以更新之前预估的开发工时。然后就能判断出完成一个需求真正需要多少成本。

第三,规划产品迭代,采取周期性管理模式

这里推荐的周期性管理模式指:在创建产品迭代时就规划好下一次迭代。具体流程:创建产品——确认下个迭代版本号和发布日期——自动生成迭代规划——迭代发布(可设置自动提醒,如发布前1天上午9点自动提醒)——确认发布的产品迭代信息。

最后说一点,有人可能会问,产品研发项目管理一定要用管理工具吗?

市面上目前有很多产品研发管理的协同工具,但产品经理在这方面的选择上还是要因人而定,团队能不能接受管理的方式,能遵守怎样的规则,是前提。

使用轻流进行产品研发项目管理可以从流程的设置上让团队养成更新和日常使用的习惯。不仅会帮助产品经理个人减少工作的失误,也会帮助产研团队或企业降低人力资源浪费的情况。