案例分析:工具型产品如何从0开始?

2 评论 3956 浏览 22 收藏 12 分钟

编辑导语:工具型产品,即以工具属性为主导的、高效解决用户明确需求的产品。本文作者结合自身的实践经验,为我们分享了他当时做工具型产品的整体流程,并且对工作过程中的总结与思考进行了复盘。

无论是C端还是B端,工具型产品都在用户心中都占据了举足轻重的位置,因为它们可以提升用户的效率,帮助用户更好的完成自己的需求。

我之前做过一个广告投放相关的工具(主要针对SEM,搜索引擎营销),旨在帮助投放人员解决重复性、机械性操作,提升他们的工作效率,让他们每天可以将更多的精力花费在对广告的优化上,对于公司来说就是:提升每一位投放人员的ROI。

下面我分享一下当时做这个工具的整体流程,以及工作过程中的总结与思考。

一、业务调研

1. 梳理业务现状

想要为某个行业(或某一个职位)做一个工具,首先是要了解这个行业(行业基本信息、运作方式等),然后了解对应职员每日大致的工作内容。

2. 了解对应行业

我在做这个广告投放工具(下文统一为:投放助手)的时候,先在网上查询一些SEM相关的信息,大致了解了SEM的基本原理,如果你对这个行业没有基本的了解,那么做产品时会遇到更多的问题。

3. 用户调研

了解SEM基本原理后,我找对应的投放专员详谈了一下。最后我了解到想要开发这个工具,首先要把营销账户、推广计划、推广单元、关键词、创意这些模块之间的关联方式确定下来,这样技术人员在开发的时候,才能按照应有的逻辑进行下去。

同时,在交谈过程中,我挖掘到了其他一些需求,加上投放团队之前内部整理的需求,最终整理了18个需求。用户调研的方式有很多,问卷、用户访谈等,我选择的是用户访谈,和一线人员交谈,可以直接触达“前沿阵地”。

我对两位投放专员进行了调研,一男一女,工作经验5年左右。

选择原因:因为男生和女生的思维式是不一样的,选择一男一女可以在一定程度上提升调研结果的有效性、代表性。而且他俩的经验都比较丰富,可以解答我很多问题。

4. 竞品分析

对于公司内部的工具型产品,其实是不太好找竞品的,但是有竞品参考,可以让自己做的工具更加的全面、靠谱,说不定还能借鉴竞品中部分功能,所以无论如何,都要试着找一找竞品。

下面我来说一说我是怎么给投放助手找竞品的:

首先想到的就是百度,直接在百度搜索框里边搜索对应的关键词,比如SEM投放助手、SEO投放工具、广告投放工具,我甚至还搜索了SEM投放技巧,就是想看看别人写的文章中有没有相关的投放工具。

除了百度还可以去搜狗、360等搜索引擎试一试,国内如果没有参考,可以去谷歌、雅虎等搜索引擎试一试。其次是知乎,知乎上边的一部分回答,质量还是挺不错的,我参考一些。微信公众号、文章也是一个不错的选择,可以搜索试一下。

之后就是去找投放相关的行业报告、垂直门户等,不过SEM相关的行业报告、行业性分析较少,我没有找到多少。最终我决定挑选出3款产品作为竞品,我还加了竞品运营人员的微信,咨询了挺多问题的(在此过程中,你要记得你是一位神秘的产品经理,不要暴露了身份[狗头])。

5. 总结业务问题

做产品前,一定要总结现有业务存在的问题。做一个产品,如果没有解决某个或者某些问题的话,那这个产品存在的意义是不大的。

比如我司投放部门就存在人员效率较低、重复性操作较多等问题,做投放助手的目标就是:用程序帮助投放人员完成45%-60%的工作量。所以做投放助手这个工具,对于公司或者对于投放部门来说,是很有意义的。

总结业务问题又可以分为现有业务缺点、用户述求、产品目标等子版块,具体的子版块需要根据现实情况去划分,上述只是我针对现有情况,做出的划分而已。

二、产品整体方案设计

1. 核心业务流程

产品的核心业务流程不需要很详细,但是需要将最重要的步骤、节点展示出来,这样自己在后面的步骤中,才能按照这个思路进行下去(由于公司原因,抹去了部分文字)。

2. 功能板块设计

功能板块设计是投放助手整个工作流程中的重点,因为最终交付给需求方,就是这些功能,需求方不会考虑技术是怎么实现的,只会考虑自己的需求是不是做出来了。

产品经理在设计功能板块的时候,一定要考虑功能的必要性和非必要性,同时还需要根据实际情况判定功能的实用性。

我在设计投放助手的功能板块时,也犯了个错误,将一个非必要需求划分到了一个必要需求里边,后来被pass掉了,这也警醒了我。所以产品经理在做功能设计的时候,一定要深思熟虑,切不可大意。

3. 业务建模(可选)

如果你想要从事B端产品经理,那么建模能力是必备的一项能力,建模是啥?

百度有云:建模,就是建立模型,就是为了理解事物而对事物做出的一种抽象,是对事物的一种无歧义的书面描述。建立系统模型的过程,又称模型化,建模是研究系统的重要手段和前提。凡是用模型描述系统的因果关系或相互关系的过程都属于建模。

我的理解:建模就是将复杂的东西,通过图形化(文字)的方式描述出来,便于自己、他人理解。

建模的思维不是一两天就能练成的,需要产品经理不断的练习,我也时常在锻炼这方面的能力。下图是我做的关于投放助手的ER图,供大家参考(由于公司原因,抹除了部分文字)。

4. 需求评审

为了确保做出来的产品,是需求方期望中的产品,需求评审会是少不了的。需求评审会开始前,产品经理应该提前几分钟到会议室准备,连接投影仪什么的,不要会议开始了,还在手忙脚乱的连接各种仪器。

三、技术实施

1. 开发规划

投放助手的开发采用的敏捷式开发,我将整体的开发排期分为了五期,每做出一期,验收无误后,就直接交付给需求方了,这样可以让投放助手产生更大的价值,投放人员也可以早日用上需要的功能。

2. 开发

开发的整体流程由开发人员掌控,我们只要按时跟进,保证项目在规定时间完成即可(最好能提前完成)。

四、测试验收

测试环节需要邀请投放人员来一起完成,这样才能确保投放助手交付给需求方后,他们能正常使用。测试前,产品经理可以准备好测试用例(我之前有学过一些测试方面的知识,所以会准备一份简化版的测试用例,以免漏掉个别环节),然后着手测试。

既然邀请了投放人员一起测试,我还为他们准备了一份测试注意事项,同时描述了投放助手的使用方法。测试中遇到的问题及时反馈给技术人员,技术修改后,复查,直到功能可以正常使用为止。

五、迭代与商业化

投放助手交付给需求方后,我一直在收集、整理相关的需求,计划在之后对投放助手进行一次迭代。投放助手暂时没有涉及商业化的东西,之后有机会我再和大家来聊一聊工具型产品如何进行商业化操作。

上述就是一个工具型产品从零到一的全部流程,咱们再来总结一下:

  • 业务调研
  • 产品整体方案设计
  • 技术实施
  • 测试验收
  • 迭代与商业化

如果某一天,你接手了一个工具型产品,你可以参考上述流程,然后根据自己公司的实际情况,去添加、修改某些流程。

希望上述内容可以帮助到你,谢谢阅读,再会。

 

本文由 @徐李 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 请问下工具产品的核心是什么呢,衡量的标准是效率的提升吗

    回复
  2. 感谢分享

    回复