一. Bug的严重等级定义: 1. Blocker 即系统无法执行.崩溃或严重资源不足.应用模块无法启动或异常退出.无法测试.造成系统不稳定. 严重花屏 内存泄漏 用户数据丢失或破坏 系统崩溃/死机/冻结 模块无法启动或异常退出 严重的数值计算错误 功能设计与需求严重不符 其它导致无法测试的错误, 如服务器500错误 2.Critical 即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性. 功能未实现 功能错误 系统刷新错误 数据通讯错误 轻微的数值计算错误 影响功能及界面的错

本文来自网易云社区 作者:任琼瑶 最近一直都在持续跟进云课堂B端的交互设计,在此期间,多多少少遇到了一些不曾遇到过的问题,虽然同是做产品设计,但B端和C端产品的确存在很多不同之处. 首先,当我们在做C端产品的设计时,总是可以将自己或多或少地代入到"用户"的角色当中,毕竟平时所使用的C端产品已经很多,市面上的竞品也很多,足以供我们体验和比较,这些平时累积的经验都可以成为我们设计思考的基础. 其次,如果设计者本身不是产品的典型用户,无法将自己代入这个用户角色中,那么还可以借助用户调研,C端

大纲 什么是B端产品 什么是C端产品 为什么会产生B端产品和C端产品 怎么判断一个产品是B端还是C端 B端产品和C端产品存在哪些差异 C端产品经理如何向B端产品经理转型 写在最后   什么是B, Business,商业.组织 什么是B端,通常为企业内部或商家使用的系统和平台,如ERP系统.财务管理平台等 B端产品的主体用户是组织,由一群不同角色的C构成,不同角色的C有不同的工作职能,有不同的工作场景,也有不同的需求,一般不同的角色C之间有职能或者业务上的关联性. B端产品需要解决的是不同职能的人

B端产品为企业提供协同办公的工具,帮助企业解决某类经营管理问题,核心价值在于为企业增加收入.降本提效.管控风险,企业级SaaS产品也是B端产品中的一类. B端产品有以下特点: ​客户是一个群体:B端产品为某个企业组织服务,一项工作通常需要由多名角色完成,例如,门店要货流程,需要门店店员.总部运营.仓储人员.配送人员共同完成,B端产品帮助他们完成分工协作. 功能繁杂:由于B端产品涉及企业经营的方方面面,关联的用户角色.业务流程非常繁多,反应到产品上,菜单.界面.配置项特别多,复杂度远高于C端产品.

对TV端产品设计的分析太特么少了.翻遍网络,大多也是针对UI设计的分析,这篇从产品设计的角度,梳理下现有的TV端产品设计法则,顺道做点分析.(前方多图,高能预警) 目录: 1. TV端产品使用场景 2. TV端产品设计法则 3. TV端产品设计分析 4. 总结 1 TV端产品使用场景 电视使用环境 1)距离远:智能电视尺寸几乎均大于42寸,使用环境应该在2.7-3.5米之间.虽然屏幕尺寸大,但操作距离远,单屏信息量小. 2)灯光暗:用户在使用电视时,多灯光昏暗,有可能后仰躺在沙发里,有可能在一边

外网登录报错,手机登录报错问题解决: XenApp6.5产品BUG, 在WI服务器的两个web站点中修改defalut.ica文件中添加一行,CGPAddr=即可. 路径:C:\inetpub\wwwroot\Citrix\XenApp\conf

入行以来也接触过一些B端产品,这些产品之中权限管理是重中之重,权限管理不仅仅是整个系统的一个小小的模块,它一直贯穿整个系统,从登陆到操作到最后的登出.说它相当的复杂真不为过. 对于权限,如果从控制力来分的话,可以分为功能级权限和数据级权限.从控制方向来分的话又可以分为从系统获取数据和向系统提交数据.一般来说,权限管理无非是围绕着用户,角色和资源三个方面来进行权限管理操作. 首先,设计的时候要面向开发人员友好,让他们能够很好的理解需求和流程.不至于因为权限的问题影响开发.实际上,一般权限设计都会让

