博文

目前显示的是 四月, 2019的博文

“这是个普通的小列表” ——work case 系列二 先聊天后画图

对于产品设计而言,充分的想象力以及对需求的理解程度会极大影响后续的时间分配以及最终设计产出。本文主要通过一个小项目作为切入点,通过实例展示设计师如何能更好的切中需求以及进行后续的设计和思考。 #需求描述 “现有产品希望增加一个资讯内容频道,目标会推出以下几个板块的内容:专栏/市场解读/新闻资讯/小课堂/企业动态”。与此同时,运营希望提供置顶位并且有位置能放其他内容和推荐。” 说到底,这看起来是个极为简单和常规的项目,但是很多事情如果不事先仔细确认或是有个大体的预设框架,就容易后期较为被动。 #分析与沟通切入点 对于这类重度运营的需求而言,最为核心的要素是——内容供应。运营方面实际上能在可预期的未来能提供的内容本身,对于整体产品最终形态会有决定性的影响。因此,比起急忙构建分类进行画图,或许我们需要先确定一些可能的问题: 各种内容的提供频率是怎么样,如新闻资讯会每天更新吗? 内容的排序方式 推荐内容与各个分类之间的关系 有没有视频 或者 音频类内容(可以做一个播放器 类似电台节目用户一边看post一边听) 各种内容之间能不能进行组合,比如提供精选作为主页容纳最新的内容 专栏,新闻资讯等内容中,会提供图片吗?是直接内容中抓取还是精心选择过的。 各种内容之间是否存在组合 比如专题 可能既有专栏也有市场解读 我们期望的用户粘度和互动是怎么样的程度的 偶尔来看看 每天定时来看看 ?提供评论?点赞?转发? 这些内容本身会和我们的产品销售存在关联吗? #产品设计的想象力 对于一名熟练产品设计师,不能满足于简单粗暴的把需求转化为原型以及进行简单的排版以。对于最终的产品形态的可能性以及其展示方式,产品设计师本身应该提供更多有趣的可能性: 如何展示分类的内容——头条模式?微博模式(把栏目当作关注的对象)?消息更新模式? 如何展示各个分类的更新 穿插在内容当中 还是直接顶部提供tab,还是提供更新提醒? 如何进行页面刷新,以及是否需要细致的设计流畅的更新机制 还是简单的下拉刷新 重新进行分类 把内容本身按照主题或者日期编组 而非简单根据来源或者类型 比如一个个卡片每天滑动来看 主体内容强调文字还是图片?(说实话 同样是严肃类新闻 apple

“虽然最终是个小提醒 ” —— work case 系列:如何解剖需求并且进行产品设计

最近在做一个小小的优化,这个优化的结果虽然比较常规。但是整个过程可以作为一个很小的案例,展示一名产品/交互设计在整个需求过程中的努力以及产品设计的微妙之处。希望入门的小伙伴看了以后能有所启发吧。 需求简析: 一个基金销售平台上存在两款余额宝类产品,A B,其中A为当前主推产品,B为以前的主推产品。因为某些历史原因,平台上现在发售的券商C类产品(不常规的发售,有额度限制)只能在存入B后进行预约。与此同时,存入B后无法即时进行预约,只能在份额确认后用户自行上平台进行预约。因为产品C虽然有用户基础,但是却并非平台现阶段的主要盈利点因此暂时没有太多动力进行整体流程优化。 由于平台主推A,部分用户容易把钱存到A后抱怨缺乏足够的提示信息。值得一提的是,产品AB名称和功能都极为类似,以至于本平台目标的中老年用户更不易区分这两个产品。 #设计流程-“伸手,握拳,放松” 对待需求,我通常沿用较为固定的处理模式。 分析问题大致的基本可优化方向(后面会详细的讲这个分析本身) 产出一个基本方案 以及和产品讨论这些方向本身 根据讨论确定的方向画草图确定基本方案 然后进行尝试(此处可能会有循环) 根据确定的方向产出基本的方案 根据基本的方案适当进行优化 迭代 以及细节上的改变(此处也可能会循环往复) 最终产出方案交付研发 可能后期还有修补(因为开发过程中,才会真正发现一些问题) 比如在这个需求中,我先是大致的陈列了一些可供优化的方向并且大致讨论出了这个方案。最初产品方面坚持要把这个用B预约C的功能作为一个常规的功能来看待,并且希望把其他A B(如A可以定投,可以转换为一些其他产品,可以T0提现)的功能点进行包装与拆分。但是在多次尝试后,贸然的对整个产品形态进行更迭(比如弱化AB两个产品,突出他们的功能)或是整合AB(比如统一展示AB,且在转入页面进行选择以及提示,这样针对性会更好。)也不一定能解决问题。最终在多轮讨论中,还是把B预约C作为一个小小的promote标签存在,当C产品可以预约时出现小标签提示用户可以通过B进行预约。 在这个过程中,不仅仅需要充分尝试迭代方案,也要逐步进行确认可行性,更明确改动的影响范围。这是一个先放再收然后在放的过程,先是拓宽思路尝试可能的优化点,然后找准大致的方