产品术语

一,MVP,Minimum Viable Product即最小化可行产品:

开发团队通过提供最小化可行产品获取用户反馈,并在这个最小化可行产品上持续快速迭代,直到产品到达一个相对稳定的阶段。

通俗的讲,就是将产品的核心业务做一个可行性的方案,这个可行性的方案可以是一个预估的想法、一张草图、一系列的原型图或者效果图,能够清晰的通过MVP预估所需要或者能够达到的指标;

二,用户模型:

1,哪些人会使用产品,他们的基本特征是什么:
[1],年龄;
[2],性别;
[3],学历;
[4],民族;
[5],地理位置;
[6],……;

2,这些人的社会关系:

[1],家庭中的角色,例如母亲,子女;
[2],学校,学生;
[3],企业,员工;
[4],某一个团体,爱好者;
[5],公司,什么职位;
[6],……;

3,消费能力(收入)如何;

4,用户对产品的行为习惯或者使用频率:
[1],用户的使用设备;
[2],用户的使用设备的网络环境(4G,5G,wifi);
[3],用户使用时长、周期等;
[4],一天打开多少次,具体对那些模块、功能、页面有更偏爱的使用程度;
[5],……

5,用户的一些行为特征:
[1],使用习惯;
[2],是否是风险用户(涉及违规等敏感的内容发布);
[3],恶意注册,黄牛、小号等;


用户模型的获取:
可根据用户调研、业务数据、日志数据、埋点数据、第三方数据等获取;

建立用户模型的意义:
用于具体的产品设计、决策依据、运营营销、风险预测、信用评估、个性化推荐等。

三,UED,也就是User Experience Design, 用户体验设计:

互联网企业中,一般将视觉界面设计,交互设计和前端设计都归为用户体验设计。

指一切都围绕用户的需求来设计和解决问题,其中能够多个角色能够充当体验设计,例如:
1,交互设计师(一般称为 UE 或 UX ),负责交互;
2, UI 设计师,负责UI设计;
3,程序设计师(程序员),负责将交互和UI设计进行实践;

四,后台表单设计规范:

表单是由输入框、文本域、单选框、多选框组件组成,用来保存提交数据。后台管理系统的的数据显示、添加、修改、删除操作属于表单操作。

一个完整表单的组成:
1,标题;
2,输入框、上传文件框、单选、复选、下拉、富文本等;
3,提交按钮。

规范:
1,对齐方式:
[1],居中对齐;
[2],居左对齐;
[3],居右对齐;
[4],顶部对齐。

2,颜色(色值)、图标大小、字体大小、高度、输入框线条,表单大小等:
统一色值,标题、占位符文字大小,输入框的高度等;

3,表单验证:
[1],必填验证;
___1,需要着重表现出必填,例如星号显示;
___2,未填写时候的提示语显示,【当前页面显示】【弹框提示】等;
___3,输入框的标红等特定提示;
[2],错误提示、长度限制提示;
[3],类型验证,当输入内容跟所需数据的类型不符,需要如何提示;

4,默认显示:
[1],文案显示的合理性,区域、大小、文案的内容;
[2],占位符placeholder;
[3],日期选择元素增加默认显示日期;
[4],城市选择元素增加定位后显示具体地址或默认显示地区;

5,交互方面:
[1],键盘交互;
[2],分布式录入内容的交互(从左到右,类似App介绍页面);
[3],多模块录入内容的交互(从上到下);

五,ROI,投资回报率;

计算公式:
回报额 / 投资额 * 100% = ROI

产品的投入和产出的一个比例,回报额越高,投资回报率越大,也间接地说明了某一个产品的可行性。

六,PMF(Product/Market Fit),产品市场匹配模型,可以理解为,当前产品与目前的产品所在的市场是否契合,PMF代表这个契合点,也就是匹配度。

PMF亦可以理解为:产品在市场中是否提供了正确的解决方案从而解决了用户真正的痛点,在解决痛点的同时,亦达到了公司对此产品的目标,不管是用户目标还是商业目标。

最符合当前市场的产品设计需求。
如果前期的PMF做错了,那就可能会导致我们的组织资源配置、能力与业务需求匹配、培训&专业能力建设全部都错了。

通过寻找PMF的过程,产品可以划分两个部分,一个是通过目标用户的确认,对市场及目标用户的需求分析,从而定义产品价值主张匹配用户需求和满足市场,这个过程本质是定义正确产品。另一个则是我们验证产品的商业模式,判断产品可以快速扩展的临界点。

如何让产品更贴近PMF:
1,确定用户目标;
2,产品与市场中其他产品对比,有什么独特之处;
3,产品的长久战略和价值导向;
4,先从MVP开始,然后迭代实现产品需求;
5,MVP及其他版本产品的测试,及时收集用户需求持续设计和开发满足市场的产品;

扩展:产品需要随着市场的发展、技术的进步、用户价值观的改变,去更改产品的战略、目标、需求等,也是PMF的延展概念。

如何知道产品的的(PMF)契合度如何?
1,可通过不断的市场分析、调研去制定、修改和优化产品的需求和用户的体验;
2,可通过用户的反馈、调查等,得知用户真正的痛点,进一步优化;
3,可根据埋点,监测用户的使用率,转换率等数据,优化产品;

七,GMV(Gross merchandise volume),指成交金额,包括:付款金额和未付款金额。
已付款且未退款的金额指实际有效的GMV,如已退款,则指无效的GMV。

八,PV和UV:
PV(Page View):页面浏览量;
UV(unique visitor):独立访问量;
DAU(Daily Active User),日活跃用户数量。指一天之内使用某个产品或服务的独立用户数;
MAU(Monthly Active User),月活跃用户人数。月活跃用户数量通常统计一个月(统计月)之内,登录或使用了某个产品的用户数(去除重复登录的用户)。

网页RPM(Revenue Per Thousand Impressions),RPM是每千次广告单元展示的收入。

