客户说先试一个月：限时体验版的期限、到期与数据

客户说「先给我们试用一个月」，这句话背后有三件事要定：试用什么、什么时候到期、到期之后怎么样。大部分人只想了第一件。

结果通常是这样的：一个月到了，应用一打开是一片空白，或者弹一句「已过期」，然后什么也做不了。客户的第一反应不是「该付钱了」，是「我的东西呢」。

这一篇讲限时体验版：它和演示版的区别、到期之后的三种处理方式各适合什么场景、试用数据和正式数据怎么隔、时间该按谁的钟算，以及试用转正式那三个动作。官网是 www.apkeditor.cn。

一、体验版不是演示版，它的目标是让人用起来

这两个东西经常被混为一谈，但它们的目的完全相反。

演示版是给陌生人看的，十分钟，三个场景，目标是「让他相信这件事能办成」。所以数据是假的、入口是收的、流程是短的。

体验版是给准客户用的，三十天，真实业务，目标是「让他离不开」。所以数据是真的、入口是全的、流程是按他公司实际情况走的。体验版越像正式版，转化率越高。

这个差别决定了很多细节。演示版可以锁掉一半功能，体验版不行——锁掉的那个功能，可能正好是他每天要做的那件事。演示版可以不联网，体验版必须联网，因为它的价值就在于「真的在用」。

还有一点更关键：演示版不需要考虑数据归属，体验版必须。客户在体验期里录进去的每一条数据，到期之后归谁、能不能带走，是一个签约前就该说清的问题。

我们内部有一个很直白的判断：如果一个人用了三十天，最后因为「数据带不走」而放弃，那不是转化失败，那是我们在赶客。

所以体验版的设计顺序应该是反的：先定「到期之后他的数据怎么办」，再定「试用多久」，最后才定「开放哪些功能」。顺序反过来，做出来的东西一定是「防着客户」的，而客户感觉得到。

二、期限怎么设：三种时长对应三种客户

试用期设多久，不是一个拍脑袋的数字，它取决于这个产品被用熟的周期。

七天，适合「装上就能用」的工具。这类产品没有学习成本，七天足够判断有没有用。设太长的坏处是客户会拖，拖着拖着就忘了。

三十天，适合「要跑完一个完整业务周期」的系统。比如门店的月度盘点、项目的月度结算。少于三十天，客户看不到一个完整周期，判断不了。这是最常见的时长。

九十天，适合「要跨季度才看得出效果」的东西。比如排班优化、库存周转。这类产品的价值要时间累积，短了看不出差别。但九十天也有风险：三个月里你的对接人可能换了。

三种时长之外，还有一种做法值得提：不设固定期限，设「用满多少次」。比如「可以处理一百张单」。它的好处是把试用和实际价值绑在一起：用得多的客户自然到得快，用得少的客户可以慢慢来。坏处是不好解释，客户会问「那一百张是怎么算的」。

不管设多久，有两件事必须写清。第一，从哪一天开始算。是安装那天、激活那天，还是签约那天？这三个日期在真实场景里能差两周。第二，到期前有没有提醒。提前三天、提前一天各一次，内容要具体：「您的试用将于某月某日结束，届时将无法新增记录，已有数据可以导出。」

第二件事最容易被省，也最影响转化。一个在到期前被好好提醒过的客户，续费率明显高于到期当天才发现用不了的客户。因为前者有时间做决定，后者只有被冒犯的感觉。

三、到期那天做什么：三种处理，差别很大

这是整件事里最重要的一节。到期之后的行为，直接决定了客户是续费还是走人。

第一种，直接锁死。打开应用弹一个「已过期」，点不掉，进不去。这种做法的唯一优点是干脆，缺点是它把客户逼到了对立面。他手里有一堆数据打不开，第一反应是「你们把我东西扣了」。

第二种，只读不写。能打开、能看历史记录、能导出，但不能新增、不能修改。这是最常见的做法，也是体验最好的一种。客户看到的是「东西还在，只是不能继续用了」，这个感受是可控的。

