不合格的产品经理：评判标准

这周末，我们的云木鸟新媒体伴侣更新了一个大版本，也就是支持在云木鸟网页端撰写微信公众号了。

这在以前是只能用插件端在微信公众号的编辑器上撰写，在经过前后2年研发时间，我们一直是我带着团队在反复研发、打磨这款产品的。就像写这篇文章我还是在用云木鸟新媒体伴侣来完成排版的。

即使过了2年，我认为我们的产品还是非常早期，要体验一个完整的版本还是只能用插件版本，网页版本距离我发布给用户的你们，还有一定距离。当然随着AI的能力增长，我们做自动化排版这件事的成本越来越低，并且产品也能够支持更精准的排版效果。

这件事情让我们距离梦想越来越近（自动化新媒体内容营销），因为每一行代码的修改与版本发布，都可以明确的感受到新版本的易用性以及功能的完整度。

一个好的产品，不计成本的不断打磨

我们在云木鸟新媒体伴侣的打磨，那就是让公众号与小红书编辑器的创作者，可以得到和他们一样的体验。

我们知道像微信公众号这样的编辑器至少是团队几个人花了若干时间进行迭代、修改、维护的。

要想达到微信公众号撰写的体验，就需要团队不断打磨，而这一切都是前端，这要求我们的工程师从后端工程师转型到前端并且全栈工程师。

产品打磨的几个核心指标

1.最粗的指标：你也喜欢用

注意是你也喜欢用，不是能用。能达到喜欢用就说明这个产品不仅是你自己做的，而是真的解决了问题之后带来的顺滑的用户体验，比如下面是我们做的网页端模板样式，可以看到几乎样式无法复用，和我自己写公众号文章的标准差距相当远

2.细节指标：响应时间、交互上下流程、文案准确度

好的用户体验还有功能的点击反应以及输入反馈，比如在微信公众号编辑器创作者基本可以达到输入即所得，而如果在自己的编辑器里达不到这个效果，那么用户就会离开。

这基于前端的优化，同时在功能使用上，其按钮的文案正确与否，以及点击前、点击中、点击后的交互效果与页面跳转逻辑甚至是操作逻辑，都是要产品经理打磨，而这里我们就是反复使用。

使用的多了，就打磨的更加彻底。

3.功能操作逻辑与业务逻辑是否匹配

如果说反复打磨最重要有优先级，那么匹配业务是最优先的。比如我们在写公众号与小红书之前，实际上先选择的是账户登录，根据账户的类型再来确定发布什么内容，以及内容的编辑。

但在早期版本上，云木鸟实际上让用户先写内容，在发布的时候选公众号，这种流程就和实际真实业务割裂的，导致撰写新媒体文章是非常奇怪的感受。

就整体从而降低工具的使用率，其后续又调整为先选公众号再进行编辑器发布。由此打磨的时间就会较长了，这种打磨随着会超过几个月甚至是1年才能达到和大厂一致的编辑器效果，所以功能测试的时间以及功能使用的人数就要增加，否则难以保证功能没有BUG以及有好的优化流程。

毕竟软件研发最主要的就是人力成本，而研发时间越长，打磨的功能越多，就成本越高。

这也是为什么企业都要求有技术栈的开发加入，否则就难以优化到如此的前端效果，最后要达到用户体验与成本的平衡，并且还要保证商业化，否则就是不断地研发烧钱，为了研发而研发。

今天的分享就在这里。

“关注我，了解第一批空间计算的产品经理做什么”

点击加入XR空间计算开发者、产品经理交流群

AI开源项目拆解群，以及每天体验1款APP

我创建的产品设计打卡社群，加入后365天，每天体验一款APP。提升产品设计能力，同时有1300份体验报告帮助你找到竞品。

在这里你可以随时查询到你想找的各类竞品行业APP以及我收集整理的开源Github项目，马上得到APP的一手产品优化、交互设计、功能描述信息。

从优化&建议、商业模式、运营、功能描述、交互设计、产品定位至少6个维度，体验一款应用。

平均1天1块钱，扫码购买即可加入

连续体验48款应用，通过后原路退回

报名后添加星球助理

PMTalk123

//Kevin的个人专栏//

如果你希望学习产品经理进阶内容，可以订阅我的《简易设计》专栏，系统学习我个人基于创业与10年产品经理经验的产品设计方法：简易设计，通过用户调研&研究、产品拆解、组合、产品迭代、框架定型5个步骤，助你构建产品知识框架，扫码订阅迈向顶级产品专家。