九,SKU,Stock Keeping Unit(最小存货单位),库存控制的最小可用单位。可通俗的理解为,库存中商品的最小单位,例如某一个商品的某一个特定型号。亦指某一个特定的商品。

库存单位是零售商出售商品的重要标识符。零售商根据商品的各种特征建立自己的代码。通常,SKU分为分类、规格、颜色等。

例如:iPhone X 64G 银色 就是一个SKU;白色鞋子 40码 也是一个SKU。

SPU:
SPU = Standard Product Unit (标准产品单位),SPU是商品信息聚合的最小单位;
SPU描述的就是属性值、特性相同的商品。例如:iphone4就是一个SPU,与商家,与颜色、款式、套餐都无关。

十,小程序矩阵:

概念:将自身业务或服务切分成多个小程序,用来针对不同场景和用户需求,提供专一和轻量级的功能或服务。并且每个小程序的业务是闭环的,相互之间形成跳转、协作的关系,形成一个完整的小程序产品生态,这就是小程序矩阵。

小程序矩阵可行性:
1,如果业务和场景比较多样、复杂时,考虑是否可以将其拆分成多个独立子业务。如果可以的话,布局小程序矩阵可以达到良好的效果,比如美团;反之,像摩拜单车,只需要一个公众号和一个小程序就可以满足公司的业务,就没有必要做矩阵;
2,为了在小程序搜索中抢占流量和曝光率;
3,由于微信小程序审核有很多限制,比如虚拟支付、诱导下载等都容易碰到微信的红线。所以布局矩阵,可以将风险分摊或引到次要的小程序上,降低公司影响;
4,考虑公司实际运营情况,是否能够兼顾多个小程序,胡乱矩阵,等于给自己挖坑,增加开发运营成本,无法集中推广,聚焦资源。
参考:https://baijiahao.baidu.com/s?id=1659479581071558813

十一,PAR法则,工作项目(Project)、工作行为(Activity)和工作结果(Result):

P:个人背景及工作的经历,工作的主要内容;
A:工作中具体有哪些工作内容,工作中遇到的问题是通过什么方式解决的;
R:通过一些解决办法,具体取得了什么样的成果、业绩等,不论是数据方面还是品牌方面;

数据方面包括:商业(市场)数据、用户(调研)数据、行为(线上产品)数据;

例如:负责D产品酒店模块迭代期间(工作项目),完成100名用户访谈,绘制30余个产品原型图(工作行为),日活用户由50万增长至80万,主页跳出率降低10%,付费购买率提升30%(工作结果)。

十二:BRD,MRD,PRD含义跟区别:

1,BRD 商业需求文档 Business Requirement Document

产品立项之前,明确产品要做什么,商业模式、盈利模式、资源投入、市场优势等,明确战略及壁垒是什么。主要给产品、运营、研发、财务、老板等管理层人看的,主要是决定是否要开始某个产品。

2,MRD 市场需求文档 Market Requirement Document

产品立项之后,项目启动的之前市场调研的结果。主要内容为:产品模式、业务模式、运营模式、市场模式等,明确客户和市场方向。主要是给产品、运营、研发等项目组人员看的,在大家一致认可需求成立的时候,来商量该怎么做,如何做,什么时间做。

3,PRD 产品需求文档 Product Requirement Document

产品研发之前,需要将产品界面、产品流程、功能需求、测试需求、体验需求等,明确产品范围和落地方法以文档的形式展现出来。以供项目组、开发组、测试组、策划组、体验组人员使用。

十三:KANO模型:

一种需求的分级方法,在KANO模型中,根据不同类型的需求与用户满意度之间的关系,可将影响用户满意度的因素分为五类:基本型需求、期望型需求、兴奋型需求、无差异需求、反向型需求。

基本型需求:产品“必须有”的功能,也是MVP产品要求具有的功能;
期望型需求:非必须功能需求,但通常作为竞品之间比较的重点;
兴奋型需求:属于惊喜型产品功能,超出用户预期,往往能带来较高的忠诚度;
无差异需求:用户根本不在意的需求,对用户体验毫无影响;
反向型需求:用户根本都没有此需求,提供后用户满意度反而下降。

我们做产品设计时,需要尽量避免无差异型需求、反向型需求,至少做好基本型需求、期望型需求,如果可以的话再努力挖掘兴奋型需求。

如何得知当前需求为KANO模型中的的哪一类,一般通过调查问卷或者用户调研的方式,得出数据,量化(整理)数据,分析数据,判断属性。

十四:

Scrum:敏捷项目管理;

SM,Scrum Master,项目经理。

PO,PO是产品或业务负责人的意思,全称是Product Owner,即熟悉该产品所有业务相关的逻辑、流程、设置等方面事宜的人员,一般可由项目经理担任,也可由熟悉业务的开发人员担任。

PMS,Project Manager System,项目管理系统,项目的排期、需求、任务的分解,需求、任务的立项、完成状态等管理。

十五:敏捷开发主流框架Scrum的四个重点会议:

1,Sprint计划会议的主要目的是,为了完成产品待办列表的目标,需要设计一个有弹性的计划来引导开发过程,来规划我们做什么和如何做这些事,Scrum Master要确保会议顺利举行,保证每个参会者都理解会议的目的。
2,每日站会,当前完成了哪写,明日将完成什么,在实现的过程中遇到哪些难点,进行商讨;
3,Sprint 评审会议:由每个任务的负责人演示其完整的工作,由 PO 确定 Sprint 目标是否完成,版本什么时候对外发布,新增 bug 的紧急程度等。
4,回顾会议由 Scrum 团队检视自身在过去的 Sprint 的表现,包括人 、关系、过程、工具等,思考在下一个 Sprint 中怎么样可以表现得更好,更高效,怎么样可以和团队合作地更愉快。

十五:Sprint 计划会议:

类似于需求梳理会(Backlog Grooming Meeting)讲解具体每一个需求,团队成员根据需求的复杂程度评估每个任务的工作量,输出本次迭代的待办事项列表,完成优先级排序等工作;

