[討論] 既有軟體新增功能的估價

看板CodeJob作者 (傾斜的天平)時間14年前 (2010/01/05 10:05), 編輯推噓11(11推 0噓 63→)
留言74則, 11人參與, 最新討論串1/1
hi~各位版友 小弟家中有一套客製化的進出貨管理系統，最近希望能 多增加一些功能，請來原有設計公司估價，但價格和我 預期有落差，請教版友，以往經驗，估價會是多少 原有系統： 1、進貨單：進了多少產品 2、出貨單：賣出多少產品 新增功能： 1、增加訂單：客戶的實際下單 2、未交量列表：訂單-出貨單，也就是實際出貨多少 還缺多少貨未交 3、增加採購單：相上游協力廠商採購的訂單 4、欠料列表：採購單-進貨單，也就是上游廠商還欠 還欠我們多少料未交。 5、加工單、加工流程：紀錄產品由原料加工到成品的 流程並產生加工單控管。 6、直接轉換客戶電子檔訂單，為我方的訂單。小弟本 身會寫一點小程式，加上某些客戶以email電子檔下 單，我會和工程師討論，決定統一格式，我負責將客 戶的電子檔轉成制定的格式，讓系統直接轉成我方訂 單。 7、未交量列表直接轉採購單+加工單的功能，省去收貨員 無謂的keyin工作。 我原先預期7~8萬，現在預期10萬 對方開價：15萬，我喊價到13萬 請問這樣的價格合理嗎?謝謝。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 125.230.32.34 ※ 編輯: Solberg 來自: 125.230.32.34 (01/05 10:06)
推
01/05 10:07, , 1F
其實這種東西是一分錢一分貨，真的!!
01/05 10:07, 1F
推
01/05 11:00, , 2F
驗收的項目列表寫的越詳細越好~
01/05 11:00, 2F
→
01/05 12:21, , 3F
既然喊到十來萬的話，那你需求詳細度就要開細膩點比較好
01/05 12:21, 3F
→
01/05 14:04, , 4F
是應用程式嗎?.? 還是網站程式
01/05 14:04, 4F
推
01/05 16:06, , 5F
看起來應該是應用程式
01/05 16:06, 5F
推
01/05 16:08, , 6F
看起來還滿大的..有原始碼嗎?...什麼語言..都會有影響報價
01/05 16:08, 6F
→
01/05 16:09, , 7F
沒原始碼基本上是被吃定了!!!
01/05 16:09, 7F
→
01/05 16:09, , 8F
有原始碼價格會比較高，但之後更動可省不少
01/05 16:09, 8F
→
01/05 16:35, , 9F
是應用程式，沒有原始碼，之前的版本也是該公司服務的
01/05 16:35, 9F
→
01/05 16:36, , 10F
現在是增加新功能，我原以為要不了十萬...
01/05 16:36, 10F
→
01/05 17:13, , 11F
沒原始碼就算你要轉移也要多出一筆費用 , 而且還不一定拿得.
01/05 17:13, 11F
→
01/05 17:14, , 12F
到. 如果不給你幾乎就只能選擇重製 , 費時費力.
01/05 17:14, 12F
→
01/05 17:14, , 13F
基本上你的spec 還看不太出來功能的狀況 , 加上公司報價考量
01/05 17:14, 13F
→
01/05 17:15, , 14F
比較多 , 所以很難給你一個正確的評估 .
01/05 17:15, 14F
推
01/05 17:25, , 15F
Orz...沒有原始碼喔，這樣一定會被綁住阿
01/05 17:25, 15F
推
01/05 23:47, , 16F
比如說加新功能13萬...找人全部重寫15萬...
01/05 23:47, 16F
→
01/05 23:48, , 17F
他只要當做整個系統再賣你一次就好了~而且永遠不給SOURCE
01/05 23:48, 17F
推
01/06 00:50, , 18F
其實，買軟體要有一個觀念：合用，可接受就是最佳組合
01/06 00:50, 18F
→
01/06 00:51, , 19F
貪圖便宜或花俏都最後一無是處。另外，關於軟體的SOURCE
01/06 00:51, 19F
→
01/06 00:51, , 20F
其實，除非你非常有錢或對方的程式真真的沒啥技術性，不
01/06 00:51, 20F
→
01/06 00:52, , 21F
然一般程式師是不會隨便答應賣出去的。因為真的寫得好得
01/06 00:52, 21F
→
01/06 00:53, , 22F
程式原始碼本身差不多就是程式師的經驗與知識精華。等於
01/06 00:53, 22F
→
01/06 00:54, , 23F
是函授一個徒弟。也許你不看，但是人家不見得願意收徒弟
01/06 00:54, 23F
→
01/06 00:55, , 24F
。而事實上，學程式最快的捷徑就是看SOURCE.....
01/06 00:55, 24F
→
01/06 00:56, , 25F
要保障買到的軟體可以移轉，傳承，維護。最重要得不是原
01/06 00:56, 25F
→
01/06 00:56, , 26F
始碼，而是系統設計文件。程式碼只是工具，並不能保證你
01/06 00:56, 26F
→
01/06 00:57, , 27F
找別人就能處理，尤其有些程式碼因應業主要求交出會刻意
01/06 00:57, 27F
→
01/06 00:58, , 28F
弄得很難懂，很難閱讀。結果最後找別人處理費用更高（丟
01/06 00:58, 28F
→
01/06 00:58, , 29F
棄，重寫比較快）而且還可能跟原本系統不能整合。而系統
01/06 00:58, 29F
→
01/06 00:59, , 30F
設計文件則是把系統運作，資料關聯交待很清楚，不管是用
01/06 00:59, 30F
→
01/06 01:00, , 31F
語言或不同語言仍然可以很容易的接合新增加的部份。更重
01/06 01:00, 31F
→
01/06 01:00, , 32F
要得，要求系統設計文件增加的費用沒多很多，而且也不會
01/06 01:00, 32F
→
01/06 01:01, , 33F
惹惱程式師（因為系統設計文件本來就是客戶的運作方法，
01/06 01:01, 33F
→
01/06 01:02, , 34F
挪去他處並沒啥意義，但是原始碼有可能被人拿去用在別處
01/06 01:02, 34F
→
01/06 01:02, , 35F
這事實上是侵犯原作者著作權的一種行為。）
01/06 01:02, 35F
推
01/06 11:05, , 36F
有原始碼不見得看得懂...
01/06 11:05, 36F
→
01/06 13:08, , 37F
業主只會認為…看不懂是你的功力問題~"~
01/06 13:08, 37F
推
01/06 13:51, , 38F
1.並不是所有人寫的文件都可以看...
01/06 13:51, 38F
→
01/06 13:51, , 39F
2.並不是所有人都會乖乖的坐出完整而且對的文件
01/06 13:51, 39F
→
01/06 13:52, , 40F
3.就像你說的.做文件不貴...所以要修改時...沒得選..
01/06 13:52, 40F
→
01/06 13:52, , 41F
拿著文件找別人...就像我說的..全部重寫加修改部份15萬..
01/06 13:52, 41F
→
01/06 13:54, , 42F
就中小型案子而言...做文件的時間跟開發時間...應該少說1:3?
01/06 13:54, 42F
→
01/06 13:55, , 43F
大型系統就是我現在公司的..幾億的案子..需求文件天天換..
01/06 13:55, 43F
→
01/06 13:55, , 44F
花幾個月寫出的東西...完全推翻.大家都遇過..反正客戶是老大
01/06 13:55, 44F
→
01/06 13:57, , 45F
SOURCE也不一定需要全給，像網頁型的.要讓自己有小改空間
01/06 13:57, 45F
→
01/06 13:57, , 46F
重要的對方包DLL也沒差...大不了重寫一個DLL
01/06 13:57, 46F
→
01/06 13:59, , 47F
開發前就要求要SOURCE，跟惹惱程式師有什麼關連呢..
01/06 13:59, 47F
→
01/06 13:59, , 48F
在我以前的公司...我們程式是JAVA...給不給SOURCE我們沒差
01/06 13:59, 48F
→
01/06 14:00, , 49F
要文件就要花很多時間做...雖然那是最後一定要補的東西..
01/06 14:00, 49F
→
01/06 14:01, , 50F
另外你最後一句錯了..願意給SOURCE..這代表放棄所有權
01/06 14:01, 50F
→
01/06 14:01, , 51F
沒有侵犯的問題
01/06 14:01, 51F
→
01/06 14:02, , 52F
當然...開發人還是你...代所有權是別人...
01/06 14:02, 52F
→
01/06 14:03, , 53F
對於原PO...你可以考慮估看看找人重寫且有SOURCE是多少錢
01/06 14:03, 53F
→
01/06 14:04, , 54F
公司使用的這種大系統...大改的機會太多了...你又懂程式
01/06 14:04, 54F
→
01/06 14:05, , 55F
不過要考量換系統的影響...也可以考慮同時兩套系統
01/06 14:05, 55F
→
01/06 14:05, , 56F
在原來系統上再加一套系統，慢慢取代也不是不行
01/06 14:05, 56F
推
01/06 14:34, , 57F
給source跟放棄所有權應該是無關的，買本書就能看到作者
01/06 14:34, 57F
→
01/06 14:34, , 58F
寫的所有東西，但買書的人並沒有這些文字的所有權不是？
01/06 14:34, 58F
→
01/06 14:35, , 59F
這些應該是要另外簽契約的東西(轉移著作的財產權)
01/06 14:35, 59F
推
01/06 15:02, , 60F
一般，除非是受雇於公司上班所撰寫的程式。不然就算sourc
01/06 15:02, 60F
→
01/06 15:03, , 61F
給你，你也不能拿去重用。只要你用了原來的程式做了甚麼
01/06 15:03, 61F
→
01/06 15:03, , 62F
都是侵權。只有拿到確實的授權書才能去動，不然只能看
01/06 15:03, 62F
→
01/06 15:04, , 63F
另外，做文件比做程式還令人看不懂就只能說個人水準功力
01/06 15:04, 63F
→
01/06 15:05, , 64F
有差。尤其一個龐大的系統，沒有先設計好就動工，事後才
01/06 15:05, 64F
→
01/06 15:06, , 65F
來寫回億錄追文件，那就註定這個系統維護困難，而且漏洞
01/06 15:06, 65F
→
01/06 15:07, , 66F
百出的先天性疾病。系統規格書與規劃書的確是隨著時間在
01/06 15:07, 66F
→
01/06 15:09, , 67F
修訂，但是那應該是在程式更換之前就先修。程式實做前就
01/06 15:09, 67F
→
01/06 15:09, , 68F
應當做完邏輯測試，並且把測試方法也規劃好才交付實做。
01/06 15:09, 68F
→
01/06 15:11, , 69F
至於討source會不會惹腦程式師？基本上紙業主付得起，看
01/06 15:11, 69F
→
01/06 15:12, , 70F
在曼尼大神的面子上大多不會發做，但是你拿到看不懂的程
01/06 15:12, 70F
→
01/06 15:13, , 71F
式碼就該心知肚明了。尤其我們做韌體與核心叢集系統的，
01/06 15:13, 71F
→
01/06 15:14, , 72F
我們的程式碼牽涉的都是專利，就算同意釋出業主也不一定
01/06 15:14, 72F
→
01/06 15:15, , 73F
買得起。加上做演算法的人怪癖又特多...你拿了除了洩密外
01/06 15:15, 73F
→
01/06 15:15, , 74F
可以說一點用處都沒有 xddd
01/06 15:15, 74F
‣ 更多 Solberg 的文章
文章代碼(AID): #1BGfvv7y (CodeJob)