做了 10 多年的外包。一开始自己做后来带团队做。谈谈个人感受。楼主这种情况遇过非常多。主要还是要做好沟通工作。一个项目前景不明朗不想投入过多的资金,这个可以理解。客户觉得很简单,不要觉得他是冒犯了你的技术,他就是想要一个很简单的实现而已。你可以根据他的理解来试着实现一下,如果是一些前期的产品,或者是一些几个人用的小系统,有瑕疵有问题可能他们都是可以接受的。你可以怎么简单怎么来。很多程序员总是会考虑的尽善尽美,所以忽略了成本。 举个一个例子,我给我家搭个围墙,我就想有个外墙可以把前院围起来这样隐私好点。砌砖的话需要 8 万,而做那种泡沫墙只需要 1 万。砖墙有很多的好处我都明白,但我只需要一点隐私而已,外墙不是拿来抵御外敌所以不需要那么坚固,所以我最后选择了泡沫墙,工人打了几个水泥桩然后搭上泡沫块,2 天就弄好了,我也很满意。并不是我觉得砌砖人的工作不够辛苦技术不够扎实,只是泡沫墙满足了我的需求同时我能负担得起。
做不懂行的人的外包 主打的就是一个快速原型
做好了立即交付,多沟通,让他知道 软件行业需要花的时间
分享我自己的一些小经验:
要改可以,拉着一起改,要花时间大家一起花时间,三天两头拉甲方开视频会议 甲方说这个很简单的,你就继续问一些问题,问各种情况下如何考虑,该怎么做,同时记得要资源,要服务器,要预算
尽量需要文档,理由就是口头上描述不清晰,需要用文字写明确, 你让甲方写,真是着急了,可以暂时不写,后面补可以,但是文档没有的话,下一个新功能就做不了 现在协同文档很方便的,不存在同步的问题
只能说十多年的经验并没有直接转化出任何带成功项目的经验。
首先,目前商业开发软件中百分之九十以上的代码不是付费知识,产品是。代码不结合任何背后的产品功能和商业模式本身没有任何价值。软件开发的本质说白了就是信息工程,和其他任何工程项目类似 (比如盖房子),整个实施环节和闭环是一项紧密的工程科学。你所谓的知识只不过是你对一个工具使用熟悉程度多少,再加上你做项目时候积攒的一些经验而已。
代码存在的本身意义是提供用户使用。你的用户可以是技术用户 (造轮子比如 React, Rails),或者是非技术用户 (你所使用的每一个软件产品)。大部分服务技术用户的代码完全免费,开源。而且只会做的更好,更快,更符合商业需求,难用的也会逐渐被淘汰 (比如 Ruby Rails)。
还有就是,“功能页面都是一行一行代码敲出来的”。如果你的理解真的是开发最辛苦最难的部分就是一行一行敲代码,只能说你可能很快就会被 chatgpt 取代。好的框架技术选择和架构搭建,可以让整个团队的开发人员大量复用已有的成熟代码规律,将绝大部分精力和时间花在纯粹实现业务需求上面。
一行一行地写代码永远是开发中最简单的事情。多少年的经验不转化成成功团队项目落地的经验都是无稽之谈。
如果不擅长表达就用具体的事例来描述你遇到的问题,就事论事这个总简单吧? 【在现在国内行业普遍认为搬砖是体力活,技术的意义在哪儿】,搬砖不是体力活,难道是脑力活?【深究的知识和技术被很多嗤之以鼻】文笔都不通,读你写的东西真的很难受。我估计你做技术遇到的很多问题,都是表达和沟通能力不行导致的,文笔不好不是借口,表达能力不行更多是一个态度的问题,你对你想表达的事情不够重视,你对你要表达的对方不够尊重。
每个人情况不一样,我一个姑丈开大车的,在我家一个四线末城市月入 1w3 左右,他不跑跨省长途,没那么耗费精力,目前也还行,要是你有资金以后熟悉工地人脉自己干也行,我们村一个老板就是自己接工地任务