产品设计

开放式“内容付费”模型设计:怎样的内容生产方式才具有生命力?

微博、知乎们的解药不是付费问答,不是付费订阅,更不是付费Live,而是“付费评论”。写这篇文章的原因有三点:更多的大V开始将自己关进了付费社群中,如何把他们再拉出来?近期看到一些关于知乎的批评和讨论,如何再让他们喜欢上知乎?和付费问答等工具相比,有没有一个更好的产品,可以让明星、网红以及各行业大V等KOL们只 需专注于原先的工作,即可轻松的变现?​ 这看似是三个问题,其实,

掌握这 9 个设计原则,快速提高用户登录的体验

能做出酷炫效果的登录界面,却依然成为不了设计师?建议阅读@可乐橙_ColaChan这篇译文,看看专业的设计师如何设计简单的登录界面。处理用户验证通常是事后诸葛亮,我们总指望它有用,但很少深入思考它。它应该足够简单,但事实是,无论对于用户还是运营产品的公司,都像是在自找麻烦。登录失败、忘记密码和冗长的交互。登录界面是你的应用中最常展示的界面之一。客观地说,75%的人都在登录时

App 设计的一些大胆想法

我一直是个喜欢随意想象的人,经常被自己想到的东西激动到,然后迅速的记在本子上,从去年至今写了差不多1000多个零碎的想法和思考,其中光创业Ideal就有110多个,有6个在最近被人完全一样的做了出来而且拿到了融资。我会定期整理这些琐碎的想法,有很多现在看起来很幼稚,但也有一些让我非常激动准备以后大展身手的点子。我说这些只是要表达我说的东西很多可能不成熟,但是会给你一些

案例复盘:如何设计一个完美的信贷授信流程?

在互联网金融信贷产品中,授信流程是贷前的一个主要发起环节,由于授信策略本身的原因,需要用户导入各种相关资料来对该用户进行授信。整个过程的路径较长,中途的用户流失也会增加。在前段时间完成的一个授信环节改造中,踩了一些坑,也有了一些小收获。信贷产品的两种授信方式就目前市场上的互联网信贷产品来看,个人认为存在两种授信方式:预授信和评估授信。预授信即类似支付宝的蚂蚁借呗依托于平台自

登录注册不是几个“按钮”的事儿

0.前言 如今移动互联网产品少不了登录注册,但对于用户来讲,登录注册是一件对用户不大友好的事儿,想象一下:你在某个电商平台购物,把花了好长时间筛选、比对的商品加入到购物车,去结算的时候,这时界面弹出一个“登录”的界面,得了,你还没登录,等你登录之后,未登录之前加入到购物车中的商品竟然不见了(购物车中的商品与userid相关联,所以userid改变后,购物车里面的商品也会变)

“逛 X 宝”vs“上 X 东”,到底有什么区别?

参加了TIGER组织的大数据社群,作业之一是比较X宝与X东的购物流程和购物体验,分析两家购物平台的异同。根据我个人的观察,我觉得两家平台无论是购物流程、购物体验、网站排布还是在其它一些细节方面,都分别契合各自的推广口号——“逛X宝”vs“上X东”。一、购物流程某宝:打开页面——登录——关键字搜索(含热搜匹配提示)——页面跳转——观察商品介绍(列表式与网格式)与评论——备选(

从需求到设计落地的一则案例(上)

如何将需求向设计落地?这个问题可大可小,我试着用以前一个项目需求来归纳总结,实际项目中其实考虑的会更加详细,本篇文章只将大体思路和流程列出来。项目需求:帮助未报名学员预约课程并为已报名的学员提供查看课表以及扫码上课的服务。那么我们首先确定下我们的用户,预约课程的用户存在初级,高级和专家用户。不同类别用户对应的 场景 和 需求 ,以及可能的 信息 和 行为 需要归纳。根据线下

被百度收购的渡鸦科技的产品 -Flow 的体验报告

体验报告是用PPT写的,所以本文大部分为图片封面体验环境产品概况:Flow是由最近被百度收购的渡鸦科技有限责任公司出品的一款人工智能助手app, 不需要任何硬件设备,只要用户输入文字或语音即可听歌、导航、搜索周边、打车或添加朋友聊天Flow脑图用户使用场景:在flow界面实现从聊天到导航,从寻找餐馆到规划日程的一条龙服务,从而完成一个“流”程。Flow的优点:1,界面简洁2

开放式“内容付费”模型的设计

微博、知乎们的解药不是付费问答,不是付费订阅,更不是付费Live,而是“付费评论”。 写这篇文章的原因有三点:1. 更多的大V开始将自己关进了付费社群中,如何把他们再拉出来?2. 近期看到一些关于知乎的批评和讨论,如何再让他们喜欢上知乎?3. 和付费问答等工具相比,有没有一个更好的产品,可以让明星、网红以及各行业大V等KOL们只 需专注于原先的工作,即可轻松的变现?​

可能是快捷支付中最复杂的系统

上一篇文章《快捷支付可能比你想的要复杂》中简单介绍了快捷支付的由来,定义,以及相关的信息流和资金流。这篇文章继续给大家介绍 快捷支付中的路由系统。 为什么需要路由系统?第三方支付公司背后接入了大量不同的银行,而且即使是同一家银行,支付公司为了业务的稳定性也常常可能通过不同的渠道完成接入(总行,分行,其他机构转接等等),因此用户在商户端发起业务请求时,支付公司需要根据业务的特