协同时代下的原型工具应该怎么做

写在前面

大家对原型工具应该不陌生，无论是设计师还是产品经理，或多或少都接触过原型图的工具，比如较为大众熟知的Axure，国内运用较为广泛的墨刀和摹客，以及一些较为小众的产品。不难发现，大多数工具类产品的运作模式几乎都如出一辙：先免费使用一段时间，养成了用户认知和习惯后，逐步开始投放广告或者收取费用变向商业化——原型工具产品自然也脱离不了这种运作模式。

所以在这个内卷时代下，各大原型工具相继脱颖而出，前段时间体验了一下摹客RP，这次就结合摹客RP这款原型工具产品来聊聊：内卷时代下工具到底应该怎么做？

一、精一技or擅百技？

要说怎么做一款产品，首先先确立这款产品的定位和方向，如果定位和方向上不对，自然后续铺垫的功能还是需求都是在错误的事情上继续做错误的事情，相信这是每一个产品人都不愿看到的。

但往往理想很丰满，现实却很骨感：结合自己的从业经历，很多时候产品定位和方向是很难先做到清晰，然后才开始铺设功能的；一般情况都是跟从竞品功能，快速拿到结果，才开始结合自身业务特效慢慢摸索产品定位和方向的。

众所周知，作为B端属性的工具类产品，最为重要的无非就两点：降本和增效，这两点向来是B端尤其是偏工具类产品的核心目标；那么如何降本和增效呢？有人说降低操作成本啊，降低认知成本啊，降低学习成本啊，那到底降的是什么本？增效又是增的什么效？

从上图可以看出，无论是降人力成本、认知成本等等，还是增加学习效率、体验效率等等，所有对象都指向了用户群体。有人就会问了：你这不是废话嘛，工具不就是给用户用的嘛？诶～还真不一样！用户群虽然特指一个群体，但是隶属不同目标下，自然而然也有类别区分。

为什么这样说，因为不同的用户群有不同的功能诉求；用户A通过产品想达成目标A，用户B通过产品想达成目标B，那么用户A和用户B从根本的目标不相同，那么他俩的体验路径和信息传达也是需要有不同的区分的，简单来说就是用户达成的目标不同，想看到的页面和功能也不相同。

把工具产品比喻成一个小中台来说，所有用户都是中台的需求方，不同需求方的目的不同，但是作为小中台来说都是需要同时满足的。以摹客RP来举例，作为一款协作产品，用户群可大致分为产品经理、UE设计师、研发等，而针对不同的用户群目标来看，产品经理的核心目标是快速通过原型具像化产品功能，而UE设计师则是通过产品经理的思想以图形化的形式表达出来，而身为研发的核心目标是快速了解业务逻辑，以便构思开发结构。

二、擅百技？

综上所述来看，无非就是针对不同的用户群体的需求都满足嘛，我都把功能给你做上去不就好啦？表面上的确满足了所有用户群的需求，可事实上无形将各类的成本分摊给了各个用户，怎么理解呢？大家可以脑补想象自己作为一名维修工，此时你急需把一颗梅花口的螺丝给取出来，这时候你来到工具间，你最希望看到下图中哪个场景？

毋庸置疑大家肯定都会选择右边那个工具间，因为功能排列整齐有序，不管你维修工是水电维修还是建筑维修还是网络维修，都能在这个工具间找你能帮你完成你的目标。这便是所谓的擅百技——基于用户群的需求全部将功能一一实现。

还是以摹客RP举例，当不同用户群进入平台，功能排列整齐有序，都有足够的区域和节点帮助用户群实现各自的目标，产品经理能通过组件库、模板等快速输出原型图，UE设计师则能通过多样的图形、动效等实现高保真交互稿，团队方面则有快捷拉起会议、在线留言等功能；所谓是将目前市面上几乎所有原型工具功能，结合自身的发展沉淀做出的平台

可是，擅百技就足够了么？换句话说，当你在找梅花口的的起子时，你会希望看到平口起子在眼前对你进行干扰吗？

三、精一技？

既然你说擅百技不好，那么接下来你是不是以为我会走极端，那就只针对产品经理做一款原型工具精一技不就好了？大漏特漏！虽说术业有专攻，互联网时代咱们包容性广，咱不走极端，在每个用户群的功能需求上更聚焦精细化不就行了，精一技不够，咱们就精百技，每一个功能打磨透透的，卷到极致这样够不够了？

这样做OK，内卷时代下大家都是这样做的，但是会带来一个新的问题：在多维全局视角下，体验成本实际上均是嫁接分摊于各个角色的。