factoid
V2EX  ›  外包

独立开发如何报价请教

  •  
  •   factoid · 22h 12m ago via Android · 2068 views
    朋友所在的公司是个传统行业,内部有个小需求,和我说了下我感觉能做,不知道市场行情报价是多少,成品报价和后续维护 版本迭代报价,咨询下各位过来人,先谢过各位了

    大致需求内容是 10 个人内小团队,有数据私密性要求,必须放在内部,要做一个网页或者 app 能多人共同编辑一些特定格式的文档数据。统一录入一些数据,每次编辑增加改动的数据可能几百到一千行。有可能多人同时编辑
    Supplement 1  ·  19h 22m ago
    感谢各位的提点,心里有数了
    25 replies    2026-06-18 10:24:36 +08:00
    KongLiu
        1
    KongLiu  
       22h 6m ago
    算工时,你现在的时薪*需要的工时,然后看情况上下浮动一下
    yuandj
        2
    yuandj  
       22h 2m ago
    按人头 * 工期 * 每日薪资 再往上浮动一些
    msmmbl
        3
    msmmbl  
       20h 53m ago
    带协同编辑的文档编辑器应该是前端天坑吧,多报点。
    loading
        4
    loading  
       20h 43m ago via Android
    部署一套 onlyoffice ,收 5k 。
    actopas
        5
    actopas  
       20h 39m ago
    怎么说呢协同编辑这个东西,你如果没做过,最好找个开源的要不然头相当大了,我们之前做协同编辑用的 ws+sse
    94
        6
    94  
       20h 30m ago
    人天 * 1.5 * 日薪。这个人天是需要计算前期的需求分析功能、边界确定,交付时的细节 BUG 调整和最后部署交接工作的人天。
    **同时要写清楚需求变更的计费规则**。

    一般会在开发过程中、完成之后客户会反复提调整意见,你需要区分是修改还是新需求。所以在前期一定要把功能边界确定的非常清楚。不然大概率会陷入扯皮 or 默默亏损状态。
    如果新需求一定要在当期开发,做好需求变更和重新排期工作,落到书面给到客户。并且给出调整之后额外增加的开发费用。

    这个多人编辑需要支持的具体功能需要一项一项列清楚,即使前期投入大量时间精力,也要把边界确定清楚,不然我感觉是一个大坑。
    factoid
        7
    factoid  
    OP
       20h 29m ago via Android
    @actopas 我初步也是这个思路,前期弄的简单一些。定时刷新同步+限制单个人编辑
    factoid
        8
    factoid  
    OP
       20h 27m ago via Android
    @94 谢谢,您说的很详细了,我会考虑这些因素的
    akaju
        9
    akaju  
       20h 2m ago
    拆解需求排期,按天报价。项目熟悉环境编排、数据库设计。这些也可以排进去
    Liuman
        10
    Liuman  
       19h 19m ago
    之前 遇到很多次, 但是 他们最后都找了 X 宝的,说 几百就能搞定, 够气人的
    92Developer
        11
    92Developer  
       19h 17m ago   ❤️ 1
    你这是接单,不是独立开发。独立开发不是指一个人开发。
    afkool
        12
    afkool  
       19h 15m ago
    朋友的单子都建议报高价。。因为后续售后挺烦的。。
    zerovoid
        13
    zerovoid  
       19h 8m ago
    报价是门艺术,
    看人下菜碟,

    我见过一个模板商城报 10 万成交的,
    搞技术的一般都按成本报价,要么偏高,要么偏低。
    factoid
        14
    factoid  
    OP
       18h 33m ago via Android
    @Liuman 我也有这个疑虑,我就抱着平常心,不行就算了
    xubeiyou
        15
    xubeiyou  
       18h 18m ago
    按照时薪算 他不乐意在打个折?
    BelovedOne
        16
    BelovedOne  
       18h 8m ago
    想起自己刚入行做设计时,新手上路的水平,朋友介绍了一个猎头软件界面设计的项目,我打算报 3000 ,见面聊完人家问大概多少,我卡了几秒还没开口,他问 8000 够不够,我说可以的,第一次合作听你的🤣
    factoid
        17
    factoid  
    OP
       17h 36m ago via Android
    @BelovedOne 哈哈,希望我也有你如此的气运
    kidult
        18
    kidult  
       17h 9m ago
    最好套出对方预算,否则双方都觉得吃亏,大概率鸡同鸭讲
    donege
        19
    donege  
       15h 55m ago
    @94 这里有个我哪天,前期梳理需求和设计的过程怎么收费呀,好多客户还不知道要咋做,想把合同定清楚些,需要投入一些时间去做方案,又怕骗方案(之前遇到过)
    coderzhangsan
        20
    coderzhangsan  
       15h 43m ago
    @BelovedOne #16 还是吃了年轻的亏啊 你该犹豫一下 报价还能涨一涨 🤣
    lizhesystem
        21
    lizhesystem  
       13h 55m ago
    我觉得前期还是需要先问下甲方的预算,这样你也大概了解他们愿意在这个项目要支付的费用区间,然后往高了报,对应整理需求文档的时候尽量往大而全的思路写,然后再发给他们,接下来就是具体的砍功能 or 砍价,相互博弈试探了。
    根据你的工时然后接受自己最低能承受的价格就是了。
    280303
        22
    280303  
       10h 40m ago via iPhone
    如果这活我觉得 5000 可以,那我至少报 8000 ,如果给砍价的余地至少报 13000 。

    后期沟通需求改需求麻烦死了,都想把钱退了不干了
    Maxwe11
        23
    Maxwe11  
       9h 33m ago   ❤️ 2
    1. 前面关于基本成本报价方面已经都叙述完了(主要是人工时的纯开发成本);
    2. 一般商业合同还要考虑维护成本,这里大的方面主要分 2 块:
    ( 1 )基本维护,基础包一般就包括了部署,开发交付后(比如 3 个月交付)的维护时间(比如一年内出现的 bug 要负责修复,超过 1 年维护修复要多少);
    ( 2 )在基本模块功能交付外,如果增加功能模块的报价;
    3. 关于内部的部署,是部署一次完就完了,还是说部署后的服务器相关环境也需要你们维护;
    4. 很重要的一点,因为金税四期上线,所以你的收入是要报税的,这里不能只看说开发工时成本,还要跟你的收入水平挂钩,如果是纯个人收钱(比如你找了另外 5 个人帮你兼职开发,你以个人名义也是可以开发票的),要知道最高可能是要到 40%所得税的,年度收入划到哪个档位可能就是天壤之别。

    当然另外一般还会有比如说开发的源码版权是归对方所有,还是说只给对方使用权,包括不包括的报价也是不一样的,因为如果版权归对方所有,严格来说以后就算有其他人有相同开发需求,你也不能复用,虽说是朋友,但是如果真金白银交互,最好还是都说清楚。

    可能很多人还是没正规运营过企业,就是自己打工的经验或者是以前私下接点儿小活儿的经验,所以很多现在运营的具体实务不清楚,尤其是对金税四期完全没理解,这些东西现在你都是要考虑的,否则成本不算清楚的话,开发交付完,过段时间有 bug 要运维,你能确认自己可以完全搞定么,再过更长时间朋友找你处理什么到时候帮还是不帮,最后年底报税的时候你的额外收入被查要补扣怎么办,要开票的税点算不算等等。

    越是朋友关系,越建议都说清楚、写清楚,亲兄弟明算账,免得最后朋友都没得做。
    factoid
        24
    factoid  
    OP
       2h 23m ago via Android
    @Maxwe11 谢谢您的补充,很专业了。您提到的很有帮助
    94
        25
    94  
       11 mins ago
    @donege #19 ,我一般前期粗需求分析是不收钱的,简单和客户沟通大概整理出大功能模块和一些特性功能,然后给出一些相似的案例。
    比如说 OP 提到的在线文档和多人协同。通过案例去和用户确认在线文档需要支持哪些文档类型,多人编辑需要支持细节程度。这样会得出一个大致的报价区间(一般会往心里预期报价的高位报)和大概的开发计划安排(各个阶段、模块的人天)给到客户。然后看客户是否有接着往下谈的欲望,一般听到报价之后能劝退一大半的客户(低价外包真的没意义,除非经济非常拮据了)。确定了客户有开发意向之后就可以接着往下谈了。
    到这个阶段谈的需求就要非常细致了,整理清楚明细的功能清单和功能边界,细致到每个功能展示页面、展示逻辑和每个按钮点击之后的行为。特别是一些算法相关的功能更需要明确数据来源和计算逻辑。
    就可以会有一个非常具体的费用和开发计划给到客户了,开发计划需要完整列出来功能模块和每个模块投入的对应人天。但需要明确细节,比如说对应的模块有几个功能分别可以做什么、有几个界面、界面中会有哪些按钮。不用写具体怎么实现,只要写是做什么的,其实就算写了客户也不一定看得明白。

    如果是遇到专门来骗方案的那就没办法了。别人是诚心想来骗的,就算防了也没办法彻底防止,只能说减少损失,比如说收定金的方式。我是真怕前期需求整理不清晰、边界不明,中后期陷入扯皮的泥沼。如果遇到客户压尾款强行加需求,那就真的亏大发了。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5460 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 146ms · UTC 02:36 · PVG 10:36 · LAX 19:36 · JFK 22:36
    ♥ Do have faith in what you're doing.