自建方案的真实成本,等于外部支出加上内部工时折算值,再减去因自建而省下的沟通与返工成本。只把域名、服务器、主题或插件等外部账单当作成本,会系统性低估自建方案;但把内部工时按对外售价全额计入,又会高估到无法比较。可行的做法是:先确定这笔内部工时是否挤占了有收入产出的时间,再决定按什么口径折算。
内部工时能不能计入成本,取决于它挤占了什么。如果这些时间原本用于接单、交付或维护付费客户,那么投入自建就意味着放弃了一部分可计收入,这部分放弃的收入才是真正要计入的成本。如果这些时间原本是空闲的,或者只是把刷手机、看视频的时间挪过来,那么它更接近沉没时间,按对外报价折算会得出虚高的数字。
可以这样区分:
这一步的结果直接决定下一步:如果大部分工时属于有替代用途的时间,自建方案的账面优势往往会被抹平,此时应优先考虑保留外包或购买现成方案。
内部工时没有唯一正确的价格,只有一致的口径。常见做法有三种,各自适用条件不同:
三种口径不能混用。如果一边按对外售价折算内部工时,一边又把外部采购价按成本价比较,结论一定偏向外包。
假设某方案外部采购报价为一次性支出,自建方案的外部支出只有域名和基础托管。如果只比外部支出,自建看起来便宜很多。但把内部工时按被放弃的收入折算后:假设自建需要投入若干小时,而这些小时原本可用于接一个净收入固定的外包项目,那么自建的真实成本就等于外部支出加上这个被放弃的净收入。当被放弃的收入超过两种方案的外部支出差额时,自建在成本上不再占优。
这个例子的关键不是具体数字,而是比较方法:先确认这些小时有没有别的去处,再决定是否折算,最后把折算值加到自建一侧。
判断依据不是“自建是否更便宜”,而是“自建省下的钱是否值得占用这些时间”。
一个实际动作是:先记录一周内投入自建的实际小时数,再对照这一周被推迟或放弃的其他工作。如果被推迟的工作有明确收入,就把它加到自建成本里重新比较;如果一周下来没有任何工作被推迟,说明当前折算值可以设为零,但仍要继续记录耗时,因为这种状态可能随项目推进而改变。
除了直接搭建时间,还有两类内部成本常被忽略。一是学习成本:为了完成自建而查阅资料、试错、重装环境所花的时间,同样属于内部工时。二是后续维护成本:更新、备份、处理故障和安全问题会持续占用时间,这部分应按月或按年估算,而不是只算一次性投入。
把这两类成本加入后,自建方案的长期成本曲线通常比初次比较时更陡。是否接受这条曲线,取决于自建带来的控制权对业务是否真的重要,而不是取决于初次报价的高低。