套用功能如何分析差异性,做定制化套用?

设计产品时,很多不同行业领域的产品功能,由于核心逻辑的相似性,可以实现跨领域借鉴。套用功能并不是抄袭或者盲目的套用,而是取长补短,更好的实现自己的产品。本文作者为我们进行了总结,并且分享了她的一些思考

套用功能如何分析差异性,做定制化套用?
但盲目套用会导致功能不合理,如何更好的套用,这里提供几个思考方向供大家参考,可以从以下几点入手思考:

  1. 使用场景:该功能的使用的情境,即谁在什么情况下做了什么事情;
  2. 角色诉求:参与到功能不同的用户的需求;
  3. 供应链关系:功能流转中涉及到的不同用户群体和关系;
  4. 关键接触点:用户在使用功能的路径过程中,有哪些节点和产品发生互动;
  5. 独有特性:属于该功能在该场景下独有的特点。

下文将通过案例来说明。

一、案例一

我们设计了一款电工使用的app,电工通过app接收查看维修的任务信息,并录入相应的报告数据

电工接收到的任务来自调度系统,主要的流程和美团骑手的工作内容很像,骑手通过app接收到调度分配的外卖订单,并通过app查看配送信息,并最终完成配送并将结果反馈到app上。

套用功能如何分析差异性,做定制化套用?

在套用功能的时候,我们从使用场景、角色诉求、供应链关系、关键接触点和独有特性几个点分析功能的差异性,以便制定更符合当下场景的功能方案。

1. 使用场景

1)骑手

骑手通过app查看可接的订单,接收订单,查看订单地址信息和餐品信息。

骑手先抵达商家取货,通过app给系统反馈已经取到商品,再将商品送往订餐用户,整个过程中app会实时上传骑手的位置信息,餐品送达后,更新app状态为已经送达。

2)电工

电工通过app查看需要做的工单,接受工单,查看维修地址和信息。

电工提前与客户沟通故障内容,携带工具前往客户地址,使用app签到,查看维修内容,开始维修,维修之后签出,并录入维修报告和数据,如果维修过程中使用了耗材,需要在app记录并和客户沟通。

2. 角色诉求

1)骑手

  • 在单位时间内完成更多的订单并完成任务;
  • 尽量减少等餐时间和路途中的无效折返;
  • 能够查看到客户需要的餐品信息和餐具信息,并与商家确认;
  • 准确的客户取餐地址和联系方式,明确的福利信息,如特殊天气补助和加急费用等等。

2)电工

  • 在单位时间内完成更多的工单,减少由于信息不全造成的无效往返;
  • 查看到准确的故障信息和客户的信息;
  • 记录施工的过程和消耗的材料;
  • 通过地理位置打卡,签到和签出,记录出工时间。

3. 供应链关系

1)骑手

用户下单—商家接单—分配骑手—骑手接单—骑手取货—骑手送货—用户接收餐品。

2)电工

用户下单/客户代表下单—电工接单—电工前往现场—电工维修—电工记录—客户确认。

4. 关键接触点

1)骑手

商家、餐品、用户。

2)电工

维修内容、维修报告。

5. 独有特性

1)骑手

送餐取餐时间相对可控;送餐过程不依赖骑手的经验,完成货品从a点到b点的传送即可;送餐信息简单,很容易标准化。

2)电工

维修时间不可控;维修过程依赖电工的技术和能力;由于客户对故障和需求不熟悉,无法准确描述,电工获取准确的故障信息,标准化相对困难。

通过以上五点的分析,我们找到了骑手和电工这两个不同群体对产品的差异需求,由于项目还在进行,不方便透露具体方案,大家可以根据差异自行思考,牛奶通过下一个案例来进一步说明差异分析和解决方案。

二、案例二

微信读书书单和网易云音乐歌单:

1. 使用场景

书单:想要学习提升时,需要针对某一项技能或整体能力获取相关优质书籍的推荐。

歌单:在放松或者特殊场景下(年会、婚礼、夜店),需要符合心情或场景的音乐推荐。

2. 角色诉求

书单用户能够:

  • 尽可能短的时间了解书单的内容和具体书籍的推荐指数;
  • 清晰的了解书单适用的人群;
  • 如果书单有所更新,需要得到通知;
  • 将书单收藏,方便查看;
  • 将书单分享给朋友;
  • 根据喜欢的书单推荐其他类似书籍。

歌单用户:

  • 了解歌单的适用场景;
  • 将歌单收藏,方便反复收听;
  • 根据喜欢的歌单推荐类似的音乐;
  • 将歌单分享给朋友;
  • 和喜欢相同歌单的朋友交流。

根据角色诉求,微信读书书单应该提供给用户书单的简介(包括试读人群)、书籍评分(推荐指数)、书籍更新通知,书单分享、收藏、推荐等功能。

但可能考虑到书单也是由用户创建的,撰写推荐对创建用户并不友好,目前书单并没有很详细的简介和试读人群介绍。

虽然有开设了书单评论的功能,但关于书单内容的分享信息较少,更多的是情绪表达。这里可以对比虎嗅编辑创建的文章合集,对文章合集内容的介绍非常详细。

套用功能如何分析差异性,做定制化套用?

对于歌单,由于歌曲本身较为短小,时间成本远远低于书籍,简单给歌单起一个合适的名字即可,歌单也设计收藏、分享、推荐等功能。

3. 供应链关系

书单:喜欢推书的用户/出版社创建书单—用户使用书单;

歌单:喜欢音乐的用户/音乐制作团队创建歌单—用户使用歌单。

4. 关键接触点

书单:书单名称、书单简介、书籍、书籍评分、收藏;

歌单:歌单名称、收藏、评论。

5. 独有特性

书单:书籍阅读成本较高,创建书单和阅读书单都有门槛,书单一般阅读内化后不会反复查阅。

歌单:歌曲是情绪和喜好的表达,创建和收听门槛都很低,歌单一旦喜欢,会反复收听和使用。

根据书单和歌单的对比分析后,假设书单要套用歌单的功能,就要注意降低书单信息获取的成本,可以更多的动用出版社来丰富书单简介内容。

「普通用户编辑详细的书单介绍动力不足」另一方面也要控制评论的方向,书单评论的价值不在于情感交流,更多的能够帮助后期阅读的人了解书单内容,减少时间成本的消耗。

本文由 新媒体之家 作者: 产品经理的小红书 发布或转载,其版权均为原作者所有,如稿件涉及版权等问题,请与我们联系删除或处理。稿件内容仅为传递更多信息之目的,不代表本网观点,亦不代表本网站赞同其观点或证实其内容的真实性,更不对您的投资构成建议。未经许可,请勿转载,题图来自Unsplash,基于CC0协议。
4

发表评论