第三种，降级使用。核心功能受限，但基础功能继续可用。比如只能管一个门店、只能有五个账号、导出带水印。这种做法的好处是客户不会立刻断掉，坏处是「什么叫基础功能」这件事要定义清楚，否则会一直被争。

三种里，第二种的转化率通常最高。因为它同时给了两样东西：数据还在的安心感，和「要继续用就得付费」的明确边界。

具体怎么做？把「只读模式」当成一个正式的功能来做，而不是一个错误提示。界面还是一样的界面，只是所有「新增」「编辑」「提交」的按钮变成灰色，点上去给一句「试用期已结束，开通后可继续编辑」。历史数据照常能看，导出照常能用。

有一个细节很容易被忘：只读模式下，那些「看起来能点」的地方要一起处理。下拉刷新、扫码入口、拍照按钮、列表项左滑删除，这些都不是标准的按钮，很容易漏。漏一个，客户点上去就报错，那一瞬间的观感比完全锁死还差。

四、试用数据和正式数据，怎么隔

客户在试用期里录的东西，转正式之后要不要保留？这个问题必须在试用开始前就有答案。

三种做法。第一种，试用即正式。客户从第一天起就在正式系统里，只是套餐是「试用套餐」，到期后换成付费套餐，数据完全不动。这是体验最好的做法，因为「试用」和「正式」之间没有一道墙。

第二种，独立试用空间。每个试用客户一个独立的空间，转正式时把数据迁过去。好处是试用客户之间互相不影响，坏处是要写一次迁移，而迁移总有失败的可能。

第三种，试用空间共用。所有试用客户在一个空间里，靠标识区分。这是最省事也最危险的做法：一旦标识写错，一个试用客户可能看到另一个试用客户的数据。而试用客户往往是同行，看到了就是事故。

三种里，第一种最值得推荐，因为它把「试用」做成了一个套餐，而不是一个独立的系统。套餐是可以升级的，系统是要迁移的，前者成本低得多。

如果只能做第二种，那有一条底线：迁移必须在客户知情的情况下做，并且迁移完要让他核对一遍。「您的数据我们已经迁过来了，请打开看一下最近的十条记录对不对」，这一句话能省掉后面所有的争议。

还有一个绕不开的问题：试用到期后不续的客户，数据留多久？常见做法是保留九十天，期间可以申请导出，之后清除。这个期限要写在试用协议里，并且在到期提醒里再说一次。不说清楚就清除，是很容易引起投诉的。

五、试用账号还是试用包：两条路的技术差别

从技术上看，让客户「试用」，有两条完全不同的路。

第一条，试用账号。客户装的是正式版的应用，登录的是一个试用账号。期限控制在服务端，到期那天服务端拒绝写操作，客户端就进入只读模式。

这条路的好处是控制力强：期限可以随时延长、随时缩短，甚至可以给某个客户单独开后门。坏处是它依赖网络，客户断网就用不了；而且客户端要能正确处理「服务端说不行」这件事，处理不好就是一堆报错。

第二条，试用包。客户装的是一个专门的包，包里写死了到期时间。期限控制在包里，到期那天客户端自己判断，不依赖网络。

这条路的好处是简单、离线可用；坏处是不可控：客户想延长期限，你得重新打一个包；客户把手机时间改回去，可能就绕过了（取决于实现）；而且这个包和正式包是两个东西，客户转正式时要重新装一次。

两条路的分界线，其实是「你要不要保留随时调整的权力」。要，就用账号；不要，就用包。

现实中更常见的组合是：账号为主，包里带一个兜底的本地期限。联网时按服务端算，断网时按本地算，本地期限到了就先提示「请联网确认授权」。这样既不失控，也不至于断网就废。

这个组合有一个坑要注意：两套期限的判断结果要一致。服务端说还有五天，本地算出来已经到期，客户就会看到「能登录但不能用」这种矛盾的状态。做法是：以服务端为准，本地只在完全断网时才生效。

这里还有一个容易被忽略的技术细节：如果客户把包转发给别人，别人装上之后会怎样。用账号方案，他装上也登不进来；用包方案，他能装、能用到期限结束。这是「包方案」最大的漏洞，也是它看起来最省事的原因。

