项目杂谈2—协同创新平台项目

前言:一直都以UI设计师的角色去做项目,这个项目算是第一个做为产品,做为交互及UI,做为测试去做的项目。角色很多,所以在这中间发现的问题也就更多。所以更明白,产品设计是需要了解全局,才能做出更适合更优秀的产品。

项目背景

“创新协同平台”是基于《中国(小谷围)“互联网+交通运输”大赛》衍生的需求成果创新平台,瞄准交通运输的难点、热点,定向收集用户需求,构建订单式知识产权研发体系的需求端。其最终目的是通过平台驱动,有针对性地解决行业难点、热点问题,构建交通运输创新新生态闭环,提升创新能效。

 

最终收获

项目周期两个月左右,其中需求分析及原型设计花了很多的时间。由于是第一次做需求分析,碰到了很多问题,但同样最快的进步方式就是跟这项目不断学习。从以前的UI交互到现在的需求分析、原型设计、功能优先级以及开发优先级安排等去跟进管理一个项目,进一步加深自己对产品设计的理解。最终在计划时间完成了该项目一期的上线使用。

 

设计难题

项目最初的时间安排过于紧急,怎么快速的了解客户的需求是一个很大的问题。而最大的问题是该项目的一开始的需求对接方并不是平台的使用者,从而导致很多需求沟通不到位,对于平台的定位也存在一定的偏差,从一开始的构建订单式知识产权平台,到后面的只是为《中国(小谷围)“互联网+交通运输”大赛》提供需求发布和方案发布提供渠道,两者的侧重点偏差较大,最终导致整个平台存在很多交互和体验上的问题。

 

设计聚焦

1、简化用户注册认证流程,优化用户体验。

由于网站平台主要服务的是大赛及需求发布,在保证能准确获取用户的基本信息的前提下,怎么让用户可以快速的完成注册认证,是一个比较重要的问题。这里选择了,注册认证只需要填写基本信息,对于进一步的详细信息,则交予用户选择。先保证平台用户的注册转化率,然后再进一步去增加用户的活跃度。

2、注重安全隐私,刺激用户的注册转化。

平台的创新需求模块,是最主要的功能所在,怎么进一步平台的可信度,增加平台的安全性是需要在项目前期就要思考的。Banner凸显行业专家的参与,增加平台的信任度;限定只有注册的用户才能查看需求发布者的联系方式,则是增加平台信息的安全及隐私。然后通过这种信息的隐藏,结合用户的需求点,增加用户的注册转化率。

3、用户功能的全能化,增加平台的丰富性。

考虑到用户身份的多样性,用户同时拥有需求方和服务方的功能,在发布需求或提供服务之间可以自由切换。

设计反思

本项目是参与从0到1的项目,但是由于前期沟通、公司资源的安排以及时间的紧迫,在产品设计初期就犯了不少了错误。现在回头来看,主要存在的问题:

  1. 对于产品的定位不够清晰,前期与客户的沟通不够到位。通过中间的人再去了解客户的需求,很有可能出现偏差。对于产品的两个方向没有做更细致的区分设计,而大赛类型平台和订单式平台是有很大区分的,前者强调的是大赛的参与度,后者更多的需要的是对平台的依赖性;
  2. 如果只是大赛平台,那么从这个界面的展示和交互来说,更多的应该为参赛者提供详细的信息和便捷。但是订单式的平台,更多的是保证业务流程的通常和逻辑性,另外一方面,如果是订单式平台,平台缺少核心的功能点及解决痛点的方案,从而导致平台看上去更像是为了平台化而做的平台化。从这个方面考虑,每一个需求都应该给出足够吸引用户的市场前景或收益,这样才是平台可以良性循环的前提;
  3. 对于客户提出的某些需求,如发布需求需要填写的项目及元素,过于复杂,需要用户去做很多前期的工作的,这样的体验,如果是对于订单式平台,缺少快速便捷。如果是政务性质的网站,需要考虑平台信息的全面及完整,但是如果是商务及交易性质的平台,则需要考虑平台的安全性及隐私。
  4. 对于产品需求,产品原型,还需要更多一点的耐心与思考,多考虑各种场景下的应用。
  5. 对于产品设计前期,应该与开发做一次设计开发评审,避免设计完以后出现开发不好实现的问题。

喜欢()
评论 (0)
热门搜索
34 文章
4 评论
1 喜欢
Top