SaaS 创业者,易忽视的三个重要指标

SaaS行业中存在着不同类型的公司,你无法用统一的标准去衡量,评估它们,就比如说现在存在一些中高端价位产品的SaaS公司,让我们给个更加明确的范畴好了:平均每个客户所实现的ARR为2万5千美金。SaaS行业里,到底哪些指标最为关键,其实大家都心知肚明。它们无非是CAC(用户获取成本)、LTV(客户终身价值)以及流失率。掌握了这些指标后,你才能有效地判断出来SaaS公司的健康

经验总结|交互设计文档该怎么写?

交互设计师的工作虽不只是画交互稿子,但是好的交互稿不仅能够完美阐释产品内容和设计师的设计思路,还能够在项目各方协调工作中起到重要作用。保证完整的呈现产品需求和设计思路的交互稿,能够让各方工作人员有一致的工作目标,而有良好体验的交互稿,还能够便于各方理解,提高后期开发对设计的还原度,提高各方工作效率。对于一个设计团队来说,统一的文档规范和设计规范,不仅能够减少合作方的学习成本

直播一个公众号从 0 到 1(一):找问题

接下来我会不定期更新一批文章,关于一个微信公众号从0到1的全过程。记录整个公众号期间的策划和运营思路,记录成绩,分析失败。感兴趣的同学可以关注,更新时间不确定,但会持续更新下去。PS:更新的节奏和实际公号运营的节奏可能会有滞后。第一篇:先介绍背景和找问题1、背景这个微信公众号(深夜私家食堂,现已更名“每天好好吃饭”)是我妻子的,她的厨艺平时在朋友间获得很多好评,很早之前开了

敬畏你产品所在的市场

敬畏是一种态度,在这种态度下,我们学会了空杯心态去重新反问自己一些问题。无论2014、2015年的O2O产品火爆,还是现在的智能硬件,人工智能。纯线上已经不再存在。纯线下也不能完全占领市场。如果找到线上和线下的结合点才是现在获取市场的成功关键点。从线上到线下,纯互联网团队感受到是线下产业链的复杂和长期累积的职业区别。从线下到线上,感受到的是流量空间的压缩,不再有大流量可以来

如何培养产品思维和设计思维?