宜信科技中心财富管理产品部负责人Bob,与大家一起聊聊个性化推荐产品功能的设计和B端产品的功能策划方式. 拓展阅读:回归架构本质,重新理解微服务|专访宜信开发平台(SIA)负责人梁鑫 智慧金融时代,大数据和AI如何为业务赋能?|专访宜信AI中台团队负责人王东 一切技术创新都要以赋能业务为目标|专访宜信数据智能研发部负责人张军 记者:Bob老师您好,首先请简单介绍一下您目前主要负责的产品,这些产品各自面向的用户及核心价值是什么. Bob:我在宜信科技中心财富管理产品部,主要负责为我们财富业务的客户

B端,或者2B,一般指的是英文中的 to busniss,中文即面向企业的含义.与B端相对应的,是C端,或者2C,同样指的是英文中的 to customer,即面向消费者的意思.因此,人们平常所说的B端产品,就是指面向企业的产品,比如企业中用到的一整套内部办公软件,内部财务结算软件,办公erp平台,以及帮助企业实现数字化转型的云计算平台,大数据分析平台,AI人工智能平台,这些都属于面向企业的B端产品. 而与之相对的C端产品,就是指直接面向普罗大众的产品,直接面向消费者群体.其中,互联网app便是

工作这几年,时长思考,作为B端产品经理自己应该具备什么样的能力? 虽然工作依旧在有条不紊的进行,但是时常会陷入到对知识或者能力的焦虑当中.特别时是工作三五年,产品经理进阶门槛时. 虽然产品经理的能力是经验的产物,但是产品经理依然需要学习各种技能,以备业务需要.虽然界定产品经理段位并不仅仅是其所掌握的技能,但是如果不具备某些能力,产品经理是很难进阶的. 作为B端产品经理,我们的日常工作是非常繁杂的.从需求到业务,从调研到迭代,我们时承担多种职责的角色. 这通常会使我们对自己应该掌握和加强的能力所产

我所在的产品线,并非公司最大最强的产品 甚至为了推广我们这个产品,一般会拿给客户先免费试用 而在试用之前,是要经过一番通测的,测得很急,测得很快 所以产品bug非常多 那么在测试项目的时候,自然会发现不少产品bug 我接手项目测试1个月了 刚开始发现了产品bug,就盯着开发改好,然后把产品在本地和客户环境都部署一遍 现在却力不从心.因为产品bug真的挺多,项目上线时间又很紧 于是跟开发组长讨论了下 解决方法如下: 项目测试过程中发现的产品bug,先提到产品bug目录下(我们用的是bugfree)

C 为:Consumer.Client,我们每天都在接触C端产品,为消费者.个人用户或终端用户,比如:微信.头条.抖音.美团等等. B 为:Business,作为职场人士也会经常接触B端产品,通常为企业或商家为工作或商业目的而使用的系统型软件.工具或平台,最常见的就是报销系统,基本每个职场人士都会用到. C端产品的本质都有一个核心的功能,例如:音乐类app有听音乐的功能,游戏类app的核心功能就是游戏.其他的功能都是附加的,没有这些附加功能虽然用户体验感会降低,但并不会影响产品的核心功能. B端

在软件工程理论中,BUG严重级别(severity)是用于指示软件质量问题导致的负面影响的程度.但在大部分实际的软件开发组织中,对BUG严重级别(severity)的定义和使用常常充斥着大量的争议和分歧.甚至有些组织即使有专门的BUG严重级别定义文档,但是由于其描述的宽泛和模糊性,使得争议和分歧并没有得到有效的减轻.本文将尝试探讨工程实践中的一些具体问题,并提出笔者的一些观点. BUG严重级别定义对于软件开发组织来讲,是一个非常重要的事情.因为它影响了如下几个方面: 影响修复某个BUG的必要性和

需求分析是产品经理工作中的重要一部分,而对B端产品经理来说,因为业务的特殊性,所以需求分析更考验产品经理的基础能力比如还原场景中业务调研的能力.需求价值分析中对价值的界定等. B端厂商的产品需求多数来自业务方真实场景,客户就是上帝不存在伪需求,产品经理多数抱怨自己只是需求的搬运工.处理需求比较被动,大多情况都是接收需求后为了赶项目进度直接动手做起来节奏看似时间紧凑,但事实往往事与愿违,一个功能反反复复不停不停打补丁,寻找源头常常是因为需求分析出现偏差,B端产品需求分析中存在以下问题: 1. 不会