通俗的讲,就是将一个项目要开发的所有功能,拆解成多个代办事项,评优先级,然后将每一个待办事项分配给不同的开发人员,分别给予开发人员开发任务,开发时间等。

计划会议,是将所有的需求进行分析、然后审核、评级,加入到计划列表的一个过程。

十六:敏捷开发的过程:


1、目标制定,目标对齐:通过市场调研、业务思路、风险评估制定公司规划和目标,根据这一目标产生所有部门的目标并实现对齐;
2、产品规划:产品研发部门根据目标制定产品关键路线图,这个路线图中分布着不同的产品特性和其完成时间;
3、组织产品待办列表:产品规划产生的需求、客户需求、市场人员收集到的缺陷等将组成产品待办列表;
4、需求梳理:然后产品负责人(Product Ower)对这个列表进行梳理,并在需求梳理会(Backlog Grooming Meeting)讲解具体每一个需求,团队成员根据需求的复杂程度评估每个任务的工作量,输出本次迭代的待办事项列表,完成优先级排序等工作;
5、迭代规划:通过 Sprint 计划会,明确要执行的工作、冲刺目标等,
6、迭代开发:期间会进行每日站会、性能测试、CodeReview、Demo、测试等工作;
7、Sprint 评审:由每个任务的负责人演示其完整的工作,由 PO 确定 Sprint 目标是否完成,版本什么时候对外发布,新增 bug 的紧急程度等等。
8、开回顾会议:回顾会议由 Scrum 团队检视自身在过去的 Sprint 的表现,包括人 、关系、过程、工具等,思考在下一个 Sprint 中怎么样可以表现得更好,更高效,怎么样可以和团队合作地更愉快。

自身理解的延展:
确定目标 -> 制定产品(包括mvp和后期路线) -> 需求收集(用户调研、竞品分析) -> 需求管理 -> 版本的需求评审 -> 测试 -> 复盘

参考:https://xie.infoq.cn/article/d7ac4fcf0275de83506bee6a4

十七:TC和UC:

TC全名是test case,就是测试用例评审;
UC全名是user case,就是用户用例评审,也就是需求评审,也可理解成使用案例评审,也就是功能评审;

十八,可用性测试:

一项通过用户的使用来评估产品是否满足用户需求的技术或方案。
可用性测试是指让用户使用产品(服务)的设计原型、高保真或者成品,通过观察,记录和分析用户的行为和感受,以改善产品(服务)使其更加贴近用户习惯、更加符合用户的痛点。

MVP产品的使用,也是属于可用性测试;

进行可用性测试,可通过测试结果,可正确化的方向、完善产品的功能、优化产品的体验等。亦可对产品的运营、销售部门大大提升效率,销售额等。

可用性测试的大体流程:
1,测试准备(确定测试范围、确定测试用户、测试环境、测试时间等);
2,测试预热;
3,正式测试;
4,结果分析;
5,产品方案优化。

可用性测试大体的测试目标:
1,核心功能的成功率;
2,UI设计测试;
3,用户交互测试;
4,内容的可读性(易读性、可理解性);
5,可访问性(设备适配、特殊情况、特殊用户的体验);
6,响应速度(网络延迟,加载速度等)。

可用性测试通常实施的阶段:
产品经理设计完产品之后,做出原型图,可将核心功能做成MVP,然后交付用户去测试它的可用性。这样测试的原因是,当发现问题需要修改或者优化,成本相对整个开发过程是最低的。
亦可以在开发完成之后,进行可行性测试,通过灰度发布进行测试,也属于可行性测试的一种。

备注:
1,其实产品在立项之后,产品经理召集设计、测试、开发进行需求评审也属于可行性测试的一种,这种属于定性测试;
2,前期进行用户调研的时候,问卷调查其实也算是一种可行性测试,这种属于定量测试。

十九:转化率:
指用户进行了相应目标行动的访问次数与总访问次数的比率。

相应的行动可以是用户登录、用户注册、用户订阅、用户下载、用户购买等一些列用户行为,因此网站转化率是一个广义的概念。简而言之,就是当访客访问网站的时候,把访客转化成网站常驻用户,也可以理解为访客到用户的转换。 以用户登录为例,如果每100次访问中,就有10个登录网站,那么此网站的登录转化率就为10%,而最后有2个用户订阅,则订阅转化率为2%,有一个用户下订单购买,则购买转化率为1%。目前很多人将网站转化率仅仅定义为注册转化率或者订单转换率,这都是狭义的网站转化率概念。

电商转化率=(产生购买行为的客户人数 / 所有到达店铺的访客人数)× 100%

二十:A/B测试:

A/B 测试,就是为同一个目标制定两个方案(比如两个页面),让一部分用户使用 A 方案,另一部分用户使用 B 方案,记录下用户的使用情况,看哪个方案更符合设计。

然后分别统计两个页面的用户转化率,即可清晰的了解到两种设计的优劣。

最后,根据测试结果进行分析, 然后指定产品需求或优化方案;

小流量测试:就是将一部分流量让测试A方案,一部分流量去测试B方案,称之为小流量测试。

AB test就是一种灰度发布方式,让一部分用户继续用A,一部分用户开始用B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面来。

二十一,CI形象:

CI,也称CIS,是英文Corporate Identity System的缩写,一般译为“组织识别系统”。CI设计,即有关企业形象识别的设计,包括企业名称、标志、标准字体、色彩、象征图案、标语、周边、吉祥物等方面的设计。

二十二,私域运营指什么?

私域,通俗点讲就是加到微信里的流量(用户),个人微信和企业微信是私域中最重要的两大阵地,我们把客户加到微信当中,其本质就是为了维护客户及潜在客户之间长远而忠诚的关系。所以私域运营就是人的运营,做用户的精细化运营。

私域的承载形式还有:
平台的个人号、社群、公众号、小程序、App、各类社区平台等;

私域就是属于你自己的,就是你直接拥有的、可重复,低成本甚至免费触达的用户;这里的自己就是自己公司,自己的团队;

