名人专栏

赵磊:产品经理必备的认知要求

写给大马产品经理的一封建议信/下篇

身为一位互联网产品经理,无论是知识、格局、职业能力等都要准备充足,在技能上也必须同步的自我加强!

这里,我把技能分为4大类来分析:
 
1.管理Team-Leader的期待:

产品经理一般都是公司重要的中层之一,也是产品层面的第一责任人。

在一些创业公司产品经理基本上替代了老板在技术层面所有的身分;既要做产品,又要带队伍,甚至是得出去谈判……这就需要产品经理明白如何跟老板明确工作的优先级,要熟悉人力资源和产品现状,搞清老板的期待与资源的之间的差距,寻求折衷方案来尽快开展工作。

2.处理平行部门的关系:

产品部是连接市场、研发、运营部门之间的纽带,各个部门对产品部都有不同的诉求,如果要平衡大家的诉求就意味着非常考验产品带头人的能力。

3.认知高度:

产品经理要站在宏观的市场角度去思考用户和整个市场的问题,而不是局限于设计某个功能点,优化某个流程;要为整个产品团队输出产品定位、风格要求、迭代节奏、差异化策略,要从驱动自己去做产品到驱动一个团队去做产品。这中间就会涉及到调研数据验证、产品文档把关、新产品上线验证等等问题,产品经理对产品的精细以及对整个项目的逻辑把控,会直接决定这个产品的生死。

4.化身用户:

我们常说说服别人的前提是先说服自己,如果你自己都觉得有问题,又如何让别人用你的产品。所以产品经理首先要是一个用户,要学会给自己的产品挑剔,要在鸡蛋里找骨头。

此外,在工作节奏流程,也必须:

1.工作流程:
这个流程是指从产品的需求讨论环节开始,一直到产品上线为止。首先我们要控制这个流程中的关键节点,像何时开始需求讨论、PRD和效果图什么时候出、服务器何时部署、服务端客户端什么时候进入开发、提测在什么时候、正式上线在什么时候……通常在中国我们会整理出一条时间轴,看每一个关键点之间间隔的时间是否合理,如果有延期,问题出在哪里,会讨论与主动了解!

通过这样对整个流程的节奏把控,及时发现问题,找到原因,快速改进,避免浪费开发时间和成本。

2.数据对比:
产品经理必须明确核心数据以及核心指标和参数。因为每个产品在不同的时间段核心指标是变化的,比如B2C模式的App。核心指标是拉新就看下载量和注册用户量;如果是用户活跃度,就看日均活跃、日均启动以及核心模块的使用次数或频率等等。

3.用户反馈:
通过收集用户反馈,我们可以直接地了解用户对各个版本的感觉。方式是用户问卷,也可以协调销售部和市场部去搜集真实的市场建议。

通常,在中国国内会找种子用户或相对活跃的用户,要注意如果你的产品是有不同角色的,那么多个角色的用户都要覆盖到;不同角色的用户需求和体验是不同的,都要收集了解,只不过在转化为产品需求的时候可以有优先级。

4.运营:
这部分其实属于运营部的职责,不过我认为一般的小团队可能不会明确的区分,所以产品经理也可以参与运营工作。运营活动通常从内容运营、活动运营、渠道推广等等。比如,下载量怎样?注册转化率怎样?用户留存怎样!渠道上有做哪些活动?哪些效果不明显等等?有效的继续发扬,集中精力投入有效渠道。

这一块产品经理除了要收集,还需要与运营的同事多沟通、了解。

反应

 

名人专栏

信息系统建设6步骤/赵磊

/中小企业的数字化转型建设的需求管理/(下篇)

众所周知企业数字化转型的建设是企业基础的需求,正常情况下信息系统建设有6个步骤:

1. 业务部门提出数字化项目建设需求;

2. 信息部门初步收集整理相关业务需求;

3. 论证业务需求实现的技术可行性、实现方式,然后决定到底是自行开发还是购买第三方软件来实现;

4. 制定符合企业实际情况的解决方案;如信息部门自行开发,会有产品经理和业务部门详细了解需求;

5. 组织业务部门进行详细的业务调研,并出具调研报告,根据调研情况设计实施方案;

6. 系统实施上线测试并开始运营培训。

“需求”在数字化建设过程中的重要性不言而喻,而需求又恰恰是大部分传统企业数字化转型建设面临的最艰难的、最典型的场景:数字化建设一旦以技术为核心,完全脱离业务,结果多半都是以烂尾结束。需求是什么?需中求解,而非需中就要!需求就是寻求方案、方法中的最优解。需求是系统性的,而非单一的满足。

需求3问题

但是在实际的数字化建设中,在需求方面存在如下问题:

1. 业务部门需求不清、含糊、片段性; 

2. 需求不稳定、多变、朝令夕改; 

3. 内部需求意见不一致,反复推翻。

实际工作中,我们经常会遇到这种情况:信息部门明知需求有问题提出质疑却无法反对、错误的需求照常推进、明知路错了必须一直错下去……因为这是业务部门的需求!

以上就是企业数字化转型建设过程中的典型乱象,一方面业务部门对自身的业务需求不明晰、混乱,另一方面作为专业技术部门的信息部门只能对需求被动接受,难以要业务部门接受专业、合理的建议,这就是企业内部缺乏协同、融合力的表现。

由此可见,需求二字虽简单,但要真正的做好需求管理却很难,尤其是对信息部门的要求更高,我认为在数字化建设过程中,信息部门在需求管理上要做到:引、控、定。

引,即引导;控,即控制;定,即定标准、定流程、定制度。

需求3考虑

同时信息部门应学会制定需求管理策略,不能在需求管理上打乱仗,在任何数字化项目开工建设前一定要与业务部门达成共识,同时信息部门也要学会对业务需求进行清洗、筛选,具体可从如下方面进行考虑:

1. 需求实现的难易及复杂程度;

2. 需求实现的时间周期;

3. 需求实现的成本;

4. 需求的轻重缓急。

综上所述,资金是企业数字化转型的保障,而需求则是基础,是路径。需求清,则建设准;需求乱,则建设难。需求需要技术与业务共同来完成,需要的是融合思维,而非业务部门无限的发散。同时信息部门也要根据企业管理现状,合理的控制需求范围,分步推进,标准化、制度化、流程化建设要贯穿整个数字化过程,科学的数字化管理体系很重要。

同时成本意识也非常重要,要知道数字化建设“时间即成本”、“反复即成本”、“延期即成本”、“质量即成本”;如果企业在数字化建设过程中既无成本意识,又舍不得投入,同时业务部门又没提出需求的能力,那信息部门只能干瞪眼了。

反应
 
 

相关新闻

南洋地产