所以如果一定要发独立的试用包，至少加两个约束：一是首次启动时绑定设备，换设备需要重新激活；二是包里带一个激活码，由你发给具体的人，而不是放在包内。这两条都不复杂，但它们把「随手转发」变成了「需要你同意」。

六、哪些功能可以裁剪，哪些不能

体验版要不要「留一手」，是个需要想清楚的问题。

可以裁的，是「用不到但很贵」的功能。比如多门店管理、批量导入、高级报表、对接第三方系统。这些功能客户在试用期里通常用不上，裁掉不影响他判断核心价值，还能防止他把试用版当正式版长期用。

不能裁的，是「每天都要用」的功能。哪怕它很贵。因为裁掉之后，客户试用的是一个「残缺的东西」，他得出的结论不是「这个功能要付费」，而是「这个产品不好用」。

判断标准很具体：看这个功能在客户的日常工作里出现几次。一天多次的，不能裁；一周一次的，可以给个额度；一月一次的，可以裁。

还有一个中间态很实用：给额度，不给开关。比如「批量导入可以试用，但只能导一百条」。客户能体验到完整流程，同时知道「大规模用是要付费的」。这比直接禁用体面得多。

要裁的功能，怎么呈现也有讲究。不要让它消失，要让它可见但不可用。消失的功能客户不知道存在；可见但不可用的，点上去有一句「试用版暂不支持，开通后可用」，这本身就是一个销售触点。

反过来，不要裁掉「导出」。导出是客户的退路，也是他的安心感来源。一个不能导出的试用版，客户会本能地不敢往里录真实数据，而不敢录数据，他就永远体验不到价值。

七、第一个实例：给客户开了一个月，第二周就被转发了

我们自己维护的门店经营管理平台，做过一次试用推广。给一批意向客户各开了一个月，方式很简单：发一个安装包，里面内置了一个试用账号。

第二周，有个客户的员工把包发给了他的朋友，那个朋友在另一个城市的同行公司里装上了。同一个试用账号，两地登录，数据互相看得到。

这件事暴露了试用包的一个基本问题：包可以被转发，账号可以共用，而你没有做任何限制。

那次的影响不是「多了一个白用的人」，而是两个同行公司看到了彼此的门店数据。虽然都是试用数据，但感受上很难解释。

后来改了三处。第一，试用账号绑定设备，换设备要重新激活，激活次数有限。第二，同一账号多地登录时，后登录的踢掉前面的，并且给一条提示。第三，试用数据按账号隔离，不同账号之间绝对不可见。

第二处改动最有效。因为「被别人踢下线」这件事，本身就传递了「这个账号是专属的」这个信息。共用账号的人一被踢，就知道这么做不合适。

这件事的教训是：试用期的「方便」和「可控」是一对矛盾。你越方便，越容易被转发；你越可控，客户越觉得麻烦。平衡点在于：让正常用的客户感觉不到限制，让转发的人立刻碰到墙。

八、第二个实例：到期当天全部锁死，客户直接不续

另一个实例是现场巡检端。第一次做试用，到期处理做得很干脆：到期那天，一打开就弹「试用已结束」，点确定就退出。

结果那一批十二个试用客户，续了三个。九个没续的里面，有五个在回访时明确提到「东西打不开了」。

有个客户的回答很典型：「我那天正好在工地上，想查一下上周的巡检记录，打开就说试用结束了。我当时就想，这玩意儿不太靠谱。」

这句话点出了问题：他不是不接受付费，他是不能接受「在最需要的时候被切断」。而切断的时机是我定的，不是他选的。

后来改成只读模式。打开照常进，历史记录照常查，只是所有「新增」「提交」的按钮变灰，点上去提示「试用已结束，开通后可继续录入」。同时在页面顶部放一条不刺眼的横幅，写清到期日和续费入口。

改完之后第二批试用客户，续费率明显不一样。而且更重要的是，没续的那批客户里，抱怨「东西打不开」的一条都没有了。