优秀的设计师和产品经理都应具备深入思考的能力,能够透过现象看到问题的本质,把自己的视野往上提升,除了一开始的看界面、文案、元素到再逐渐看到需求和业务,然后看到商业逻辑甚至看到趋势层面,这是需要长期积累的。另外需要不断扩展自己能力的边界,不要让自己受限。设计中的器、术、道设计师和产品经理的三把剑:器、术、道。 器: 各种原型工具、文档工具(如Photoshop\Sketch\

没有场景就没有产品体验

没有场景就没有产品体验,其实这句话的另外一个意思当我们谈产品体验的时候请带入场景,因为只有这种情况对产品体验的讨论才有意义,就像你在吐槽滴滴司机版客户端产品字大、按键粗,没有精致感的时候,请把自己带入到司机师傅使用的场景,再考虑要不要坚持你的吐槽。为什么说没有场景就没有产品体验产品体验这个词被说烂了,一提产品大家都会想到产品体验好不好,有没有做产品体验?其实说白了产品体验就

如何从 0 到 1 做一条云计算的新产品线?

目前,在本站上的产品经理偏B端的略少一些 ,技术产品就更少了。因此,作为一个入云计算技术产品坑恰好满10个月的校招菜鸟来告诉你这里的水有多深。大家可能对云计算领域了解不是特别多,云计算的产品更是见到的更少了。如果一定要来个解释,那么可以给他两个关键词:B端+技术。首先,本质一致。 不管在产品签名加任何修饰词,如:XX产品,那么他们的在本质上肯定是一样的。产品的本质就是寻找用

一个程序员的创业历程 --- 初期产品方案

前言昨天分析了自己的基本情况,并给自己提出了一条方向。此外还给自己布置了一项任务:构思出基本的产品方案。原本写出来是为了让自己保持脑袋清晰的,可没想到今天中午打开简书,发现有好几位简书朋友关注了我,甚至还有一位朋友给了我打赏。这一切让我受宠若惊,你们的鼓励让我创业多了很多激情。说说我今天的经历申请公司。 今天早上跑了一趟工商局,打算申请创立一个公司,毕竟创业如果没有一个公司

交互七大定律之防错原则

一:描述防错原则认为大部分的意外都是由设计的疏忽,而不是人为操作疏忽。通过改变设计可以把过失降到最低。该原则最初是用于工业管理的,但在交互设计也十分适用。比如:在界面交互设计中可以经常看到,如当使用条件没有满足时,常常通过使功能失效来表示(一般按钮会变为灰色无法点击),以避免勿按。如上图所示我们的评论功能快,在留言框没有内容或邮箱格式不正确的时候是无法获取验证码的,只有

领导说官网好丑要改版,从做好一份竞品分析开始

这段时间一直在做公司官网的改版,感慨太多,一是公司官网的风格实在太老旧,属于2015年流行的设计风格,如下图,二是领导一直追求外国网站简约大气的风格,类似airbnb官网。 现在的官网首屏然鹅,公司做的是云计算产品,跟airbnb这样亲民友好的网站八竿子打不着一块,所以,做好一份竞品分析,既能体现自己的专业度,又能让不懂云计算产品的设计师找着门路,还能让领导信服,多么一箭三

史上最实用的原型设计规范(二)

这是关于原型设计规范的第二篇文章。最早听说原型设计规范这个词,还是刚入行没多久,处于自我感觉超级好的打鸡血阶段,有时候接到新的项目或产品需求,一天可以画几十张原型图,反正就是 各种堆砌图标、组件和文字,加链接跳转,最后简单的左右居中对齐 ,这样的状态持续了小半年之久,一句话总结是:熟练无比,乐此不疲!直到有一天,公司组织开了个内部产品分享会,主题是 什么样的原型最适合开发(

老曹眼中的 CRM 图解

概述CRM 是企业“以客户为中心”价值观的核心体现之一, 各种2B的应用都无可避免,而企业应用具有一定的复杂性,理解CRM系统也不是轻而易举的事情。在老码农的眼中,CRM 系统可能是这样的:业务组成业务单元的组成是第一位, 业务单元是企业的实在需求,也是采用CRM系统的主要因素。如上所示,业务单元大约可以概括成9个方面。客户管理客户是第一位的, 先贤德鲁克的话不用赘述。客户

“闲鱼”用户体验报告

一、文档概览文档概览二、产品简介一个聊着天就让闲置物品找到新主人的诚信交易平台。三、需求分析随着近年来我国国民生活水平的提高,购买力的增强,不少国民家中都出现了物品闲置的现象。通过何种途径、何种方式,让闲置物品剩余价值最大化,成为了许多人关心的问题。已经较为成熟的一手物品电商交易平台如淘宝、天猫、京东、当当等,培养了我国第一代电商用户,也为二手物品交易平台的孵化做好了长足的

打造不可取代的产品!公司产品的市场相合法则你知多少

红杉资本(投资过 Apple 、 Google )是目前最大的风险投资公司。被它投资的公司市值占那斯达克( NASDAQ )市场总值的 10 %。红杉资本寻找顾客的策略是这些公司产品要符合顾客需求。而产品市场相合法则( Product Market Fit , PMF )便是衡量公司是否做到上述条件的指标。 确定找到产品专属的市场后,再大量投入 Pr

狼人杀 | 游戏现状分析

目录一、文档概览和分析目的二、 游戏介绍 三、 游戏发展背景 四、市场现状 五、 调查问卷 、用户分析 和需求分析六、阻力以及 个人建议 一、文档概览和分析目的从2014年开始接触过狼人杀游戏,但一直没有深入研究过狼人的规则和玩法。直到2017年初,“狼人杀”IP突然火爆,成为17年初的新风口,各大资本涌入,“狼人杀”在大学生群体中重新升温。随着各大直播平台的

如何设计引人入胜的微课

我们现在所处的环境是互联网时代,很多传统企业都在转型,不断调整业务方向、研发新产品线去适应市场的变化,所以知识的更新速度非常快,这就要求培训要跟上。但是,传统的培训周期长、成本高,专家面授的方式已经不能满足企业培训的需求。而现在的职场主力军大多是90后,他们习惯通过互联网获取知识和信息。他们的学习行为和方式已经发生了变化,他们的注意力变短,希望短时间内获取新知,移动学习已经

用户体验设计师和界面设计师到底有什么不同?

不用说很多人可能根本就没听说过这两个职位,就是很多业内人士也会困惑这二者的区别。的确这两个职位都是最近这些年随着网络的发展,特别是手机app的蓬勃发展才衍生出来的新兴行业。大概5年前在美国求职市场上才开始见到用户体验设计师(UX designer=user experience designer)的正式名称。当时我自己对这个职位的范围都很迷糊,甚至面试的人都说我也不知道这个

微信读书产品体验报告 ------ 微信读书的未来?

体验环境系统版本:android 5.0App版本:V1.5.10网络环境:无线wifi1产品简述1.1产品概述基于微信关系链的阅读应用,与微信好友互相推荐书籍,分享阅读心得,比拼阅读时长。阅读时长可换取微信书币,用于购买付费书籍,半小时等于一个书币,每周最多可兑换10个书币,只要用户控制阅读速度,获取的书币恰好能购买下一本书就能一直“免费”。1.2产品定位定位:微信用户读

支付渠道可用性设计背后的产品思路

近期负责提升支付渠道的可用性,做完后有些想法,写出来和大家分享下;需求的源头:用户在进行支付时,有时候会出现银行系统不可用、超时情况,导致用户不知道明确的支付结果,那么用户80%会进行投诉,客服处理完后,这个用户就基本上和支付/电商平台说再见了。要满足上面的需求,我们就需要关注以下几个问题:Q1:银行系统出现异常是否能及时进行故障隔离?Q2:如果要隔离,是否能第一时间发现银

如何更加高效的管理产品 bug?

盘点bug管理流程“bug管理”应该是所有互联网企业必不可少的工作内容之一,但是同行们针对这项工作的解决方案各不相同,我经历或见过如下几种:1、小团队日常使用产品过程中遇到bug,直接找开发人员沟通、确认,然后开发人员记录,视bug紧急程度马上或稍后集中处理;2、稍大点中小团队往往让技术人员开发一套异常简陋的“bug管理”系统,按照通用的bug管理流程进行系统设计,忽略UI