私域运营并不是收集,关键是互动。通过互动,从个人人设,用户信任度,忠诚度,产品质量等一系列因素的全方位提升,提高产品的转化率;

私域的优势:
1,获客成本低;
2,需要平台品牌和消费者之间的信任和激励,会带来更高的转化率;
3,可反复触达。

不足:
1,起步困难,品牌建立需要时间,客户之间的信任需要时间长期维护;
2,维护成本高;
3,难以标准化;

自身的理解:私域就是想自己平台的客户或者有意向使用自己公司平台的客户,凝聚到一个地域里,也可以说是一个微信群或者一个群体展示内容的地方,通过发布信息,直达产品和服务;

参考:https://baijiahao.baidu.com/s?id=1732674243382818085

二十三,crm和scrm:

crm:CRM更强调对客户的管理,CRM更多的是内部优化工作流程的工具,整合企业内部的销售、客服、售后这些部门的工作流和文档等。对于客户而言,CRM专注于如何管理客户,客户除了通过电话、销售人员、邮件、网站获取信息外,很少能与企业发生交互。

scrm:SCRM更强调是与用户共同经营一段合作关系,而不只是将客户看做一个管理对象,SCRM将客户数据作为公司最重要的营销资产,客户作为企业经营体系的一部分,通过勾勒用户画像,更全面地了解客户,不断优化全触点营销体验,与客户一起共同经营一段合作关系,在提升客户价值的同时获得企业的成功。 

SCRM,可刻画出用户的画像、社交关系、用户消费能力,以及用户其他纬度的模型,通过分析这些纬度,提升合作空间、用户价值、商业价值等。

CRM:客户关系管理系统;
SCRM:社会化客户关系管理的简称,特点是基于互动的双边关系;

参考:https://worktile.com/kb/ask/18110.html

二十四,QA等名词解释:

RD:研发(Research and Development);
FE:前端(Front-End);前端开发(Front-End Development);
QA:测试(QUALITY ASSURANCE,中文意思是“质量保证”);
UE:用户体验(User Experience,简称UX或 UE);
OP:运维(Operations)。

二十五,SaaS:

SaaS,是Software-as-a-Service的缩写名称,意思为软件及服务,即通过网络提供软件服务。
大多指的是像OA、CRM这些通用型的ToB类软件产品,用来区分本地化部署传统的ToB软件。因此,可以将SaaS理解为是传统软件的互联网化。

SaaS代表的绝不只是一种技术形态,它还是一种商业模式,是一种软件产品的集合形式。SaaS是云服务系统部署形式,而不是本地化部署。

SaaS产品是一种互联网产品的服务模式。
SaaS,是Software-as-a-Service的缩写名称,意思为软件即服务。
参考:https://baijiahao.baidu.com/s?id=1729519159167890892

模式为:软件服务商把自己研发的产品部署在自己的服务器里面,客户可以通过注册账号的方式使用该产品,一般付费方式是包年或按月计费。这样客户就可以不需要用传统的方式去购买服务器等方式来部署软件服务。而SaaS的方式是开通即用,对于大部分客户来说,是大大减少了成本。

SaaS:客户直接使用服务软件,但不用关心背后的基础设施,包括网络、硬件等。服务商将软件部署在云端,客户按需付费使用。

SaaS特点:
云端架构:Saas公司提供服务器、数据库等硬件,无需本地部署。
成本下降:无需客户承担基础设施成本,日常运维成本。
付费灵活:用户按月/年支付费用,而非一次性购买。
体验提升:后续的升级维护由saas公司负责,通过数据驱动迭代。

例如,以下都属于SaaS产品:
教育行业SaaS:小鹅通、百家云、等提供线上教育服务的;
零售电商SaaS:有赞、微信商城小程序、淘宝等提供一系列电商服务;
财务管理系统FMS:用友,金蝶等;
团队SaaS协作工具:墨刀、蓝湖等;

二十六,快消行业:

快速消费品(英文:Fast Moving Consumer Goods,缩写为FMCG),主要是日常用品,由于其依靠消费者高频次和重复的使用与消耗,通过规模的市场量来获得利润和价值的实现而得名。一种新的称呼是PMCG(Packaged Mass Consumption Goods),产品经过包装成一个个独立的小单元来进行销售,更加着重包装、品牌化以及大众化对这个类别的影响。

与快速消费品相对应的概念是“耐用消费品”(Durable Consumer Goods),通常使用周期较长,一次性投资较大,包括(但不限于)家用电器、家具、汽车等等。

包括:快消行业个人护理品行业,家庭护理品行业,品牌包装食品饮料行业,烟酒行业。

二十七,一个版本的上线之后,要对当前版本或者需求进行复盘,那么为什么要复盘?

1,根据当初的产品规划,讨论在设计、开发过程中有哪些经验值得借鉴;
2,产品当初的目标是什么,目前达成的效果如何,成功或者失败的原因是什么?
3,哪些教训可以避免,怎么去避免,最好形成统一标准;
4,当需求在设计、开发过程中有更改或者变化的时候,思考为什么会有此变化,如何应对此类更改或者变化;
5,后期应该如何规划,如何做?

三十,市场分析中的宏观环境分析指什么?

PEST模型分析,是指宏观环境的分析,宏观环境又称一般环境,是指一切影响行业和企业的宏观因素。对宏观环境因素作分析,一般都应对政治(Political)、经济(Economic)、社会(Social)和技术(Technological)这四大类影响企业的主要外部环境因素进行分析。

政治:政策方针、价值观、法律法规;
经济:人口数量、消费意愿、地区收入;
社会:地区差异、教育水平、价值观等,文化差异等;
技术:新技术带来的不同表现形式、对行业的成本影响、对获取信息的效率等;

三十一,SWOT分析分析法:

SWOT分析,即基于内外部竞争环境和竞争条件下的态势分析,就是将与研究对象密切相关的各种主要内部优势、劣势和外部的机会和威胁等,通过调查列举出来,并依照矩阵形式排列,然后用系统分析的思想,把各种因素相互匹配起来加以分析,从中得出一系列相应的结论,而结论通常带有一定的决策性。