这件事让我们改了一个认识：试用到期的设计目标，不是「让他用不了」，是「让他知道自己该做决定了」。前者是关门，后者是提醒。关门只需要一行代码，提醒需要一套设计。

九、时间按谁的钟算：设备时钟、服务器时钟、离线

「一个月」听起来很明确，实现起来有四种算法，结果能差很远。

第一种，按设备时间去算。第一次打开时把日期记下来，以后每次都拿当前日期去减。最简单，也最容易被绕过：把手机日期往前调，期限就重新开始了。对普通客户来说这个门槛不低，但对懂一点的人来说是零成本。

第二种，按服务器时间算。每次联网时问一次服务器「现在几点」，用这个时间去判断。绕不过去，但依赖网络；而且客户如果长期离线，就没法判断。

第三种，两端都记，取更严格的。本地记一个开始时间，服务器也记一个，判断时取「更早到期」的那个。这是最稳的做法，代价是要处理两套时间不一致时的界面提示。

第四种，按累计使用时长算。不按自然日，按「实际打开了多少小时」。对「按使用量收费」的产品合适，但客户很难理解「我明明买了一个月，怎么才用了二十天就到期了」。

四种里，第三种最实用。它不需要做到绝对防破解，只需要做到「普通客户不会误触，想绕的人绕得费劲」。

还有一个必须处理的边界：设备时间明显不对的时候怎么办。比如系统时间是 1970 年，或者比服务器时间早了半年。这种时候不要直接判定到期，而是提示「请检查设备时间」。因为真实的用户里，确实有人手机时间是不准的，尤其是不联网的旧设备。

最后一条经验：到期时间不要精确到秒。精确到秒意味着「最后一分钟」是一个真实的边界，客户正好在那一刻提交，就会失败，而且他不知道为什么。做到「当天有效」就够了，到期那天全天可用，第二天起进入只读。

十、试用期内，引导比功能更重要

一个反直觉的事实：试用期里客户流失，大多数不是因为功能不够，是因为不知道该从哪儿开始。

他把应用装上了，打开，看到一个空首页。接下来做什么？如果没有答案，他大概会在三天内不再打开，然后在第三十天收到你的续费提醒时，回一句「我们再看看」。

所以体验版真正要花力气的，是前三天的引导。三个具体动作。

第一个，首屏给一个明确的第一件事。不要是「欢迎使用」，要是一个具体的动作：「先建一个门店」「先录一条工单」「先扫一张单」。一个动作，不是五个。

第二个，给一份能照抄的示例。客户不知道怎么填的时候，最需要的是「别人是怎么填的」。一份真实的示例数据，比十页帮助文档有用。

第三个，第三天和第七天各一次轻提醒。内容不要是「快来用」，要是「你还没有用过盘点功能，这个功能可以帮你少算一次账」。提醒的价值在于「告诉他还能做什么」，不是「催他」。

还有一件容易被忽略的事：试用期里的「空状态」页面，是转化率最高的地方。一个空列表，配一句「这里会显示你的工单，现在去建第一条」，比任何引导页都直接。而大部分应用的空状态只写「暂无数据」。

「暂无数据」这四个字，是我们见过的最浪费的界面。它出现在客户最需要指引的那一刻，却什么也没说。

十一、试用转正式，三个动作

客户说「我们买了」，从那一刻到他能正常用，中间有三件事要做。

第一件，把权限打开。如果试用是套餐制，这一步是改套餐；如果是独立空间，这一步是迁移。无论哪种，都要给客户一个明确的「已完成」的反馈，而不是让他自己去试「现在能不能提交了」。

第二件，把数据核对一遍。「您的数据都在，最近的十条记录您可以看一下对不对。」这句话的作用不是真的让他核对，是让他安心。试用期里录的东西，客户其实很在意，只是不好意思问。

第三件，把「试用」的痕迹清掉。顶部的到期横幅、界面上的「试用」角标、只读时变灰的按钮。这些痕迹如果留着，客户会觉得「我付了钱但还是试用版」。

