欢迎莅临welcome皇冠 欢迎莅临welcome皇冠 欢迎莅临welcome皇冠

谈谈什么是验证能力

这实际上是本书的姊妹篇。当时想写一篇,但觉得太长了。算了,我分两篇说了。

调研是了解需求,寻找可能的解决方案,验证是检验需求和解决方案的可行性。

那么有几种情况。

包括事前验证和事后验证。

预验证是在项目开发运营前进行的小规模验证。回溯验证时,对操作过程中的一些想法和判断进行验证。

先说预验证

1.核实核心诉求。

2.业务转型模型验证。

3、技术验证。

4、团队磨合验证。

1.核心需求验证

一个典型的例子就是游戏的核心玩法。很多时候,游戏只是做了一个核心的打斗玩法场景,然后找核心玩家测试,看看接受度和期待度,然后再决定是否继续游戏下去。如果核心玩法不被接受,后面就没必要做了。

好吧,这不仅仅是游戏。我已经说服了许多企业家退休。我有很多想法。我觉得我需要投资才能做大事。那么,您是否验证了核心诉求?怎么做?选择最基本和最核心的。点,你的核心目标用户群最关心的一个点,你做一点实验,然后拉群,拉微信群,小规模提供某项服务,不管是人工还是简单的脚本,就算你付点钱外包也好,看用户如何接受这个诉求,如何回馈这个服务。

很多创业者说,不行,用户不接受是因为我提供的服务不完善。我得做前后左右来测试。这是一种痴迷。

很多创业团队从来没有验证过自己的核心诉求,脑袋一热就开始盖高楼。最后他们发现,除了一帮评论家和自媒体来找资料外,并没有真正的用户在使用。

这里我想说一下,验证和调研的区别在于,调研是了解用户需要什么,愿意付出什么,而验证是提供最基本的需求,看用户是否接受,如何反馈。

2.业务转型模型验证

游戏测试其实就是典型的业务转化模型验证。放一点广告,跑个测试服,然后统计玩家的留存率、付费率、平均付费金额、玩家生命周期,如果计算不对,继续优化调整;一旦踏踏实实跑对了,心里就明白了,再做一些后续的准备,就可以大规模推广运营了。

那么跟谁学一些上市公司的报道也提到了,他们也遇到了困难时期,估值太高,资金消耗太快。当时公司很危险,所以他们打算转型,但是一开始不知道怎么办。,开始小范围测试一些直销课程,经过几个月的计算,投入产出比出奇的好。

小规模模式的成功与大规模模式的建立之间没有必然的因果关系,但相关性还是很高的。很多人说这是错误的。规模效应在小范围内是负的,在大范围内可能是正的。是的,对于一些商业模式,小规模验证是一种损失,他们也可以规模化,因为他们相信规模化可以降低成本;但这也需要衡量。前几年o2o流行的时候,很多人关心规模的成本效应。过度乐观最终会毁掉这个群体。

小规模验证也需要精益求精,比如营销材料的设计,比如目标人群的选择,否则你的产品可能没有问题,结果数据却总是跑错。

验证必须有数据目标,必须遵守数据原则。有时候觉得沉没成本太高,验证数据不好,但总觉得做大了所有问题都能解决,一意孤行,验证就失去了意义。

3、技术验证

前面说了,压测什么时候做,产品上线之前?核心功能什么时候完成?错了,数据结构设计好了,压力测试就开始了。

是的,压测不用写一行代码就开始了。数据结构建立好后,编写脚本创建百万级测试数据,然后完成核心SQL和核心逻辑代码进行压力测试。

那时,我正在做统计和做社区工作。我在数据结构和系统设计之初就开始做压力测试。当压力测试结果令人满意时,我开始编写代码。其实这就是技术验证,验证这里的技术逻辑是否能够支撑业务需求。测试。

所以不仅是压力测试,还有其他的。

以前在百度做日志分析。日志很大,代码逻辑不复杂,但是跑一次的概率不高。,然后需要几十分钟,甚至几个小时。

先做分片分析,检查结果,确保代码业务逻辑正确。

然后做断点输出,比如每执行10000条log就输出当前状态和执行时间,然后观察执行负载,一般遇到内存溢出的情况,可以大致知道执行完后会溢出多少log,每10000条log执行时间是多少,然后想办法优化。优化的目标不是追求极致的效率或极致的资源节约,而是在现有资源可以支持的情况下,实现效率和资源的平衡。

事实上,核心负载是通过技术不断验证建立模型后怎么验证,然后不断调整的。确认没有问题后,进入正式部署,添加新的逻辑和能力。

先证明技术方案可行,再启动项目研发。如果项目研发进度到了一定程度,才发现有些核心指标达不到,再去重构,那就很头疼了。

4.团队磨合验证

新团队、新任经理能否具备足够的战斗力,挑战足够复杂的任务,或许还需要验证。比如先做一个独立的小项目,测试团队的执行能力、项目管理方式、每个成员的优缺点。

很多游戏创业团队先做一款轻游戏,运营团队,验证团队执行成本,然后推出重量级产品。

前期验证,很重要的一点就是提炼能力,一定要抓住核心点。抓住最关键的问题,用最低的成本来验证整个项目的可行性。

如果你炼化的不是核心,那么验证它就没有意义,到最后你去实践的时候还是会掉坑里。

如果提炼太多,什么都覆盖,觉得是核心,那么验证成本就太高了,验证就失去了意义。

小的创业团队要早做必要的验证,然后再开始比较大的项目的研发。对于一些个体创业者,我也多次强调,他们是从最小的范围开始验证模型,验证通过后,就开始大刀阔斧地投入。从微信群开始,从朋友圈开始,验证你的产品,验证你的服务。如果你身边的人都不愿意接受你的产品和服务建立模型后怎么验证,你凭什么认为你可以做大规模的产品和服务?

再说回溯验证。

1. 验证预测。