笔者主要详细分析了某在线招聘平台升级v3.4版本的全过程，欣赏~
好久不见，我为订阅粉丝道歉，今天就更新。请原谅我的评论。
刚开始做产品的时候，总希望能看到一些大厂大神分析分享产品迭代升级的案例，满足我小白的学习和崇拜欲望。这种需求并不是个例。想入门或者打算入门的朋友想一睹为快。本文将详细分析某在线招聘平台v3.4版本升级迭代的全过程。
前公司背景:行业巨头，上市公司，应该算是大厂了。产品形态:PC端。产品定位:在线招聘和求职平台。
迭代背景
上周五，产品中心收到客服团队近两周的客户留言记录，反馈“招聘效果不佳”的频率比较高。
产品团队和业务团队对客户反馈问题进行了讨论和分析，最终得出三个可能的影响因素:
职位的曝光度不够高，不足以吸引求职者做相关行为，比如浏览、收集、投递；收到的不请自来的简历数量有限，达不到企业的预期；简历存量有限，企业搜索不到合适的简历。
综合分析，简历数据库的资源存量短期内暂时无法解决，主动投递的已收简历数量也受到职位曝光的影响，所以首先要解决职位曝光的问题。此外，大部分企业反馈招聘效果良好，只有少部分企业反馈效果不佳。因此，该功能应视为一项增值服务，可由有需求的企业客户自由选择。
需求分析
产出1:增加新业务——为有需要的企业增加就业机会。
用户分析:企业客户分为付费会员客户、体验客户、非会员非体验客户三种角色。
提高工作曝光度的方法:增加工作权重，在同一搜索结果下优先排序。
业务分析:考虑到业务逻辑设置，工作暴露的排名优先级是在一个固定的逻辑上灵活增减权重。如果【新增值服务】按照原来的合同套餐模式销售，需要服务顾问再次与客户联系，输出电子合同、发票等。，这样会拉长整个周期，增加成本。所以不考虑按原合同套餐销售【新增值服务】。
产出需求二:平台支持在线支付和购买【新型增值服务】
网上支付是基于自建支付平台还是第三方支付平台？购物车、订单、交易记录、电子发票申请/发货、购买商品数量如何呈现？如何避免最小化干扰原有企业管理中心的功能模块？失败的支付页面效果？支付成功，引导用户下一步操作逻辑？
原来一个坑挨着一个坑，这也是做产品的乐趣。一眼看到头的工作不适合我这种多动症患者。
产出需求三:高辨识度的【新型增值服务】名称
置顶作业、金牌作业、置顶刷新、平台自动刷新、客户手动刷新之间的功能逻辑差异怎么画出来？平台轮询会导致刷新结果的时间延迟，现在变成了付费增值功能，客户对时间的敏感度提高了。如何告知客户，让客户实时感知无差别体验。
产出需求4:新增值服务的销售价格
与公司现有业务对标，新增值业务在产品集群中的定位，将扮演什么角色。另外，是否有这样的功能，以及定价的高低，是单次使用出售还是按照打包服务定期定价。
按照单次使用定价，用户认知度高，得益于电商平台多年的使用习惯教导，但对于商家集群来说，客单价低不会主导推广资源。如果客户根据打包售价对剩余数量有很强的感知，平台需要增加一个展示入口，比如账户余额的窗口。
关于解决方案的细节，我们就不赘述了，简单介绍一下结果吧。主入口是企业管理中心的增值服务货架，二级入口是中央横幅广告，三级入口是职位管理界面的【置顶服务】按钮。没有设计购物车，交易记录包含在账户管理的二级子模块中。价格按单次使用定价，支付接口自建。事务数据经过特殊处理，以区别于业务群集中的其他事务。
解决了第一个需求之后，突然出现了一个无形的需求。少数企业反应招聘效果不好，大部分企业反应招聘不错。企业客户是否需要在招聘平台上评估投入产出比，即招聘效果数据报告。
输出要求5:招聘效果数据报告
联合客服团队与业务部门协商后，展开了一轮用户抽样调查，主要目的是招聘效果报告对企业是否有吸引力。
调查的细节不详细，抽样方法简述如下。研究团队按照“会员/非会员”、“行业”、“企业规模”、“区域”、“网络招聘成本”、“招聘岗位数量”等维度，汇总整合了数十万家企业客户，并从中抽取1000家进行了为期2天的用户调查访谈。
调查的结果出乎意料。客户对招聘效果报告和薪资报告需求强烈，付费意愿强烈。
招聘报告中需要收集的数据维度，是根据企业客户需求的本质来判断的，比如单个职位的投入产出比，哪些职位在没有额外“顶级服务”的情况下人气高，这些职位与同行、朋友、商人相比竞争力如何等。必须从客户的需求以及所用报告的目的和意义中推断出来。了解要采集的数据类型后，查询系统中数据库数据现状是否能满足需要；如果没有，找到需要补充的数据源，在平台上设置采集入口，根据采集进度实时调整入口的流量分配，保证数据源在一定时间内采集完毕。
说到这里，你大概就能明白一个招聘平台最宝贵的财富是什么了。信息[数据]。数据来源为B【招聘企业】和C【求职者】。经过我们的加工提取，整合后的数据分发给应用对象，实现收费。“取之于民，用之于民”大体是这样的！
剧情到这里，差不多该去吃盒饭了。每一次产品迭代都会先设定一个迭代主题，版本需求会围绕主题进行规划。没有任何规则和套路，不是产品经理能做这个做那个的。这个3.4版除了解决上述五个需求之外，还穿插了上一版本遗留的bug和一些零碎的小功能优化，拼凑成一个完整的版本上线发布。测试、验收、事件掩埋跟踪、数据监控等常规流程。被省略。更多的是分享在这次迭代中如何评估需求、拆分需求、根据需求提出解决方案的思考过程。仅供参考，欢迎您的评论。
回答最常问的问题:如何定义一个优秀的产品经理？
借用一句简短的话，能在宏观环境和微观场景下持续输出高质量决策的产品人员，才是优秀的产品经理。
本文最初由@先生发布京京京京京京京京京京京京京京京京京京京京京京京20140未经许可禁止复制。
题目来自PEPEPELS，基于CC0协议。
