算软著这笔账的人不少，但大多数只算了钱那一栏，把时间那一栏漏了。两栏放在一起看，结论经常反过来。
先把这张证为什么绕不开说清楚。软著证书在国内的用处很实：大部分安卓应用市场上架要交，App 备案环节常常要填，往后招投标、申报补贴的时候也是常客。对多数做应用的团队来说，问题从来不是"要不要办"，而是"什么时候要、用什么方式要"。
两条路，先分开
自己走官方渠道登记，登记费这一项目前不收，材料自己整理、自己提交，钱上几乎没成本。代价全在时间上：源代码文档、说明书这些材料有格式要求，填错一项就可能补正，来回一轮就是不少天。顺利的情况下，三十个工作日上下能拿到证；赶上补正或者审查排队，还得往后挪。这个数是常见区间的参考，实际以当期审核进度为准。
这条路适合谁？不着急、手上有专人愿意啃材料细节的团队。公司里本来就有行政或者法务，顺手把这事办了，等于白捡。
自办最容易卡住的地方，往往不是流程，是材料本身。源代码文档有页数和格式上的讲究，截多截少都可能是问题；说明书要跟程序的实际功能对得上，写着写着写成了宣传文案，也容易被要求补正。这些坑单看规则不觉得难，真填起来才知道每一项都有来回改的可能。第一次办的人，光是把材料磨到能交出去，一两个星期很常见。
还有一件事要在登记之前想好：软件全称和版本号。证书上的名称一旦定了，后面市场上架、备案填的资质信息都要跟它对得上。名字起得随意，回头发现和应用名对不齐，改起来又是一轮流程。
第二条路是找代办，价值不在"能办"——自己也能办——而在两件事：材料有人把关，格式上的坑提前排掉，减少补正；流程有人盯，不用隔三差五去查进度。价格一般是七百元起，具体看行业和套餐，电子版、纸质版可以选。拿千把块的预算换"材料一次过、过程不用管"，对赶着上架的团队，这笔交换不亏。
代办内部，还有一档要拆
同样是代办，普通周期和加急是两个价。最容易算错的就是这一步：加急费不是"买时间"，是"买上架窗口"。
举个例子（测算，非承诺）：一个 App 排期下月初上线，市场资质就差软著，普通周期等不起，上线每延一周，运营排期、投放计划全跟着动。这种时候加急是在给整个项目止损，贵有贵的道理。反过来，App 还在开发，三个月后才要用，加急就是白花。
一笔摆在桌面上的测算
拿常见场景算一遍（示例测算，实际因平台和账号情况而异）：
自己办，直接成本接近零；人工是整理材料加盯流程，按每天两小时、断断续续两周算，二十个小时上下；等待期三十个工作日左右。
代办普通周期，七百元起，材料评估有人做，团队时间占用接近零，等待期与自办大体相当或略短。
代办加急，价格上一个台阶，换来的是明确的到证时间，适合卡着上架节点的情况。
钱紧、时间富余，走自办；钱和时间都紧，上加急；大部分团队落在中间，普通周期的代办是默认选项。
两个坑，提前说
一个是把加急理解成包过。加急压的是流程时间，不是审查标准，材料本身有问题，加急也救不回来。不管走哪条路，提交前的材料评估都不能省。
另一个是电子版、纸质版没想清楚就下单。市场上架、备案大多认电子证书，纸质版更多用在投标和线下办事。按实际用途选，别默认全要。
顺带回答一个常被问到的问题：后面版本更新了，要不要重新登记？常见做法是给新版本单独登记一条，原证书继续有效，两者并不冲突。要不要给每个版本都办，还是回到那笔账——看这条版本线后面有没有要交证的场景。没有的话，先办当下要用的这一版就够。
最后一句丑话：没有任何渠道能保证软著百分百下证，审查权在登记机构手里，谁承诺包过，谁就可疑。
说到底，算账就一句话：把上架节点和到证时间摆到同一条时间轴上，缺口在哪，钱就该花在哪。