钉钉微应用项目复盘

本文复盘了钉钉微应用的项目过程,包括需求背景、产品方案的踩坑与解决策略。需求主要涉及线上签约工具和公告发布系统,强调交互设计的反馈机制和前端展示逻辑。在产品设计中,关注数据边界、资源分配和提醒功能的选择,以适应B端产品需求。项目总结指出,理解业务场景、有效沟通与灵活应对特殊情况是关键。

一、需求背景:

  1. 需求场景:
    (1)公司的产品销售以销售专员跟进为主(正价产品单价较高,其他销售途径转化差),部分销售为提升业绩会进行违规操作,损害学员利益给公司带来负面影响。
    (2)为约束销售行为,同时留存日后奖惩和诉讼凭证,亟需一个线上签约工具。同时该应用也能用于公司其他部门发布公示文件。
  2. 需求功能点:
    (1)主要用于公司各部门公示通知及文件发布(CMS)。
    (2)员工在用户端可以对特定文章点击确认。
    (3)管理后台可以看到基于每篇文章的全体员工阅读确认情况,同时对未确认的员工发送提醒。

二、产品方案踩坑:

  1. 交互设计:
    (1)界面中凡涉及日后可能改动的部分,在满足交互体验的同时,考虑后续更改时的便利性,尽量在原来基础上增删即可,减少推翻重来的可能,增加方案的鲁棒性。
    (原始需求是4个部门,后来越加越多,不得不说设计老哥推翻我把图标放大的做法是明智的。)
    在这里插入图片描述
    (2)任何需要用户操作的按键或功能点一定要有反馈(成功/失败;已操作/未操作),尤其是B端功能性产品,目的是增效降本,尽可能减少用户停留时间,最短路径实现目标操作,(如文章列表页有确认/未确认标识、按钮操作后置灰、Tab加阴影等)在这里插入图片描述
    (3)业务方的核心需求肯定是所有指定人员都对文章点击确认,因此一些强制性的措施必不可少但因为是基于钉钉环境,又不能过于强制而影响员工办公,因此在未读即退出时,弹窗拦截,但坚持退出,依旧可以离开。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值