第三件最容易被忘，因为它不影响功能。但它影响感受，而感受决定他会不会推荐给别人。

三件事之外，还有一件「应该做但不紧急」的：把试用期里的使用情况整理成一页给他。用了多少天、录了多少条、最常用哪三个功能。这一页对他是「我这一个月做了什么」，对你是「下次谈续费时的依据」。

我们内部把这一页叫做「上手报告」。它的作用在续费谈判时特别明显：客户说「我们用得不多」，你把报告拿出来，他用了两百多条。数据比感觉有说服力。

关于这一页，还有一个细节值得说：报告里最有说服力的一栏，是「首次使用到第几次开始变频繁」。如果客户在前三天里连续用了五次，说明他真的找到了用它的场景；如果三十天里只在第一天试了两次，那基本可以判断这段试用没成功。而这一栏数据，你在试用期内就能看到，不必等到期。

所以更主动的做法是：在第十天左右看一眼这个数据，用得少的客户主动打一个电话，问一句「是哪里不顺」。这一个电话的成本很低，但它可能救回一个客户。而等到第三十天再问，客户已经想好了措辞。

十二、七个问题，都是做试用时真被问过的

问题一：试用版和正式版是不是同一个包？最好是。同一个包，只是账号不同，客户转正式时不用重装，数据也不动。唯一的例外是「不能联网的客户」，那种只能给独立的包。

问题二：能不能让客户无限期试用？不能，但可以给他一个「随时能再开一次」的承诺。「这次到期了如果想再试，跟我说一声，我再给你开两周」，这句话的成本很低，但它把「关门」变成了「商量」。

问题三：到期了客户要求延长期限，要不要收费？看情况。如果是他自己没用起来，延长期限是投资；如果是他一直拖着不决策，延长期限只会让他继续拖。判断依据是「这三十天里他有没有真的在用」，而这个数据你有。

问题四：试用客户的数据，能不能给销售看？能看汇总，不能看明细。「他录了八十条工单」可以，「他录的第一条是什么内容」不行。这条线不划清，一旦被客户知道，信任就没了。

问题五：客户在试用期里提出要改功能，改不改？不改。但要认真记下来，并且告诉他「这个我们记下了，会在正式版里排期」。试用期改功能是个无底洞，而且会让这个客户以为「买了之后也能这么改」。

问题六：试用期里客户不用了，要不要追？要，但只追一次。追的方式是给价值，不是给压力：「你之前看过盘点功能，这周我们更新了一个能自动算差异的版本，要不要再看一眼？」一次没回应，就放到月度回访里，不要每周打扰。

问题七：到期之后数据留多久？九十天是个常见值。但更重要的不是多久，是说清楚。写在协议里、写在到期提醒里、写在只读界面的横幅里。三处都写了，客户才不会在第九十一天来问「我的数据呢」。

十三、六项验收：试用这件事要验什么

试用版做完了，验的不是「功能全不全」，是「到期那天会发生什么」。六项，每一项都要真的走一遍。

第四项是这六项里最费时间的一项，也是最值得花时间的。因为只读模式最容易出的问题不是「拦不住」，是「拦了但报错」。按钮变灰是一回事，点上去弹一个异常是另一回事。后者会让客户觉得这个软件没做完。

第六项最容易被跳过，因为它需要「模拟一次付费」。但恰恰是这一步，决定了客户付钱之后的第一印象。横幅还挂在顶部、按钮还是灰的，客户会立刻怀疑「我是不是买错了」。

还有一个操作建议：把这六项做成一个可以重复跑的小脚本或者清单，每次改动了试用逻辑就跑一遍。因为试用逻辑往往散在很多地方，改一处很容易影响另一处。跑一遍十分钟，比事后解释一周划算。

另外提醒一句：这六项里，只有第三项需要真的等到那一天。其余五项都可以通过临时改期限来模拟。做法是给测试账号单独开一个「明天到期」的期限，第二天再看。而第三项（到期当天还能打开）不模拟，就永远不知道客户会看到什么。

十四、一次返工的账：九个不续的客户里，五个在说同一句话

把第八节那个事故算一遍。