运用这种方法,可以对研究对象所处的情景进行全面、系统、准确的研究,从而根据研究结果制定相应的发展战略、计划以及对策等。

SWOT分析法,通常是对一个需求的可执行性进行分析,然后根据分析结果进行决策当前需求是否立项、更好地制定战略、做出决策和解决问题。

S (strengths)是优势、W (weaknesses)是劣势、O (opportunities)是机会、T (threats)是威胁。按照企业竞争战略的完整概念,战略应是一个企业“能够做的”(即组织的强项和弱项)和“可能做的”(即环境的机会和威胁)之间的有机组合。

如下图所示,SWOT分析法的一个分析案例:

此为微信SWOT分析的一个案例:
SWOT分析是一种常用的战略分析方法,用来评估一个项目、公司或产品的优势(Strengths)、劣势(Weaknesses)、机会(Opportunities)和威胁(Threats)。下面是针对微信的SWOT分析:

优势(Strengths):
巨大的用户基数:微信是中国最大的社交平台,拥有数十亿的注册用户和活跃用户。
丰富的功能与服务:除了聊天和视频通话等基本通讯功能外,微信还提供了公众号、朋友圈、小程序、微信支付等一系列功能和服务。
良好的用户粘性:微信已成为许多中国用户生活中不可或缺的一部分,具有很高的用户粘性。
强大的技术实力:腾讯在技术研发方面有很强的投入,微信也在不断更新升级,保持技术领先地位。
生态系统建设:微信已建立起包括开发者、商家、用户在内的完整生态系统。 

劣势(Weaknesses):
对国外市场的扩展受限:由于政策、文化等因素的影响,微信在国外市场的普及程度远不如国内。
缺乏有效的商业模式:尽管微信拥有巨大的流量,但如何将这些流量转化为盈利,仍是微信面临的挑战。
隐私和数据安全问题:随着用户对隐私和数据安全越来越重视,微信如何确保用户信息安全,是一个需要解决的问题。 

机会(Opportunities):
5G技术的发展:5G时代将为微信提供更多的可能性,如更高质量的音视频通话,以及物联网等新兴应用场景。
金融科技的发展:微信可以利用自身庞大的用户基础和支付数据,进一步发展金融科技,如借贷、理财等服务。
企业级应用市场:微信可以进一步发展企业版微信,为企业提供内部沟通、协同办公等解决方案。 

威胁(Threats):
竞争对手:微信面临来自其他社交平台的竞争,如QQ、陌陌、钉钉等。
法规和政策风险:由于微信涉及用户隐私和数据,因此可能会受到更严格的法规监管和政策风险。
技术变革:新的技术和应用可能会改变用户的社交习惯,对微信构成威胁,如短视频应用、VR/AR技术等。 
以上就是关于微信的SWOT分析,希望能对你有所帮助。如果你还有其他问题,欢迎继续提问。

三十二,MECE原则:

MECE即把一个工作项目分解为若干个更细的工作任务的方法。它主要有两条原则:第一条是完整性,说的是分解工作的过程中不要漏掉某项,要保证完整性;第二条是独立性,强调了每项工作之间要独立,每项工作之间不要有交叉重叠。

mece即mece分析法,全称 Mutually Exclusive Collectively Exhaustive,中文意思是“相互独立,完全穷尽”。 也就是对于一个重大的议题,能够做到不重叠、不遗漏的分类,而且能够借此有效把握问题的核心,并成为有效解决问题的方法。

类似于细化需求,将一个大的功能,拆分成更细微的需求。不过MECE原则比较泛化,是将项目进行分解,例如一个社交产品,需要分解成“用户模块”,“系统模块”,“内容模块”等。

三十三,互联网产品的营销渠道有哪些:

1,搜索引擎营销(SEM,search engine marketing)竞价排名;
2,大型门户网站中硬软、软文营销;
3,SEO(search engine optimization)搜索引擎优化;
4,自媒体营销,例如今日头条、抖音、百家号、小红书等;
5,微博微信营销;
6,垂直领域的社区营销,例如餐饮去美团、大众点评等;咸鱼或者其他社区类产品里营销;
7,线下营销;

三十四,一个商业化项目需要考量的东西,包括前期调研、设计、开发、运营渠道、商业模式等:

参考:https://www.woshipm.com/pd/5398523.html

三十五,互联网公司中,中台职位指的是什么?

首先,中台是一种产品设计思路,或者系统架构思路,慢慢延伸到去构思这种思路的职位,称之为中台。

具体是什么思路呢?
能够机制化,产品化地解决这些问题,能够更好地通过产品的形式,将企业内部具有很强的通用性的数据、功能、产品甚至经验进行统一规划和开发,进而更好地帮助前台业务部门更多地关注业务,提高业务运营效率,进而提升企业竞争力,是企业开发中台的基本出发点。

通俗的讲,就是将功能类似的模块进行合并、或者大概率长期有价值的功能,进行模块化模块化(组件化),使其能够复用,减少其系统功能与功能之间的冗余度,使反复开发/使用的功能和系统统一规划和管理,就是中台的思路。

中台的好处是什么:
1,减少开发(人力、资源)成本;
2,统一管理,增加复用性;
3,大规模的系统模块化,便于迭代维护,且能够适用于大规模业务的扩展。

三十六,BI相关产品:

商业智能(Business Intelligence,简称:BI),又称商业智慧或商务智能,指用现代数据仓库技术、线上分析处理技术、数据挖掘和数据展现技术进行数据分析以实现商业价值。

三十七,BA是什么职位?

BA就类似于是PM(产品经理)的职位,BA是英语单词(Business Analys)缩写,即业务需求分析师。
在IT公司里,BA的角色就是PM(产品经理),只是这类PM要承接某个很具体的业务或者领域。比如银行也有自己的IT部门,银行IT里的产品经理可能要对接专门的业务组,比如网银业务,信用卡业务,理财产品业务,基金代理业务,这样承接某个具体业务需求的产品经理就叫BA。