对于 WEB 产品来说,有一些常见的 Bug,本章节挑选一些比较典型的 Bug 进行举例介绍. UI Bug 页面展示的时候,需要根据长度的边界值去设计用例进行验证.   一般来说都会有超长内容的验证.看看文字超长之后,页面展示会不会出现问题. 如果出现问题的话,可能就类似于这样,出现了滚动条,内容被遮盖了一部分.这是不想看到的场景,是需要进行修改的.比如可以折行展示,或者超出部分-,这些解决方案都是可以接受的.   这一类问题一般会出现在兼容测试中.web 可能需要在各种系统的各种版本的不同浏

meta基础知识 H5页面窗口自动调整到设备宽度,并禁止用户缩放页面 <meta name="viewport" content="width=device-width,initial-scale=1.0,minimum-scale=1.0,maximum-scale=1.0,user-scalable=no" />忽略将页面中的数字识别为电话号码 <meta name="format-detection" content=&q

第二十一届中国零售业博览会(CHINA SHOP) 在山东青岛世界博览城盛大开幕 作为CHINA SHOP的老朋友 奇点云自然不会缺席 China Shop逛展直击灵魂“双拷问”: No.1 今年CHINA SHOP有啥亮点? 在迎来中国零售新阶段的布局元年,CHINA SHOP再一次刷新了多项历史记录.以“创意交互·焕新面貌,零售变革的营销魔法”为主题,展览面积超过13万平米,八大主题展览区域,近千家零售上下游全产业链企业,扣准行业发展脉搏. No.2 奇点云有何新招式? 本届CHINA SH

BUG等级划分,一般划分为:严重BUG.较严重BUG.一般性BUG.建议性BUG A类—严重错误,包括以下各种错误: 1． 由于程序所引起的死机,非法退出 2． 死循环 3． 数据库发生死锁 4． 因错误操作导致的程序中断 5． 功能错误 6． 与数据库连接错误 7． 数据通讯错误 B类—较严重错误,包括以下各种错误: 1． 程序错误 2． 程序接口错误 3． 数据库的表.业务规则.缺省值未加完整性等约束条件 C类—一般性错误,包括以下各种错误: 1． 操作界面错误(包括数据窗口内列名定义.含义

在 iOS10 下,即使设置了 meta 标签的 user-scalable=no 依然不能阻止用户缩放. 解决此 BUG 的方法是阻止 PC 事件: document.addEventListener('touchstart', function(ev) { ev.preventDefault(); }); 另外,此方法还能解决 iOS10 中横向页面溢出,即使给 body 设置了 overflow:hidden 依然能横向滑动的问题. 不过添加了此事件后会阻止 iOS10 的橡皮筋效果,另外

点击样式闪动 Q: 当你点击一个链接或者通过Javascript定义的可点击元素的时候,它就会出现一个半透明的灰色背景. A:根本原因是-webkit-tap-highlight-color,这个属性是用于设定元素在移动设备(如Adnroid.iOS)上被触发点击事件时,响应的背景框的颜色.建议写在样式初始化中以避免所以问题:div,input(selector) {-webkit-tap-highlight-color: rgba(0,0,0,0);}另外出现蓝色边框:outline:none

目前推送的情况已经大致可以了,可以正常推送.但是要在实际生产中使用,要改进很多地方. 原本的版本,是不会对消息重新发送的.消息如果丢失,或者用户没有在线,消息也不会重新的发送.所以,这些问题都是要解决的. 网上也有很多的讨论,是关于这几种情况的.CSDN有个名为“大饼馒头蘸大米”的程序员,对这些问题的思路也不错,是采取的对未发送信息进行存库,并且用state来标记信息是否发送,来进行处理的. 本人是采取的另外一种方式,这种方式,是某位网友最早提出来的.对离线消息,就是发送后存库,同时要记录用户的