一种应用于服务软件发布前的测试与推广方法与系统与流程

1.本发明涉及软件推广技术领域，具体涉及一种应用于服务软件发布前的测试与推广方法与系统。


背景技术：

2.当下，许多软件没有得到很好的推广，其用户的增长仅仅是依赖于自然用户增长或者应用商店的推送带来的用户引流，这对于软件开发商的发展来说是很不利的。只有拥有庞大的用户基数，才能保证软件的持续发展。同时，现有的软件推广大多在软件发布以后，在软件开发阶段，并不会很多用户能够了解到该软件，这也就导致了软件发布初期，及时有用户安装了该应用，也很难上手操作，导致了用户的流失。因此如何合理的推广软件，在帮助用户熟知该软件同时，帮助软件开发商有效留住已有用户，就是本发明所要解决的问题。


技术实现要素：

3.为了在软件正式发布之前，帮助软件开发商更好的对软件功能上的不足处有更直观的了解，同时帮助软件能够更好的留住有效用户，帮助用户更快入手软件，本发明提出了一种应用于服务软件发布前的测试与推广方法，所述软件内置有发布后的所有功能模块，具体包括步骤：
4.s1：获取软件推广人员下发的受邀码，并根据受邀码开启各功能模块的使用权限；
5.s2：根据服务软件正式发布后的完整操作步骤，获取各测试人员在操作过程中各功能模块的操作时间以及各功能模块的完成时序；
6.s3：根据各功能模块的完成时序进行操作完整度的排序，并根据各功能模块的操作时间进行整体操作时间的排序；
7.s4：根据操作完整度排序和操作时间排序，根据预设规则对测试人员进行预设奖励机制下的奖励派发；
8.s5：测试完成，生成受邀码。
9.进一步地，所述功能模块包含发布模块和接单模块，发布模块和接单模块对应的操作步骤为：
10.a1：通过发布模块向测试端下发订单生成请求，根据测试端的输入信息生成订单信息并上传至服务器端；
11.a2：根据测试端的定位信息，通过接单模块获取由服务器端随机配发的预设距离内的订单信息；
12.a3：根据订单信息反馈相应确认信息至服务器端。
13.进一步地，所述a2步骤中，测试与推广阶段的预设距离为预设倍数于服务软件正式发布后所设置的派单距离。
14.进一步地，所述s2步骤中，测试端可通过服务软件的专属验证码，以验证码交互的
形式指定特定的测试端进行订单配发。
15.进一步地，所述功能模块含有信息注册模块，信息注册模块对应操作步骤为：
16.根据服务软件正式发布后的注册信息要求，获取测试人员上传的虚拟注册信息。
17.进一步地，所述预设奖励机制为实物奖励或激励金奖励。
18.进一步地，所述功能模块包括订单结算模块，
19.当预设奖励机制为实物奖励时，所述s4步骤之后还包括步骤：
20.s41：通过订单结算模块获取测试人员的收件地址信息；
21.当预设奖励机制为激励金奖励时，所述s4步骤之后还包括步骤：
22.s42：通过订单结算模块绑定测试人员的支付端，将激励金转账至测试人员支付端。
23.本发明还提出了一种应用于服务软件发布前的测试与推广系统，所述软件内置有发布后的所有功能模块，具体包括：
24.功能解锁单元，用于获取软件推广人员下发的受邀码，并根据受邀码开启各功能模块的使用权限；
25.操作记录单元，用于根据服务软件正式发布后的完整操作步骤，获取各测试人员在操作过程中各功能模块的操作时间以及各功能模块的完成时序；
26.数据排序单元，用于根据各功能模块的完成时序进行操作完整度的排序，并根据各功能模块的操作时间进行整体操作时间的排序；
27.奖励派发单元，用于根据操作完整度排序和操作时间排序，根据预设规则对测试人员进行预设奖励机制下的奖励派发；
28.受邀生成单元，用于在测试完成后，生成受邀码。
29.进一步地，所述功能模块包含发布模块和接单模块，其中：
30.发布模块，用于向测试端下发订单生成请求，根据测试端的输入信息生成订单信息并上传至服务器端；
31.接单模块，用于根据测试端的定位信息，获取由服务器端随机配发的预设距离内的订单信息，并根据订单信息反馈相应确认信息至服务器端。
32.进一步地，所述测试端可通过服务软件的专属验证码，以验证码交互的形式指定特定的测试端进行订单配发。
33.与现有技术相比，本发明至少含有以下有益效果：
34.(1)本发明所述的一种应用于服务软件发布前的测试与推广方法与系统，在服务软件还未正式发布前，通过将软件推广 bug遍寻 用户训练三者相结合，在帮助软件开发商了解自身产品不足之处的同时，同时做到对软件的有效推广，同时通过测试阶段的训练，帮助用户在软件正式发布后的快速上手，避免有效用户的流失；
35.(2)通过对测试完成的用户进行受邀码的授发，将该用户发展为推广人员，助力软件更好的进行推广，同时可另设奖励机制，根据用户邀请完成测试人数，基于用户相应奖励；
36.(3)通过专属验证码的设置，帮助用户更好的拉动自身的朋友进行软件的推广；
37.(4)通过预设距离的设置，避免推广前期参与测试用户基数少带来的配对不成功问题；
38.(5)通过合理奖励机制的设置，更好的激起参与测试用户的参与积极性，实现用户与开发商的双向互利。
附图说明
39.图1为一种应用于服务软件发布前的测试与推广方法的方法步骤图；
40.图2为一种应用于服务软件发布前的测试与推广系统的系统结构图。
具体实施方式
41.以下是本发明的具体实施例并结合附图，对本发明的技术方案作进一步的描述，但本发明并不限于这些实施例。
42.实施例一
43.为了在软件正式发布之前，帮助软件开发商更好的对软件功能上的不足处有更直观的了解，同时帮助软件能够更好的留住有效用户，帮助用户更快入手软件，本发明提出了一种应用于服务软件发布前的测试与推广方法，所述软件内置有发布后的所有功能模块，如图1所示，具体包括步骤：
44.s1：获取软件推广人员下发的受邀码，并根据受邀码开启各功能模块的使用权限；
45.s2：根据服务软件正式发布后的完整操作步骤，获取各测试人员在操作过程中各功能模块的操作时间以及各功能模块的完成时序；
46.s3：根据各功能模块的完成时序进行操作完整度的排序，并根据各功能模块的操作时间进行整体操作时间的排序；
47.s4：根据操作完整度排序和操作时间排序，根据预设规则对测试人员进行预设奖励机制下的奖励派发；
48.s5：测试完成，生成受邀码；
49.所述功能模块包括订单结算模块，
50.当预设奖励机制为实物奖励时，所述s4步骤之后还包括步骤：
51.s41：通过订单结算模块获取测试人员的收件地址信息；
52.当预设奖励机制为激励金奖励时，所述s4步骤之后还包括步骤：
53.s42：通过订单结算模块绑定测试人员的支付端，将激励金转账至测试人员支付端。
54.在软件推广初期(未正式发布，用户可通过应用商店进行软件的下载，微信、支付宝、抖音等各平台小程序搜索，但无法使用其具体功能)，由软件的推广人员(或平台)将受邀码发送给意向用户(不仅仅限于受邀码，亦可为网络链接等形式进行功能实现，可通过定时限量发放或者软件内部推送的形式)，而用户端的软件需要输入邀请码才会开启各功能模块的使用权限(进入测试模式，记录相关使用数据)。而仅仅是开启各功能模块的使用权限，并不能有效留住用户。
55.为此，本发明提出了一种奖励模式，由相关负责人或者平台预先支付相应奖金至服务软件中，而用户只需要根据软件界面的操作提示，完成服务软件正式发布后的各功能模块的各项操作步骤，即可根据预设奖励机制下获得一定奖励，其中奖励包括实物奖励或激励金奖励(与受邀码等绑定，用户完成任务即可领取)。通过奖励的形式，激起用户的参与
热度，同时能够帮助用户更好地上手软件的操作流程，使软件在正式发布后就能够留住一部分优质用户。
56.而在用户(也即是测试人员)对各功能模块进行操作的过程中，软件开发人员就会接收到各功能模块在具体操作过程中的反馈数据。通过这些数据，软件开发人员就可以了解软件在实际使用中可能存在的一些bug，从而及时对其进行代码修复，避免软件正式发布后给用户带来不好的使用体验。
57.同时，在用户操作各功能模块的时候，软件会记录用户在操作过程中各功能模块的操作完整度、操作时间以及各功能模块的完成时序，并反馈至服务器。那么服务器就会根据各功能模块的完成时序进行操作完整度的排序，根据各功能模块的操作时间进行整体操作时间的排序，并根据操作完整度排序和操作时间排序，根据预设规则对测试人员进行预设奖励机制下的奖励派发。此处的预设规则，可以是根据排名进行奖励分发，也可以是随机选择用户进行奖励分发，这里不做具体限定，只要符合奖励合理分配机制即可。
58.为了进一步提高软件的推广效率，已完成测试用户的软件端还会生成受邀码。在一优选实施例中，用户可通过自己的受邀码邀请其它用户进行软件的测试，根据完成测试的用户人数，该参与推广的用户就可得到相应的激励金。
59.具体地，因为本发明针对的主要是服务型软件，因此必然有服务需求型用户和服务供应型用户，因此功能模块包含发布模块和接单模块，其中，为了使发布模块和接单模块更加适应于测试阶段的需求，其对应的操作步骤为：
60.a1：通过发布模块向测试端下发订单生成请求，根据测试端的输入信息生成订单信息并上传至服务器端；
61.a2：根据测试端的定位信息，通过接单模块获取由服务器端随机配发的预设距离内的订单信息；
62.a3：根据订单信息反馈相应确认信息至服务器端。
63.其中，考虑到推广阶段参与测试的用户基数可能不多，单位距离范围内的用户可能无法很好的进行配对测试，因此，测试与推广阶段的预设距离为预设倍数于服务软件正式发布后所设置的派单距离。以此保证参与测试的用户能够有效的完成功能模块的测试使用。
64.而为了使参与测试的用户更好的带动自身的朋友参与测试，同时减少配对的时间，用户测试端可通过服务软件的专属验证码，以验证码交互的形式指定特定的测试端进行订单配发，从而使得朋友之间通过协作更好的完成测试任务。而通过这种朋友互相协作的方式进行测试，能够更好的模拟基于朋友间互帮互助型服务软件的测试。
65.进一步地，功能模块含有信息注册模块，信息注册模块对应操作步骤为：
66.根据服务软件正式发布后的注册信息要求，获取测试人员上传的虚拟注册信息。
67.通过虚拟注册信息的使用，在完成对信息注册模块的测试的同时，更有效的保证用户个人数据的安全。
68.实施例二
69.为了更好的对本发明的技术内容进行理解，本实施例通过系统结构的形式来对本发明的技术内容进行阐述，如图2所示，一种应用于服务软件发布前的测试与推广系统，所述软件内置有发布后的所有功能模块，具体包括：
70.功能解锁单元，用于获取软件推广人员下发的受邀码，并根据受邀码开启各功能模块的使用权限；
71.操作记录单元，用于根据服务软件正式发布后的完整操作步骤，获取各测试人员在操作过程中各功能模块的操作时间以及各功能模块的完成时序；
72.数据排序单元，用于根据各功能模块的完成时序进行操作完整度的排序，并根据各功能模块的操作时间进行整体操作时间的排序；
73.奖励派发单元，用于根据操作完整度排序和操作时间排序，根据预设规则对测试人员进行预设奖励机制下的奖励派发；
74.受邀生成单元，用于在测试完成后，生成受邀码。
75.其中，功能解锁单元、操作记录单元、受邀生成单元位于软件端，数据排序单元和奖励派发单元位于服务器端。
76.进一步地，功能模块包含发布模块和接单模块，其中：
77.发布模块，用于向测试端下发订单生成请求，根据测试端的输入信息生成订单信息并上传至服务器端；
78.接单模块，用于根据测试端的定位信息，获取由服务器端随机配发的预设距离内的订单信息，并根据订单信息反馈相应确认信息至服务器端。
79.进一步地，测试端可通过服务软件的专属验证码，以验证码交互的形式指定特定的测试端进行订单配发。
80.综上所述，本发明所述的一种应用于服务软件发布前的测试与推广方法与系统，在服务软件还未正式发布前，通过将软件推广 bug遍寻 用户训练三者相结合，在帮助软件开发商了解自身产品不足之处的同时，同时做到对软件的有效推广，同时通过测试阶段的训练，帮助用户在软件正式发布后的快速上手，避免有效用户的流。
81.通过对测试完成的用户进行受邀码的授发，将该用户发展为推广人员，助力软件更好的进行推广，同时可另设奖励机制，根据用户邀请完成测试人数，基于用户相应奖励。
82.通过专属验证码的设置，帮助用户更好的拉动自身的朋友进行软件的推广。通过预设距离的设置，避免推广前期参与测试用户基数少带来的配对不成功问题。通过合理奖励机制的设置，更好的激起参与测试用户的参与积极性，实现用户与开发商的双向互利。
83.需要说明，本发明实施例中所有方向性指示(诸如上、下、左、右、前、后
……
)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。
84.另外，在本发明中如涉及“第一”、“第二”、“一”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
85.在本发明中，除非另有明确的规定和限定，术语“连接”、“固定”等应做广义理解，例如，“固定”可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
86.另外，本发明各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。