在传统企业，我怎么做产品？

Miss卓卓 2023-07-29 07:53:12

去年中，我根据在公司出现并解决的一些实例写了一篇在传统企业做互联网产品经理，我有几点思考；时隔近一年，我有收到一些类似背景的同学提出疑问，经过交流，回顾起过去的一些经历，不难发现尽管大家来自不同行业在做不同的产品，在解决一些具体事项的时候，有些思路方法是可以相同的。

灵感一来，我想带上3个新的实例以此展开来说说：在传统企业，我是如何做产品？同时，针对“做产品”，我带来的3个可探讨的实例是：

一、产品系统更倾向于解决哪方面的问题？

我温馨奉劝各位：千万不要完美解决问题，尤其是发展阶段的企业，业务模式不稳定，面面俱到的系统容易埋雷。

举个例子：商机（线索）分配机制、提高转化率。

常见线索前后两端的部门领导唉声叹气：广告部门头痛获客成本高企，期望选择优质渠道提高回报；业务部门头痛手下员工转化差，家长式管理又担心人员流失。

于是，他们找到产品经理，期望系统能够提供一些数据或者一些功能能够帮助他们解决这些问题。

我们跟广告部门说：解铃还需系铃人，如果仅从头尾两侧提炼数据，远不足以支撑判断渠道是否优质，前期还需要更灵活可控：

前期基本上可以通过人工定量投放渠道和内容测试，但数据可以在系统做个简单的表格，方便拉取筛选得出结论，后续再考虑将人工部分实现系统配置。

转头，我们也跟业务部门了解到线索进来后是如何运转，线索进入系统后有通知及时提醒，所以重点不是跟进不及时，发现到问题：

除此，还有内部也存在矛盾的地方，业务管理者希望线索是被有效跟进的：谁能干就多干，线索不被浪费；业务人员却希望自己的线索越多越好：干不完没关系，放着就有机会被转化。

以此，系统前期不介入矛盾，基础建设先补充线索字段完善线索画像，在广告渠道端增加广告浏览时长用来评估客户意向；不同留存的跳转，比如：加社群、不感兴趣、直接拨打电话提供用户选择。

通过业务调研提炼出更客观标准的标签项，让业务经过前期交流即可操作勾选，后续再结合权重公式，算出客户等级，如：

客户等级的客观性在一定程度上解决了原有业务主观标签的问题，方便后续在公海被其他业务能手去“攻克”，另外也方便后续用户画像数据清洗。

综上，不难发现系统更显理智，不全将问题痛点部署到线上去解决，更倾向于解决可被标准化可被长期流转的问题。

我的答案是：详细规划，内部达成共识一致的目标后再开工

举个例子：新业务是我产品生涯的盲区。

我一直负责CRM系统产品设计，近来公司有新业务想要尝试，安排我负责初期规划，同时并行招聘新同事后续转职负责这条业务线。

我心里非常没底，因为我几乎从未接触过这条新业务——学龄在线教育，临时抱佛脚做了一番竞品分析、市场调研、行业了解，大致有了知识储备，我梳理了一套落地模式。

目前新业务现处于敲定一期目标阶段，最后，我先献上梳理出的规划思路，如下：

产品经理，产品经理网站

这仅是落地第一阶段，重点是如何说服领导及团队，难免遇到三连问：

最后，我们拟定规划：

搭建免费知识平台，通过完整的知识体系解决了该行业人员服务水平参差不齐、用户信息壁垒的问题；
免费服务：我们分析这个行业多个竞品及案例提炼出了用户痛点设计成了一条标准化的流程，相对付费服务来说，颗粒较粗，但不影响用户服务的完整性；
付费增值服务：颗粒拆细到任何一个角度或阶段的用户都能找适合自己的服务，并且在某种程度上，我们并没有将付费入口直接开放，而是在免费体验过程中介入到用户需要引导或帮助的节点上。