BA所承担的工作和PM是一样的,需要分析需求,出具原型和需求说明书,之后将具体的需求提交给SA(System Analyst)系统分析师,由SA来将需求拆分为技术实现计划,并根据技术实现计划制定时间表,下达给具体开发部门来承接需求开发。

三十八,原型测试

原型测试,将原型设计文档交付给测试人员、决策人员、或者用户,通过动态交互或者静态展示的方式,展示其产品的整个页面布局、功能、交互流程、内容等。
用户通过原型的展示或者操作进行测试,在测试过程中观察用户的交互行为、可询问用户在当前操作中需要在产品中得到什么样的反馈、什么样的响应等并记录;

原型测试的必要性(作用):
1,验证当前产品设计、需求的假设是否有效,是否可行;
2,减少开发风险和开发成本,测试时找到产品功能漏洞或产品功能的可行性,可在后期开发的时候避免功能弃用或者修改造成的回滚,减少风险和开发人员的开发成本;
3,完善产品需求;

原型测试关注的产品领域:
1,视觉方面,页面,包括UI设计、组件位置、色值、字体等;
2,交互流程、核心功能,也就是测试的核心关注点;
3,结论,具体测试了哪些功能、有什么样的感受,有什么样的建议,假设等。

测试完之后,撰写测试报告,记录测试人员、测试时间、测试软硬件、测试后具体的需求、可行性、修改、是否弃用等测试结论的分析;

三十九,产品Roadmap(产品路线图)

产品路线图是产品需求在时间轴上的总体视图,它是产品需求与其完成时间的概览,可以使用产品路线图来对需求进行分类、排定优先级,然后确定发布时间表。

路线图中,需表明产品需求、工作量、优先级、完成时间。
产品路线图应该能够让产品负责人和项目团队长远地了解产品计划,并提供关于实现这些目标和时间节点的指导。

产品路线图设计步骤:
1,梳理需求;
2,需求分类;
3,需求分析且优先级排序;
4,确定需求时间。

PS:
产品路线图可分为两种:
1,产品整体路线图,包含了整个公司对产品的期许和愿景,这个路线图可模糊化,预示着未来的整体路线;
2,当前版本的路线图,包含了整个大版本已经立项的功能模块,这里是已经清晰的模块功能,大多用于项目管理。

四十,测试用例

测试用例是指对某特定的软件系统进行测试任务的描述,它体现了测试的方案、方法和技术,包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。

测试用例的设计也就是测试需求细化的过程,测试需求分析和测试用例设计是密不可分的,前者是后者的依据,后者是前者的体现。测试用例的设计应与复审相结合,根据相关设计信息设计测试数据,以增大发现错误的可能性。


测试的目的:
为了检验最后工程师与设计师做出来的产品与我们最初确立的需求和预期是否吻合,还有就是发现其中明显的使用缺陷和实施错误。测试的结果是一个产品是否完成的标准,也是一个产品成功迭代更新的保障。

测试,可通过产品的需求,用脑图或者测试用例文档的方式将测试用例进行整理。当产品跟测试人员进行需求评审完以后,测试人员就开始写测试用例,写完之后,在集体需求评审后,开始进行测试用例评审。

测试用例的大体测试方向:
1,核心功能;
2,用户交互;
3,UI显示效果;
4,内容;
5,性能测试;
6,边界测试(无网络、出错、兼容性等);

测试用例文档包含的维度:
1,当前用例所处的系统模块;
2,当前用户的具体功能;
3,测试用例编号;
4,用例说明(类似用例标题);
5,前置条件(当前用例必须得依赖环境或者依赖事项);
6,输入内容;
7,输出内容;
8,预期结果(应当根据需求所得到的结果,这里根据需求文档去填写);
9,测试结果;
10,是否达到预期(BOOL);
11,原因或建议(未达到预期的原因或者以达到预期但需要提建议);

测试最终结果:
最后可将测试结果放在禅道,对于bug或者需要优化的进行任务分配,待开发人员修复后再进行复测,然后交付产品经理。

参考:
https://www.woshipm.com/pmd/276958.html

如以下示例,为测试用例一个模板:

四十一,灰度发布

灰度发布是对某一产品的发布逐步扩大使用群体范围,也叫灰度放量。
过程:从公司内部用户 – 忠诚度较高的种子用户 – 更大范围的活跃用户 – 所有用户。
在此过程中,产品团队根据用户的反馈及时完善产品相关功能。

灰度发布的作用:
1,及早获得用户的意见反馈,完善产品功能,提升产品质量;
2,让用户参与产品测试,加强与用户互动;
3,降低产品升级所影响的用户范围;
4,规避一定的发布风险;
5,避免停服发布给用户带来不便;
6,具有容灾能力。

参考:
https://www.cnblogs.com/lingyejun/p/15851425.html

四十二,冒烟测试

冒烟测试,就是测试本期需求的前置条件,通俗地讲就是,例如要测试更改密码的功能,你的前置条件就是必须先登录账户,那么测试登录就属于一个冒烟测试。

冒烟测试的目的:
冒烟的目的就是在测试当前新需求所产生的用例时,顺便测试一下与老需求是否有关联,如果有关联会有什么影响,及时更改纠正,然后再测新的,也就是说测试成本最小化,省的新需求测试后,关联的前置需求出现了bug,又得新老需求一起进行复测。

四十三,CPM,每千次展示的成本 (Cost per Mille)

计算公式为:千人成本=(广告费用/到达人数)×1000
CPM为千人浏览成本,也就是一个CPM是1000个人看到的价格。

一个广告横幅的单价是1元/CPM的话,意味着每一千个人次看到这个Ban-ner的话就收1元,如此类推10000人次访问的主页就是10元。


