我最近对技术服务这件事有一个挺深的感触就是不是所有赚钱的项目，都值得去做。 尤其是那种低客单价、但是需要大量人工沟通的定制服务。 比如有人找你帮忙部署一个 … · @UPing123zzz · TwKit

@UPing123zzz

我最近对技术服务这件事有一个挺深的感触就是不是所有赚钱的项目，都值得去做。 尤其是那种低客单价、但是需要大量人工沟通的定制服务。 比如有人找你帮忙部署一个 Agent，你觉得这东西不难，随便收个两三百块钱就帮他弄了。结果弄完之后，他发现环境有问题，让你继续排查；第二天又觉得功能不够好，让你加点东西；第三天模型接口又报错了，继续找你。 最后可能收了三百块钱，但前前后后花了十几个小时。 更麻烦的是客户可能觉得自己已经付钱了，你就应该一直负责到底。 如果每一单都是这样，那客户越多，你的时间反而越少。 我觉得做技术的人特别容易掉进这个坑。 因为我们经常会低估自己的时间成本，觉得反正只是改几行代码，反正这个问题自己会，帮人弄一下也没什么。 但你真正算下来会发现，最消耗时间的可能根本不是写代码，而是沟通需求、排查环境、解释问题、反复修改，以及后面的各种售后。 所以一个定制服务到底值不值得接，不能只看客户给了多少钱。 还要看这个项目能不能带来新的经验，能不能积累可复用的技术方案，能不能获得一个真实案例，最重要的是，完成交付到底需要投入多少时间。 如果一个项目既赚不到什么钱，也学不到什么东西，最后还要不断消耗自己的精力，那它可能根本就不是一个值得继续做的生意。 当然，我觉得免费分享技术和正常参与社区交流，还是很有意义的。很多同行关系都是这样建立起来的。 但公开分享知识和长期免费为别人承担定制开发责任，完全是两回事。 以后如果真的开始接独立项目，我一定会提前把交付内容、修改次数、验收标准和维护边界讲明白。 你不能因为自己会做就默认自己有义务把所有问题都解决。 技术能力是一种资产，时间同样也是。 如果一直把自己的时间卖得太便宜，最后可能连继续提升技术的精力都没有了。

曝光 167 · 评论 2 · 点赞 1 · 书签 0