→ csiemx:Canboo大您講解的很詳細，前三行受益良多，細節我也須再討 12/21 00:31
→ csiemx:論一下，非常感謝您的解說和舉例~ :) 12/21 00:32
推 NotOnSale:推C大 12/22 12:11
客戶所提出來最主要的功能，通常是簡化過的...
所以要報價時，最好把需要做的工作整理好一份清單，再逐一填上你的工時
再用工時乘以你的預期日薪或時薪(有人建議最好再乘以1.5~2才是最準確的)
※ 引述《csiemx (萍水相逢)》之銘言：
: 最近接到一個case，要製作一個活動點名網頁，由於不知價格多寡，所以來這邊問一下
: 有經驗的各位大大。所要功能如下:
: 1.查詢資料庫將參與活動的人調閱出來並製成點名表，讓領隊可以進行點名並儲存記錄。
這個聽起來很簡單，但客戶有時想的不是我這種憨人所想的一樣
所以，我會先思考
1. 這個"參與活動人員"資料庫哪來，是這個案子範圍嗎?
如果是案子範圍，那就還有報名那一塊要思考
2. 製成報名表，是網頁上面畫表格直接PRINT? 還是要輸出PDF、XLS?
如果是上行的方式，那儲存回資料庫要透過什麼方式
還是說領隊點名是透過手機連上SERVICE即時確認並儲存記錄?
(這些處理起來工時都不一樣，運作方式與報價緊緊關聯)
: 2.活動可為單日~一段期間，可能需依照日期間隔產生一活動中不同日期的的點名表。
: ex:活動時間為週一和週四，自動產生不同日期的點名表。
對我來說不管日期怎樣，就是撈資料庫的日期條件不一樣
但就原PO這樣的說法，一個活動如果四天，會有四天都不同報名者的狀況?
那跟一天出一張有什麼差別呢?
EX: 5月6日的.NET研討會活動點名表 OR 5月7日的.NET研討會活動點名表
: 3.可查詢某成員參加過哪些活動，以及其點名記錄。
: 語言使用C#，資料庫使用SQL
: 這樣要開價多少錢呢?
這邊又要再問問，成員資料庫哪來的? 是不是要做會員機制
如果不做，要拿哪些資料來比對成員(身分證?EMAIL?)
如果要做會員機制，這部份要一起估價嗎? 會員機制要做到什麼程度?
--------------------------------------------------------
說一些跟報價無關的話...
只是想表達，如果只看原PO這三點沒有問題，幾天就可以處理
但是這三點背後所沒提到的工，會比這三點花更多的時間處理
該報多少? 用我前面三行所說的方式，我想你就會有個你滿意的價錢
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 111.240.122.85