美文网首页
关于套用功能,分享我的几点思考

关于套用功能,分享我的几点思考

作者: 涛涛记得笑 | 来源:发表于2020-11-19 09:27 被阅读0次

    在设计产品时,很多不同行业领域的产品功能,由于核心逻辑的相似性,可以实现跨领域借鉴。

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

    使用场景:该功能的使用的情境,即谁在什么情况下做了什么事情;

    角色诉求:参与到功能不同的用户的需求;

    供应链关系:功能流转中涉及到的不同用户群体和关系;

    关键接触点:用户在使用功能的路径过程中,有哪些节点和产品发生互动;

    独有特性:属于该功能在该场景下独有的特点。

    下文将通过案例来说明。

    一、案例一

    我们设计了一款电工使用的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. 独有特性

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

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

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

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

    相关文章

      网友评论

          本文标题:关于套用功能,分享我的几点思考

          本文链接:https://www.haomeiwen.com/subject/nudkiktx.html