CPM(Cost Per Mille), 即千次广告展现的费用。因为每次展现的费用数字很小,业内约定按照广告展现了1000次的形式来收费。按此付费的广告大多以品牌展示、产品发布为主,比如:微信朋友圈广告,曝光效果通常比较好 ;
CPC(Cost Per Click), 即按照广告被点击的次数来计费。关键词竞价、信息流广告大多是这种模式;
cpa(cost per action),即按照用户行为来计费,一般为注册行为,注册成本。也包括CPD(CostPer Download)每次下载成本CPI(Cost Per Install)每次安装成本;
cps(cost per sell),即按照销售来付费,直接的效果营销广告。比如在手游中,用户充值一定金额为一次有效销售。不接入渠道SDK,只给渠道一个游戏包,分成由cp分给渠道;
CPP(Cost Per Purchase),每购买成本,指按交易笔数来结算。只有在用户点击广告并进行交易后,按交易笔数付给广告站点费用。与cps不同的是,cpp是按订单数量,cps是订单金额,一般以采用cps居多;
CPT(Cost Per Time)即按照一个时间段进行展示来费用,一般为1天,1周,1月。以一个固定价格去买断一段时间内的广告位展示,被称作最省心的投放方式。大多数平台方通过CPT是最快速也是最有效赚钱的合作方式。

四十四,市场集中度

市场集中度指的是某行业的相关市场内前N家最大的企业所占市场份额(产值、产量、销售额、销售量、职工人数、资产总额等)的总和,是对整个行业的市场结构集中程度的测量指标,用来衡量企业的数目和相对规模的差异,是市场势力的重要量化指标。

四十五:M端指什么?

M端也叫M站,可以理解成HTML5站点,或者Mobile站点。
需要跨平台、跨屏幕使用 预算不高且要求快速开发 开发成本低,周期短,CSS + JS + 等(用开发PC的技术就能实现) 社交分享互动高密度、强度的内容产品。

四十六,用户标签是什么?

概念:
用户标签是构成用户画像的核心因素,是将用户在平台内所产生的行为数据,分析提炼后生成具有差异性特征的形容词。即用户通过平台,在什么时间什么场景下做了什么行为,平台将用户所有行为数据提炼出来形成支撑业务实现的可视化信息。

例如:现阶段90后00后女生的标签可能是:“爱美”,“特立独行”等。

标签来源:
产品初期:在产品还没有用户的情况下,主要通过大量用户调研和行业调研,基于产品定位和业务需要梳理出初始目标用户标签,前期的人工工作量相对繁重,可对初始标签的设定准确性远高于凭空想象。
产品发展期:
基于原有数据沉淀分析出来的精准性标签,与用户行为产生的数据进行清洗整合,提炼出相对完善的用户标签;基于原有数据梳理标签,要注意数据排重,避免标签过于同质化。

标签属性:
1,静态标签,用户主动提供的数据或可直接获取的一些用户数据;
2,动态标签,用户在平台内的一些操作行为,平台根据规则为用户打上的标签;
3,预测标签,用户在平台内的一些操作行为数据,根据此数据对用于未来的痛点或者喜好进行预测后,平台根据某种规则打上去的一种标签。

总结:
1,标签最终还是为需求服务,根据用户标签产出需求,优化产品,让产品更加人性化,用户价值更高;
2,标签可增加产品对用户的粘性,可通过标签分析出不同的商业(盈利)模式,所以可增加产品的商业价值。

参考:https://www.woshipm.com/pd/3428497.html

四十七,用户画像是什么?

用户画像包括了用户标签,也可以理解为,用户标签是用户画像具象的体现方式,也是用户画像的核心;

那么用户画像还包括一些外界的涉及用户的信息,例如:
1,用户的真正痛点,在产品当中解决用户痛点后用户的反馈;
2,用户对商业模式的接受程度,例如是否愿意付费,是否愿意充值,能否接受免费加广告模式等;
3,用户对同类产品的使用频率,对同类产品的评价等;
4,用户对于行业的依赖程度;
5,……

四十八,价格倒挂是什么意思?

价格倒挂是商品的购进价格高于销售价格。

商品在流通环节或产销地区间出现的价格反常现象。其类型大致有: (1) 产销价格倒挂,即同种商品在同一时间内销售价格低于生产者的出厂价格。(2) 购销价格倒挂,即同种商品在同一时间的销售价格低于购进价格。(3) 批零价格倒挂,即同种商品在同一时间的零售价格低于批发价格。(4) 城乡价格倒挂,即同种商品在同一时间内城市的销售价格低于农村的购进价格。

四十九,IAP是什么?

全称为In-App Purchase,即应用内购买。它是指用户在应用程序中购买虚拟货币、增值服务、功能模块和订阅服务等的一种模式。

五十,下沉市场指什么?

下沉市场,通常是指三线以下城市、县镇与农村地区的市场。其覆盖的人口规模和消费规模很大,社会消费品零售额、网购市场规模、移动支付金额等增长迅速,在我国消费大盘中的地位和作用日益突出。

下沉市场囊括了约200个地级市、3000个县城和40000个乡镇。

五十一,招聘JD是什么?

招聘JD的意思是招聘岗位描述(Job Description)。
其主要作用是将岗位职责、任职要求、工作条件等信息透明化地传达给招聘人员。主要用于向应聘者展示具体职位的工作内容和需要具备的能力,以及与职位相关的其他信息。

五十二,灵工行业指什么?

灵工总结为五大行业:知识付费(在线教育、互联网医疗、写手等)、直播(直播带货、主播)、社交电商(微商、微店)、众工众包(美团、饿了么等)、物流出行(快递、网约车)。

直播行业——主播佣金结算
社交电商——分佣佣金结算
在线教育——教师佣金结算
电竞行业——选手佣金结算
传媒行业——自媒体佣金结算
知识付费……网络写手佣金结算

五十三,STAR法则是什么?

STAR法则是情境(situation)、任务(task)、行动(action)、结果(result)四项的缩写。

S:事情在什么情况下发生的?
T:是什么样的任务?
A:你采取了什么行动?
R:获取了什么结果?

五十四,IPD概念:

