由接任初始，即被告知只需依循前任模式，按時彙編新進會員及會員升等、敦促會員及志工繳交常年會費之工作。又鑑於有前前任組長自願降級當副手相佐，基於與副手過去私誼，在有個強力後盾下才勉為其難接下這工作。
若是單純蕭規曹隨還真箇算是個輕鬆工作，但這種需心思細膩、有條不紊的工作實在不適合諸如我這種從沒經手行政文書相關經歷的我來掌理，就只因我比較常接觸電腦如此而已(常拜神豈不要當乩童乎？)。
因某社團本會成立三十餘年，會員可能早已住地搬遷、門牌整編，電話號碼更改等因素，與當年留下的資料明顯不符，加上社團本會非職業工會性質，會員不需按月主動繳交勞健保費，否則會影響其權益;也非商業同業公會，就算會員失散，上經濟部或縣府工商查詢就能揪出其最新的聯絡方式，也因會員沒有主動回報的義務，如何update，似乎就得將每個會員資料詳實記錄，才能真正達成。
我們都有申請過戶籍賸本的經驗，在記事欄位上會記載民眾遷出遷入、更名、結(離)婚、門牌整編等記錄，過去我們的會員資料僅收存入會申請書，節錄部分內容繕打於Excel試算表軟體中，若資料欄位或內容過多，又分散在不同的工作表，想查詢瀏覽也略顯麻煩，甚至名單重覆也不容易發覺，而這正是需要改變之處。
盤算該以何種方式建置資料庫就讓我構思良久，丟到網路上有資料外洩風險，僅能在單機上操作，Access資料庫將來有版本轉換問題，Excel僅能當列冊之用，不能當database，最後決定還是以自己稍微熟稔之PHP&MySQL來製作，以網頁型態呈現，檔案容量小，查詢速度也快，更能避免資料重覆，只需將本會某部電腦當成本機伺服器，後續只需如期備份，嚴防電腦中毒即可。
只是在實作未完成前，許多人並不明白我想呈現的樣貌為何？該維持不變，還是該有些創新，內心不時在不破不立與小破小立間掙扎著，常常著手策畫沒多久就舉白旗，自忖沒必要給自己添亂，雖不時嘟嚷著，還是想辦法把會員資料庫建置完成。
要一一輸入所有會員資料時，不打算尋求他人協助之因在於唯有自己建檔過程中，才會知道程式是否有bug，是否還需增加欄位，合併列印每位會員個人資料與照片檔是否有破框之虞，這些問題只有修造者最清楚，一部機器在出廠前總是需要不斷的測試再測試啊！
很開心終於完成了我的階段性任務，也感謝歷屆會員組的用心，才能讓我順利達成，但個人能力有限，無法在本屆將資料更正至最新、最正確的狀態，希冀接班梯隊能再接再厲，順利完成。
最後套用麥克阿瑟的話，如果給我一百萬再去當一次組長我絕不願意，如果給我一百萬要跟我買當組長的回憶我也不願意。