从 0 设计 App(1):市场分析 - 职场技能教育市场(下)

继上文提到的将短视频和知识付费行业相结合的产品想法后,本文调整了目标市场方向,转向职场(偏互联网人)在线教育。并基于此展开了市场分析,试图在市场红海中找到蓝海。为过把改变世界的瘾,于是便有了这个【从0设计App】第一期系列,希望写给自己还有打算入行的朋友们,少走弯路。19年5月开始至今,零零总总用业余时间(在杭996党)偷偷做,从5月开始请教前辈慢慢开始做调研、产品设计,到

从 0 设计 App(1):市场分析 - 知识短视频行业(上)

出于对教育的兴趣,笔者提出了将短视频和知识付费行业相结合的产品想法,并基于此展开了这款在线学习App的市场分析,试图在市场红海中找到蓝海。笔者一直都在做B端产品,奈何心里一直有改变世界的梦哈哈,年初时便想着模拟做一款C端产品,尝试一下做产品想法在脑海里演变了万次,不动手都是扯淡,真的开始做了才发现有多困难,于是便有了这个【从0设计App】第一期系列,希望写给自己还有打算入行

从 0 设计 App(4):用 4 步管理一切需求,做到心中有数

通过市场、竞品、用户调研以及自己这个产品经理价值观,我们形成了初步的这款产品的需求池,需求池就是产品经理的武器,无法掌控自己的需求池,那么就无法掌控自己的产品。笔者会从以下几个维度逐步拆开来写进程,慢慢形成一个系列。之前的文章,可以在笔者的个人中心阅读。一、市场分析篇:[市场分析(上)](从 0 设计 App(1):市场分析 - 知识短视频行业(上));[市场分析(下)](

做出好设计的10条干货技巧

本文主要针对设计初学者,没有很深的设计理论,都是一些立马就能用到的小技巧。好的设计原则是可以很容易被大众学习和实践的。本文将介绍一些设计技巧相关的基础知识,看完这些 ,说不定你今天就能用上!如果你不确定自己适不适合做设计,请记住大神Dave Grohl关于学习新事物的看法:我从未学过打鼓,也从未上过吉他课,我只是想做就去做了。我认为,如果你对某件事充满热情,有动力,有专注力

“用户体验”,究竟体验的是什么?

“用户体验”,不仅体验的是产品,还是产品背后的一系列价值以及与用户情感有共鸣的部分。我们经常会听到或聊到一个词,叫“用户体验”。比如:某款APP使用真方便,用户体验真好;某家餐厅上菜速度快,不用耐着饥饿让人等待;某游乐场安全保护措施做的真好,游玩让人放心。这些我们使用后发出来的好与不好的声音就是用户体验。什么是用户体验?用户体验就是…使用产品本身以外给用户带来的感觉,用户体

做出好设计的 10 条干货技巧

本文主要针对设计初学者,没有很深的设计理论,都是一些立马就能用到的小技巧。好的设计原则是可以很容易被大众学习和实践的。本文将介绍一些设计技巧相关的基础知识,看完这些 ,说不定你今天就能用上!如果你不确定自己适不适合做设计,请记住大神Dave Grohl关于学习新事物的看法:我从未学过打鼓,也从未上过吉他课,我只是想做就去做了。我认为,如果你对某件事充满热情,有动力,有专注力

耗时 16 小时,做一个完整的小程序

要做小程序?工具助手帮你你一天就完成,笔者在此分享了16小时完成一个完整小程序的经验,内有包括思路、准备到代码阶段的展示。随着各种工具/轮子越来越多,做程序员可以说是越来越潇洒,真真的吃着火锅唱着歌,闲了调调BUG。今天要分享的是一套完整的带后台的小程序,完全从0开始,没有借助任何小程序生成框架。一、成果从第一天早上10点的Idea到第二天凌晨6点提交上架,除去做饭+吃喝拉

案例分析:缤客 App 改版升级全过程

每一次学习改版案例,不仅仅只是去看在视觉层面的变化,更多的应该是要学习到作者改版背后的思考。为什么要这么改,原因是什么,目的又是什么,怎么做,有哪些限制等等,有很多东西要去思考。所以,带着问题并结合自己实际中所做的项目来看案例,应该会是一个很有收获的过程。项目背景Booking.com缤客 是一家荷兰初创公司,并已经发展成为全球最大的旅游电子商务公司之一。在Booking上

智能风控平台核心之风控决策引擎(二)

本文主要介绍了信贷风控策略的建设思路、以及决策引擎的主要功能。适用阅读人群:互金产品人员、互金模型人员、互金研发人员在之前的文章《智能风控平台核心之风控决策引擎(一)》中,我只是对风控决策引擎的核心功能规则、评分卡、模型、表达式、决策流等模块做了简介。大数据风控,大数据输入决策引擎通过规则、评分卡、模型、表达式、决策流等功能模块就能输出理想的风控结果了吗?实际业务中的风控流

智能风控平台核心之风控决策引擎(一)

本文主要讲解了现在市面上主流风控决策引擎产品包含的核心功能模块,其中主要是规则、评分卡、表达式、模型、决策流等功能模块。互联网金融的兴起,金融科技向传统金融渗透,智能风控平台应运而生。决策引擎担任着智能风控平台的核心角色,在当代的互联网金融浪潮中至关重要,在介绍决策引擎之前,首先要明白什么是大数据风控。一、什么是大数据风控?百度百科解释:大数据风控即大数据风险控制,是指通过

案例解析:写给新手的滚动视差设计经验

滚动页面是一个很常规的操作,结合这个交互行为可以在设计上有哪些可以发挥的点呢?可能这对很多人来说,算是一块知识盲区,那么就跟着这篇文章一起来学习吧!设计师应该要了解网页上各种效果的实现能力,才能给用户创造出非常吸引人的视觉体验。滚动页面是一个很常规的操作,结合这个交互行为可以在设计上有哪些可以发挥的点呢?可能这对很多人来说,算是一块知识盲区,那么就跟着这篇文章一起来学习吧!

Uber设计总监自述:每天1000万次出行背后的设计智慧

产品发展的不同阶段,需要有不同的应对策略,所以需要不断关注产品使用过程中的痛点,不断迭代,优化的路上没有止境。今天早上,我骑着Jump自行车去到我在旧金山的办公室。当我写这篇文章的时候,曼谷的一位优步司机正用嘟嘟车把一位乘客送回家;伯明翰一个忙碌的家庭已经在Uber Eats上订了晚餐;丹佛的通勤者正拿着手机在Uber Transit上购买火车票;还有可能,正在读着这篇文章

支付系统架构设计(上)

本文描述的支付系统作为整个电商系统的一部分,也可以作为独立的支付系统对接多个前端业务系统。各公司应根据自身业务发展和规划进行取舍,不可照搬。综述支付是任何商业模式变现的最后一公里,是业务流程闭环的关键一环。本文涉及的支付系统沿袭《电商系统:对账设计》第一节的描述,支付系统和业务系统解耦处理。业务系统关注商品、库存、交易流程、运营服务等。而支付系统要关注支付流程的完整性、业务

最好的权限设计,是先区分功能权限和数据权限

本文为我们介绍了功能权限和数据权限的不同点、以及不同部分中的要点与注意事项。做2B的系统总是不可回避的遇上权限问题,他不是核心业务却又必不可少,而且总是牵一发而动全身,更要命的是不同客户组织架构完全不同,功能复用性很低。有没有什么方法论能快速理清权限问题呢?我们一般说【权限】的时候是在说功能权限和数据权限。功能权限指用户登录系统后能看到什么模块,能看到哪些页面,而数据权限指

一码支付的原理与发展现状

扫码支付也称为“聚合收款二维码”、“聚合码”、“收款码”、“一码支付”等名称。本文将介绍其实现原理和未来发展方向。一、扫码支付概述我们在一些便利店一定看过如下这种收款码。相比于商家直接把自己微信、支付宝的收款码打印出来,消费者的体验有很大的提升。因为客户可以直接用习惯的微信或者支付宝等直接扫码,不用切换应用。而且还可以选择信用卡等支付方式。所以深受很多小微商家青睐。客户被扫

支付系统设计:资金流、信息流、清算、结算

搞懂支付系统的核心之一就是搞清楚资金流与信息流。在支付系统设计,以及支付渠道、资金托管方案的选取上有重要作用。搞清楚资金流与信息流,也可以方便产品设计人员与财务人员沟通,提早在合规性方面有所准备。资金流&信息流综述信息流、资金流是电商兴起后出现的比较高频的词汇,和物流合称为“三流”。信息流:指的是完整的交易流程信息,包含交易、支付和结算指令集合。资金流:交易资金的流动。资金

物联网产品入门之架构篇

或许“智慧城市”等概念听起来很大很遥不可及,但它正在悄然的改变着我们的生活:二维码点菜、实时追踪快递、实时掌握心率、每天监测睡眠质量、自助挂号、远程监控猫主子……从PC互联网到移动互联网都是人与人的连接,物联网(IoT)则是将身边的所有东西、事件都连接在互联网上。智慧医疗、智慧交通、智慧政务等等都是要基于物联网,只有相关物体或事件连接到互联网以后产生了数据才有智慧的可能。架

物联网平台要实现哪些功能?

物联网平台正热,具体要实现哪些功能,遵照什么原则进行搭建,这些问题,都可以在本文找到答案。近些年“物联网平台”这个词没少听,可它到底有哪些功能呢?物联网平台在物联网架构的应用层,是一个PaaS平台,具体请参考上一篇:物联网产品入门之架构篇。一、物联网平台功能架构物联网平台会根据自己的商业目标有不同的侧重,但大体都是在以下架构上进行增减:这张图北向接应用,南向接设备,以下着重

支付系统架构设计(中):分账

平台型电商系统,当客户的购物车商品属于多个商家时,客户在下单统一支付支付后,需要平台对该笔支付金额进行分账处理。涉及多级商户层层分佣也是一种分账。综述分账:本质是一种清结算能力。通俗解释为:交易资金再分配。分账在有些场景下称为分佣、分润、抽成等。而这些本质上都是通过分账来实现的。下面我们通过一些案例来了解下什么是分账。场景1:电商平台电商平台作为上游供货(服务)商户和下游买

干货:一篇文章搞定 10 种异常状态

笔者例举了使用产品过程中容易出现的10种异常状态,一起来看看吧~在做设计的过程中,大部分设计师只专注于主操作流程、主页面、分支流程、小页面和页面的不同状态。却容易忽略产品中容易出现的各种异常状态。当用户停留任何一个界面,进行任何一个操作都可能发生异常状态。如果接到每个需求都去制定一次异常状态,这样的后果可能会使得产品的不同模块、不同流程,异常状态都不一致。全局规范性被破坏,