集成产品开发(Integrated Product Development, 简称IPD)是一套产品开发的模式、理念与方法,是基于市场和客户需求驱动的集成产品开发管理体系。其核心是由来自于市场、开发、制造、服务、财务、采购等方面人员组成的跨部门团队共同管理整个产品开发过程,即从客户需求、概念形成、产品开发、上市,一直到生命周期的完整过程。

1,概念阶段;
2,计划阶段;
3,开发阶段;
4,验证阶段;
5,发布阶段;
6,命周期管理阶段;
参考:
https://worktile.com/kb/ask/16913.html

五十五,OCR是(Optical Character Recognition,光学字符识别)的简称,主要用途:
1,办公用途,用来识别图片里面的文字,可以高效率的录入图片类型文件;
2,识别网站验证码;
3,ID识别等;

五十六,WMS是什么?

仓库管理系统(WMS-Warehouse Management System),WMS 是一个用于管理仓库或者物流配送中心的计算机软件系统,它对仓库内的各类资源进行计划、组织、引导和控制,对货物的存储与移动(入库、出库、库内移动)进行管理,并实现了作业人员的绩效管理。

参考:
https://wiki.mbalib.com/wiki/仓库管理系统

五十七,高内聚:

高内聚的代码体现在模块、类或函数内部的结构上,主要有以下几个方面:
单一责任:每个模块、类或函数应该只负责一项明确的任务或功能。这样可以使代码的功能清晰,易于理解和维护。
相关性:模块、类或函数的成员(属性和方法)应该紧密相关,它们共同完成模块的主要任务。不相关的功能不应该放在同一个模块内。
适度粒度:高内聚的代码通常具有适度的粒度,即不会太大也不会太小。一个模块或类的功能应该是自洽的,而不是过于庞大或过于细小。
简洁性:高内聚的代码通常比较简洁明了,不包含过多的不必要复杂性和冗余代码。
代码复用:高内聚的模块或类可能更容易在其他地方被复用,因为它们的功能是清晰的,独立的,而且与其他功能相对独立。
易测试:高内聚的代码通常更容易进行单元测试,因为每个模块或函数都有明确的功能,可以更容易地验证其正确性。

举例来说,如果我们有一个处理用户数据的模块,其中包含获取用户信息、更新用户信息和删除用户信息的函数,而这些函数之间相互关联并紧密配合完成用户数据管理,那么这就是一个高内聚的模块。它将用户数据管理的所有操作都放在了一个单一的模块内,而不是把它们分散在不同的地方,这样可以提高代码的可维护性和可读性。

模块、类、函数或属性分别的体现出的一种独立性;

五十八,低耦合:

低耦合的代码体现在不同模块、类或函数之间的关系上,主要有以下几个方面:
依赖关系简单:模块、类或函数之间的依赖关系应该尽可能简单。模块之间的通信应该通过明确定义的接口进行,而不是直接依赖于对方的内部实现。
松散耦合:模块、类或函数之间的依赖应该尽量松散,即一个模块的改变不应该导致其他模块的大规模修改。
少使用全局变量:全局变量会增加模块之间的耦合度。低耦合的代码应该避免过度使用全局变量,而是通过参数传递和局部变量来实现数据传递。
明确定义接口:模块、类或函数之间的交互应该通过明确定义的接口进行。这样可以降低模块之间的耦合度,使得接口改动时对其他模块的影响尽可能小。
使用依赖注入:通过依赖注入,可以将模块之间的依赖关系从代码内部移到外部配置中。这样可以降低耦合,增加代码的灵活性和可测试性。
避免循环依赖:模块之间不应该形成循环依赖关系,否则修改一个模块可能会牵扯到一系列其他模块的变更。

举例来说,如果我们有一个订单管理模块和一个库存管理模块,订单管理模块需要调用库存管理模块来更新库存信息。如果订单管理模块只是通过库存管理模块提供的公共接口来进行库存更新,而不知道库存管理模块的内部实现细节,那么这就是低耦合的体现。因为订单管理模块与库存管理模块之间的依赖关系是简单明了的,修改库存管理模块的内部实现不会影响到订单管理模块。

模块、类、函数或属性,他们两两之间的关联(例如模块和模块之间、类和类之间等)和依赖不能相互影响,而是通过独立接口或者依赖注入的模式去实现彼此模块之间所需要的功能或结果。

五十九,产品需求的达成路径指什么?

通常指的是在产品开发、项目实施或业务过程中,为满足特定需求而制定的一系列步骤或阶段性计划。
这个过程旨在确保需求能够在预定的时间内、符合质量标准地得以实现,并且交付。

其路径主要包括:需求定义规划(需求管理、周期管理)需求设计(包括UI设计)开发/实施测试(包括后期的验收)部署(包括上线),维护和优化(包括用户反馈,功能优化等),后期物料(数据)的填充,运营等;

六十,“互联网思维”指的是什么?

互联网思维是一种秉持开放、灵活、创新和数据驱动的思维方式,是适应互联网时代发展和应用的重要理念和方法论。

1,用户至上: 互联网思维强调以用户为中心,关注用户需求和体验,不断优化产品和服务以满足用户的需求和期望。

2,快速迭代: 互联网思维倡导快速、灵活的迭代开发和发布模式,通过持续的小步改进和反馈循环,不断完善产品和服务,适应市场变化和用户需求。

3,开放共享: 互联网思维鼓励开放式创新和共享经济,倡导资源共享、信息开放和合作共赢,通过开放平台和生态系统,促进创新和价值创造。

4,平台化运营: 互联网思维强调构建平台和生态系统,通过平台化运营模式,整合各方资源和服务,实现规模效应和网络效应,提升市场竞争力。

5,数据驱动: 互联网思维注重数据的收集、分析和应用,通过数据驱动的决策和优化,提高产品和服务的效率和效果,实现精准营销和个性化服务。

6,创新突破: 互联网思维鼓励创新和突破,不断探索和尝试新的商业模式、产品形态和技术手段,寻求突破性的发展和增长点。

Leave a Reply

Required fields are marked *