改造时间：两周。做只读模式、把所有入口过一遍、加横幅、加续费入口。损失：九个没续的客户。按当时的转化率算，如果他们里有一半能续，就是四到五个客户。

这两笔的比例不用算也知道不划算。两周的改造，换回四五个客户，任何一个销售都会说值。而当时没做，是因为「到期锁死」是最省事的实现。

更有意思的是那五个客户的反馈内容。「东西打不开了」这五个字里，没有一个字在讨论价格。他们不是在嫌贵，是在表达一种被突然断掉的不适。而这种不适，只需要一个只读模式就能避免。

这件事的教训可以推广到很多地方：凡是由系统单方面决定的「切断」，都要给用户留一条能回头的路。到期是这样，账号被禁用是这样，服务下线也是这样。切断很容易，留路需要设计，而用户记住的永远是切断那一刻的感受。

后来我们把这条写进了产品评审的检查项：任何「到期」「过期」「失效」的判定，都要回答一句「到那一刻，用户还能做什么」。答不上来就不算设计完成。

这条检查项还顺带解决了一个老问题：它逼着团队去想「最坏的情况」。以前讨论功能，大家想的都是正常路径；加了这一项之后，讨论会自动延伸到「如果不成功会怎样」。而产品的成熟度，往往就体现在这些「不成功」的路径上。

十五、试用期里该看的三个数字

试用不是开出去就不管了。有三个数字，能提前告诉你哪些客户会续、哪些不会。

第一个，第二天有没有再打开。这是最强的信号。装上第二天就再打开的人，续费概率远高于其他人；第二天没打开的，后面基本叫不回来了。所以真正该做动作的时间点是第二天，不是第三十天。

第二个，第一周录了多少条数据。数据量代表「他真的把业务搬进来了」。一条都没录的客户，试用期结束时会说「我们还没来得及试」，这句话的意思其实是「我们没找到用的理由」。

第三个，用了几个人。一个账号在用，说明是「个人在试」；五个账号在用，说明「团队在试」。后者的续费概率高得多，因为换掉的成本变高了。

三个数字合起来，能画出四类客户。第二天就回来、录了数据、多人使用，这是准客户，重点跟进；第二天就回来但只有一个人用，这是个人试用，要考虑怎么把团队拉进来；第二天没回来但录过数据，这是「试过又放下」，值得回访一次问原因；三个都没有，基本可以放弃。

有了这四类，试用期的运营就有了重点。不是所有试用客户都值得花同样的时间，而大部分人会把时间花在「最客气的那几个」身上。

还有一个数字值得单独看：到期前一周的打开次数。如果那一周他一次都没打开，说明他心里已经决定了不续，只是没说。这时候打一个电话，比发一封续费邮件有用得多。

十六、把「开个试用」写成一句能执行的话

「给这个客户开一个月试用，让他先试试」——这句话派下去，做出来的东西大概率是「发个包，到期锁死」。

一句能执行的话：给这个客户开三十天试用，从激活那天算，装在正式版上，不单独发包；到期前三天和前一天各推一次提醒，写明到期日和到期后的状态；到期后进入只读模式，历史记录可看可导出，所有新增和编辑按钮置灰并给统一提示；数据保留九十天，可申请导出；试用期内开放全部功能，只对批量导入限一百条；第七天做一次回访，问「有没有哪一步卡住」。

这句话里有六个必须写清的点。第一，从哪天算，避免前后差两周。第二，提醒的时机和内容，不能只写「提醒一下」。第三，到期后的状态，写清「只读」而不是「锁死」。第四，数据怎么办，保留多久、能不能导出。第五，裁哪一项功能，写清额度，不写「部分功能限制」。第六，什么时候回访，第七天比第三十天有用。

还可以补两条。一是「谁是这段试用的负责人」，因为试用客户最容易变成「大家都以为别人在跟」。二是「什么情况下可以延期」，写清判断标准，避免每次都要临时决定。

我们内部现在把试用开成一个六行的单子：起止日期、包与账号、提醒节点、到期状态、数据保留、回访节点。六行填完，销售和实施都不用再问。写这张单子十分钟，能避免一次「到期了才发现没提醒」。

