PCDVD數位科技討論區 - 兩千多萬弄個爛網站、館長是被詐騙嗎 ?

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)

- 七嘴八舌異言堂 (https://www.pcdvd.com.tw/forumdisplay.php?f=12)

- - 兩千多萬弄個爛網站、館長是被詐騙嗎 ? (https://www.pcdvd.com.tw/showthread.php?t=1177779)

他做ERP客製,不是只有網站功能,算是奇摩網站的框架,還有上班打卡,會員,報帳,會計,功能,等他是做全功能包括發薪水內帳管理功能 :jolin: :jolin: :jolin: 會寫資管資訊(貴高暴利),門檻高只有資管寫過才會寫貴加維護,因為用拼的會有版權問題功能都是買斷..... :flash:

引用:

作者ckcpro

其實他搞出來後應該要順便養一個團隊去維護並且用成 multitenant...
每一個模組分開賣，應該可以賺不少...
現在都幾乎沒看到什麼 SaaS 的 ERP 或是價錢都很誇張...

引用:

作者莫忘假惺鳥

就我所知....應該說已經有內部人士在爆料了

錢花得多的其中一個原因是他們某員工的堅持，再加上理不清想要啥的user與持續變動的需求

看館長講話也沒什麼條理
改來改去的次數肯定比其他人多
他真正強的項目是執行力
想做什麼一定會幹到底

引用:

作者healthfirst.

他一下賣衣服、泡麵
一下賣蝦子
現在是開百貨公司

健身界的小米就對了 :laugh:

其實ERP和商城這種東西
從無到有的過程
沒燒個幾千萬還真搞不出像樣的東西
人工真的非常貴的
遇過很多老闆以為一個商城花一兩百萬就客製化做得出來的
其實光資安問題就不只燒這個錢了
要便宜
倒不如去跟搞商城出租的公司合作
客製化搞一套環境

我老闆先前花了1億多台幣
也是搞不出一套像樣的CRM
品質非常差

引用:

作者A級黑豬肉

其實當時選擇自行開發就是錯的
因為ERP系統很成熟, 我相信館長的整個組織流程架構和大多企業一樣
選商後採購現成的ERP, 相異處把組織架構調整符合系統流程架構
這樣成本低又快速

商城則採用python+相關商城套件
加上客製化, 也是幾百萬可以搞定
(前提是金流部分不要搞太多渠道)
後續維護成本也低

引用:

作者莫忘假惺鳥

就我所知....應該說已經有內部人士在爆料了

錢花得多的其中一個原因是他們某員工的堅持，再加上理不清想要啥的user與持續變動的需求

對啦，某個肌肉男只會說我只要穩定的購物網站

但是那肌肉男丟給他員工溝通的時候卻不止有這樣

不但包含串舊資料與新erp等都要做

我知道各位都是高手，但是除了金額與能力外

有沒有考慮過user自己的問題呢？

看看南山 :rolleyes: :rolleyes: :rolleyes:

有問題第一個被檢討的都是廠商

需求不明確....
無止盡的客制化需求....

這種case，真的很難賺.....

:flash: :flash: :flash: :flash:

引用:

作者A級黑豬肉

所以我當時一直講千萬不要這樣幹... Data 的頭頭就說一定要這樣用因為他自認為很厲害... 而且不是純 Datalake 喔～是 hybrid... Datalake + transactional 用相同 schema... 我聽完就說哇塞這麼厲害應該早就坐鎮 MS 的 Azure Database Director了吧...

Datalake + transactional 用相同 schema........ :jolin: :jolin: :jolin:
我也遇過一次, 這真的很可怕
還是我剛接手的系統, 被我擋下來了, 沒有做
不然就吐血身亡了
工程師在掰什麼 datalake Wide-column store..... 可以怎樣怎樣多好多好
背後技術不就是mongo 或 cassandra 之類的 nosql 嗎?
贛! 你還是給我乖乖用 RDB!

太多工程師和SA對這些技術工具一知半解
更可怕的事情是, 這些人連應這些工具的用場景和限制也不了解
根本把系統當作自己練功的白老鼠
想用什麼新技術看起來好像很好用就了, 反正老闆也不懂
最後爆了, 留下爛攤子給老闆, 自己離職

引用:

作者A級黑豬肉

所以每次發生網頁 performance 上的問題... 瓶頸都會是那個可惡的 SQL... 然後結論就是再往上升級... ... ... 都跑到 metal 了接著竟然跑去跟 AWS sales 問有沒有 2xmetal...

不意外啊, 看過很多次了
程式寫得很爛卻怪SQL主機不夠力
IOPS都開到最大5萬和32GB RAM+四台做讀寫分離, 才勉強跑順
卻跑不了多少報表和業務, 線上也沒幾個user
系統會OOM, 怪維運單位沒有及早發現問題
這些工程師, 什麼都是別人的問題
就是不會檢討自己才是問題的根源

引用:

作者A級黑豬肉

每個禮拜 Sprint 的 Goal、Scope、和 Priority 非常非常重要... PDM 和工程師都要非常確定他們是在「領導」客戶... 而不是被客戶拉著走... 因為幾乎所有客戶都不知道他們到底想要啥... 他們只能看到東西後才反應這不是他們想要的... 所以才會訂定架構好 CI/CD 後每個禮拜客戶看的到新東西... 他們的老闆也能知道進度。

要領導客戶太難了
這需要很強力的PM和SA, 對領域知識部分不輸給客戶, 甚至要比客戶更了解
這需要卓越團隊才能做到, 可遇不可求
大多數都是就像你說的被客戶拉著走, 加上客戶對自己需求也不甚了解
然後乙方也不打算去了解
所以一整個改改改改改改改改改改改改改改改改改改改改的重工就反覆發生
老闆花了大錢卻做不出個什麼東西

引用:

作者healthfirst.

看館長講話也沒什麼條理
改來改去的次數肯定比其他人多
他真正強的項目是執行力
想做什麼一定會幹到底

執行力....

我該說蠢到底還是衝到底呢？

aspx不是問題，接案公司也不是沒有本事，而且他們自己也有既有erp產品在市面上販賣，不過是一個小小服務業的erp會有多複雜？

來個例子

某日肌肉男靈機一動，想要健身房會員系統跟購物商城會員系統有掛勾，當有加入健身房會員就會自動成為購物網站會員。

我知道大家很厲害都會說不是做不到...

但是回頭想想，購物網站跟erp修改兩組人用到一半來做兩邊會員整合，然後整合中因為email重複與討論會員修改資料問題與衍生的資料一致性等問題，導致時程拖了

而某肌肉男很會罵，一個不爽就是罵，到底是口頭禪還是真不爽不知道，大家都只知道這東西一定要如期上線

好了，後面壓力測試不過的時候被提出檢討的都是需求異動項目，回報到肌肉男與其心腹員工那，兩人討論一下還是恢復原有功能讓主功能正常，畢竟收到錢最重要是吧

反正寫程式跟寫字一樣，拿個橡皮擦擦掉就好了，不難吧？？？？

說實話erp很難嗎 ? 購物商城很難嗎？

功能不難

難的都是人

難為的也是人

但是還是一堆人看一堆人帶話題

引用:

作者莫忘假惺鳥

來個例子

某日肌肉男靈機一動，想要健身房會員系統跟購物商城會員系統有掛勾，當有加入健身房會員就會自動成為購物網站會員。

我知道大家很厲害都會說不是做不到...

但是回頭想想，購物網站跟erp修改兩組人用到一半來做兩邊會員整合，然後整合中因為email重複與討論會員修改資料問題與衍生的資料一致性等問題，導致時程拖了

而某肌肉男很會罵，一個不爽就是罵，到底是口頭禪還是真不爽不知道，大家都只知道這東西一定要如期上線

好了，後面壓力測試不過的時候被提出檢討的都是需求異動項目，回報到肌肉男與其心腹員工那，兩人討論一下還是恢復原有功能讓主功能正常，畢竟收到錢最重要是吧

反正寫程式跟寫字一樣，拿個橡皮擦擦掉就好了，不難吧？？？？

你應該用更前面看, 簽約時劃定好範圍是哪些
當初不在範圍內的部分, 都屬於 CR, 是要額外計算人力成本和時程的
這些在業界都是很成熟的流程, 都是簽約前要跟甲方講清楚的
從合約和工作說明書, 都要明明白白地寫好
除非乙方自己也急著簽約
反正合約中的範圍就搞簡單幾句話, 簽約時連工作說明書都沒有
讓甲方有不斷擴大解釋的空間
導致整個專案流程崩潰
甚至給甲方過大的期望, 但乙方根本只能做到三成
這能怪誰

引用:

作者莫忘假惺鳥

執行力....

我該說蠢到底還是衝到底呢？

蠢還是衝都沒差
就他目前的狀況
只要聲勢沒走下坡
他要賣什麼都有一群盲目的支持者會買
這些費用早晚都會攤平