案例分析：工具型产品如何从0开始？

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

无论是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 协议