最后补一句关于「延期」的话。延期是最常见的处理，也是最容易做错的处理。做错的方式只有一种：无条件延期，且不告诉客户新的截止日。客户会以为「这件事可以一直拖」，而你在心里已经给他打了折。

正确的做法是：延期可以给，但每次都要给一个新的明确日期，并且顺手问一句「这次多出来的两周，你最想先用起来哪一块」。这一问有两个作用：一是把延期变成一次有目标的推进，二是让你知道他那边的阻力在哪。没有目标的延期，只是把同一个问题推迟了十四天。

还有一条边界：延期次数要有上限。比如最多两次，第三次就要重新评估这段合作。这个上限不必告诉客户，但你自己要有。否则「再给两周」会变成一种默认，而默认是没有价值的。

最后说一件很小但很实际的事：试用开始那天，给客户发一条消息，写清三样东西——到期日、到期后是什么状态、遇到问题找谁。三行字，比一份试用协议更容易被读完。

这条消息的价值在于它把「规则」摆在了最前面。客户提前知道「到期后是只读，数据能导出」，到期那天就不会有被算计的感觉。而所有关于试用的争议，本质上都是「我不知道会这样」。

十七、三句话，把这件事收住

第一句：体验版和演示版是两件事。演示版让人相信，体验版让人用起来。用不起来，就不会付钱；而用不起来的原因，通常是「不知道该从哪儿开始」，不是「功能不够」。

第二句：到期之后不是关门，是提醒。只读、可导出、能回头看，这三样让客户有做决定的时间。而「在最需要的时候被切断」这件事，客户会记很久，且跟价格无关。

第三句：试用期的成败在前七天就定了，不在第三十天。第二天有没有再打开、第一周录了多少条、用了几个人。三个数字比续费提醒更早告诉你答案。

三句合起来是一件事：试用期的设计目标，是让客户在三十天里真的把业务搬进来一点点。搬进来了，付钱是自然的事；没搬进来，再怎么催也只是一次礼貌的拒绝。

十八、附：一页速查

下面这张表把全文压成八行，设计试用或者排查「到期之后出了什么问题」的时候可以对着看。

这八行里，最容易被忽略的是「可裁功能」那一行。因为裁剪看起来是「控制成本」，实际上它控制的是客户的判断。裁错一项，客户得出的结论不是「这个要付费」，而是「这个不好用」，而后者无法挽回。

还有一句可以写在最前面：试用期的终点不是「到期」，是「他决定」。所有的提醒、只读、导出、横幅，都是为了让他能在有信息的情况下做这个决定。一个被好好对待过的「不续」，也可能在半年后变成一次成交。

顺带说一句，试用版里那些「到期横幅」「按钮置灰」「只读提示」的改动，本质上是界面层的活。安卓修改大师智改工坊把这类改动和回编、签名放在一次流程里，改完可以真机预览再确认，产品介绍页在 这里，官网 www.apkeditor.cn 上有完整说明。

十九、用过的人怎么说

这一篇里的两个实例，都是我们自己维护的应用：一个门店经营管理平台，一套现场巡检端。试用这件事的难处不在「设个期限」，在「到期那天怎么做」：客户那一刻的感受，决定了他后面是续费还是走人。文中的三种到期处理、两套时间算法和三个关键数字，都是从这两次真实的续费数据里长出来的。

合规提醒：本文所有实例均针对自有版权或已获授权的应用，用于企业内部维护、白牌交付与合法定制。试用版不得通过伪造期限、篡改授权或绕过校验的方式延长使用，也不得将客户在试用期录入的数据用于未经同意的用途。

试用期是客户和你相处最长的一段时间，也是最容易被浪费的一段时间。三十天里他真正用起来的那几个小时，比任何一页宣传都值钱。

安卓修改大师智改工坊能做的，是把改包之后那一串动作一次落到位：试用期限、到期状态、只读提示一次改到位，改完可以真机预览再确认。说清楚，就够了。