To G 产品经理4点避坑建议
编辑导语:To G产品与To B、To C业务不同,产品经理的业务类型也有所差异。那么,To G产品经理在业务流程中有哪些问题需要避免、以免踩坑?本篇文章里,作者总结了To G产品经理所需要注意的事项,并给出建议,一起来看一下。
一、尊重销售工作、与售前打好配合
与其他产品类型不同,to g产品是以项目交付形式存在,需要销售与售前先将整个项目局面打开,才能保证产品经理接下来一系列的调研与设计工作。 三者在整个项目开展与交付过程中需要相辅相成、相互合作缺一不可,切勿忽略销售与售前在产品开发前期的重要性。
销售专注客户关系维系、提高客户配合度、认可度与信赖感,是产品经理与客户建立关系和沟通的重要桥梁。无论业务调研、资料收集还是客户访谈,销售是主要的协调者,为产品经理顺利开展工作打好基础。
售前负责对用户需求提供建议与帮助,给客户输出合理的技术解决方案,而这也恰好为产品经理在软件设计过程中增扩了全局性思维、补充了产品经理在数据资源建设、主机存储方案、网络系统建设、系统安全、软硬件配置等方面的技术短板。
二、制定严密调研计划、切勿闭门造车
to g产品前期调研是非常迷茫与繁琐的,首先业务是陌生的、角色是复杂的、流程是交错的、竞品是难找的、需求来源是单一的、如不制定严密调研计划,很容易迷失在复杂陌生的业务中无从下手。那以我个人经验而言开展调研计划大概有如下几个步骤。
1. 收集大量资料并消化
在调研之前,自身必须有一定知识储备量,才能有针对性了解与设计调研内容。
首先需收集大量资料并自行理解消化。包括:政策文件、指导方案、可行性分析报告、项目背景、招标文件等,要熟记于心,另外还要初步了解业主方组织架构、业务范畴、业务流程、角色分工等方面。搞清楚以上问题再制定调研提纲会更得心应手,不会陷入繁琐与迷茫中。
我个人编写提纲框架主要是明确调研目标、确定角色对象、再调研与角色对应的业务。然后进一步将主业务流程、角色一一对应梳理,之后在主流程基础上扣其他的需求细节。
2. 组织访谈与业务实习是最佳调研模式
to g产品是一般以实现业务信息化为核心,提升工作效率、治理能力、数据共享为目的系统项目。常规的调研与需求收集方法是难以深入到业务中,以我个人经验来说组织访谈是最直接了解业务的方式,通过问答形式,对业务全貌进行了解、对业务痛点进行诊断。按照角色级别分类、由上至下、全局到细节逐步访谈收集需求。
除了组织访谈,业务实习是让产品经理亲自体验业务最好的方式,只有真正以用户角色去追踪业务、实践业务。在之后产品设计上才会站在用户角度上优化产品,提成用户体验和操作效率。
3. 输出调研报告
完成了以上调研工作,产品经理需要产出一份完整调研报告,梳理业务流程与角色、业务现状等问题。同时对现有业务进行诊断,最后将调研报告与业主再次确认,减少理解上的误差,以便顺利开展接下来设计工作。
三、做好定制化和标准化两手准备
在我以往工作经验中、每天投入产品设计时间其实很少,很大一部分时间都浸在产品资料更新、可行性报告改写、报价清单、需求定制化、软硬件配置清单等诸多销售咨询与研发讨论上,这也导致产品整体优化上会存在很多欠缺、现有产品可复用性低、无法纵深完善产品线等诸多问题。
所以在开展推广to g项目中,需要将售前资料、产品模块标准化尤为重要,尽可能做到“通用”、“详细”。这样不仅提高团队整体效率、还为产品经理在落实需求、产品创新上有更多的时间与突破。
四、跳脱传统产品经理工作模式
除了以上3个注意点,to g产品经理应该学会跳脱既定产品工作模式与流程,主动去丰富项目管理、技术方案等方面知识:如项目进度、项目预算、大数据、云计算、BI决策平台、人工智能等内容。
另外表达宣讲能力、方案编写能力、汇报资料设计能力,数据分析能力、都是to g产品经理日常工作中重要组成部分,也就是将产品技能、业务理解、售前能力三者融合贯通,才能形成自己坚固的竞争壁垒。
本文由 @浩克 ? 原创发布于人人都是产品经理,未经许可,禁止转载
题图来自 Unsplash,基于 CC0 协议
文章精简有料,面对2G产品遇到的坑几乎都说到了,勾起当初的切肤之痛。问题是即使知道坑在哪里,也很难全都避免,常常眼手无法协同。
其实都是趟着河走😭
请问有做过政法产品吗,非项目的,完全没方向,没有调研凭空做….令人头秃
那肯定有需求方吧,对接需求方是一定的,如果没有那是一定要尽可能多的收集需求及资料。(政策文件、竞品、官网、网文、文献能想到的关于政法的资料都收集整理出来,然后用导图梳理出来,在跟团队讨论)
朋友我也是做这块的,可以交流下不