蘇長青坐在旁邊，一邊看他操作，一邊聽他講解。
待何一鳴將整個軟件的情況講解、演示一遍後，蘇長青對這款軟件已經有了大概的了解和評價。
簡單來說，如果用這個時代的同類型軟件相比，那它絕對是領先的，尤其是在產品設計方麵，其各項功能的全麵性和實用性，遠超其他OA辦公係統。
但如果以後世的眼光來看，這個軟件還是存在不少缺陷，有著許多可以改進之處的。
“何教授和各位都辛苦了，這個OA自動化辦公係統，做得不錯，之前我所要求、提到的許多功能，在這個係統中都得以實現了，在此，我想要各位的辛勤付出表示感謝……”
蘇長青先將他們誇獎了一番，隨即話鋒一轉：“不過，在一些方麵，還是存在改進空間的……何教授，麻煩讓我來操作一下。”
“好，蘇總請！”
何一鳴當即挪到一旁，讓蘇長青坐在電腦前麵。
蘇長青一邊操作，一邊指著電腦，提出自己的意見。
“比如說文件審核的流程中沒有很好地考慮到人性化因素，在審核過程中，如果審核人員有不同的意見，選擇了不通過審核，那麼這個流程就被中止了，然後隻能讓起草人修改草稿、再重新提交、開始新一輪的審核。這樣會產生兩個比較明顯的問題，第一，文件的起草人和前一級的審核人員並不清楚文件為什麼沒有通過審核，隻能通過口頭詢問的方式去獲知原因和意見；第二，有時候文件所存在的問題並不大，隻需要進行適當修改即可，卻要重新提交、從頭開始走流程，會比較影響時間。
我的建議是，在文件的審核流程中，每一級領導在審核過程中都可以在簽署同意或不同意的同時填寫相關意見，在數據庫中進行妥善保存，並將各種一件按審核的先後順序羅列在正式發文的下方，方便後期審核人員參考意見。
與此同時，新增一個電子公章的功能，設計實現領導簽名的電子印章，領導簽署意見後，自動加蓋其個人電子簽名，確保簽署意見的可靠性、唯一性、不可複製性。
而如果某一級領導在簽署了不同意，可以將流程退回到上一級審核領導處，令其修改或再退回至起草人處進行修改，而起草人可以直接在原流程的基礎上進行修改，而無需重新起草……”
“第二個需要改進的地方是，現在係統中的發文是沒有發文號的，隻可填寫標題，後續查詢的時候也隻能通過標題進行查詢。如果要將公司中的發文號實現到係統中，就隻能通過手動輸入的方式，在標題欄裏添加在標題文字的前麵，但這樣很容易造成格式不統一的情況，以及可能會出現輸入錯誤的情況。
因此，我建議新增一個自動生成流水號的功能，每次正式發文之前，自動根據前麵的發文號生成一個新的發文號……並且這個發文號可以根據各公司的不同情況進行設定，從而實現通過發文號前綴的不同區分不同部門、不同類型文件的功能……”