想做好定制軟件開發工作，必須對定制軟件開發流程管理必須做科學，每一步定位清晰，目標明確，下面對定制軟件開發工作流進行拆解分析：
需求分析
資深軟件系統分析師對企業所面臨的管理問題進行分析
需求初步確認
軟件系統分析師初步確認企業需求，作為合同確認的依據
系統調研
軟件系統分析師對企業的初步需求進行詳細調研，確定系統界面的設計和運行的流程
需求說明書
將軟件系統分析師對企業詳細調研文稿化，經雙方討論確認后，開始系統界面設計
界面設計
專業軟件開發工程師及美工設計師完成系統界面設計，經用戶確認，開始軟件開發
開發及測試
專業軟件開發工程師和測試工程師完成系統軟件開發和測試，強大測試力量和一對一軟件測試體系，確保系統軟件質量
使用培訓
專業培訓講師對企業進行軟件基礎知識和系統軟件運作流程全面培訓
初始化試運行
專業軟件工程師輔導用戶使用系統，協助用戶進行初始化工作；系統初始化完畢，進行試運行階段，測試系統功能的完善性和全面性
正式切換 雙方共同測評系統，確保系統能全面符合用戶需求說明書定義的所有功能，正式切換系統
從項目推動過程來講，可以分為：
1、 項目啟動階段
這一階段主要是為實施做好準備，由項目指導委員會召開項目動員大會，確定項目組成員，確定項目的計劃和目標，建立實施所必須的系統環境。
2、調研分析階段
項目實施小組在開始系統實施前，先對公司現有的應用系統進行詳細調研和分析，根據企業的具體情況和信息化管理的特點確定目標業務流程。對各級用戶進行需求調研。最終以雙方確認的目標作為下一步具體實施的業務藍圖，并結合軟件產品和技術開發實際情況，規劃設計詳細的解決方案，并進行確認，作為設計開發的基礎。
3、 系統開發階段
根據調研分析的結果，進行系統設計、編碼、測試，完成軟件的開發。
4、 項目實施階段
在系統開發完成之后，軟件實施進入實質性階段。項目實施小組要在項目指導委員會的全力支持和相關部門、人員的協作配合下完成大量的具體工作，比如數據分析與導入、系統設置、人員培訓、規章制度建立、實施文件歸檔、客戶化修改等。軟件的使用者尤其是關鍵用戶必須在這段時間內掌握相關功能模塊的操作和應用，以便在系統正式運行后能夠獨立地使用軟件。
5、 試運行階段
在經過項目實施階段后，各個模塊及整個系統需要試運行一段時間，以確信軟件能夠在企業中運行良好，并達到預期效果。同時，根據試運行階段中發現的問題進行系統調整。
6、 系統切換/正式運行
在試運行階段后，確信軟件可以正式開始運行后，需要進行系統切換，企業正式切換到新的業務流程，并在軟件上進行企業日常業務處理。至此，軟件的實施已經全部完成，進入后期維護階段。
架構設計
設計的中心思想
1、 以業務邏輯建模,而不是以數據庫為中心建立系統模型
對信息系統的設計，應緊緊專注于將企業生產的系統抽象轉化為信息系統的模型，能夠準確、完整、清晰地了解業務邏輯和業務流程，并且對業務的變化作預先考慮，是項目成功的關鍵。開發人員容易出現的問題是以關系數據庫設計或數據控件的設計代替系統建模，造成的問題是以數據為中心，其結果是系統與數據緊密耦合，難以實現業務邏輯的變化和擴展。
2、 定制軟件開發是否滿足了用戶的期望
為了實現這個目標，完善準確的需求收集和需求分析，是項目成功設計的前提。否則無論這個軟件再先進，從用戶角度看，也是失敗的軟件。因此，在設計前期，對需求分析所必須的資源和時間投入，必須有足夠的重視和充分的計劃。
3、 必須要考慮非軟件的因素
任何一個項目都是為了用戶實現其業務目的，軟件工程也不例外。同時，企業用戶作為一個實體，其決策收到其行業特點、用戶、市場、上級主管部門、決策人員的個性、企業的定位、企業的現狀、長遠發展規劃、歷史因素等綜合情況的影響，因此，在架構設計上，應綜合考慮這些因素。
設計原則
4、 在可能的情況下，按照“統一規劃、統一架構、統一標準”的原則。
5、 以良好的設計模式來保證系統的先進性、合理性和應用擴展性。
6、 系統的模塊之間應用和交互，盡可能采用松耦合，以實現系統的靈活性和實用性，延長系統的生命周期，保護用戶的投資。
7、 采用以SOA作為體系架構的核心，以保證系統級別和部件級別重復使用和業務重組，便于用戶長遠的。
8、 系統的開放性要求能軟件實現三個無關性：通訊組件的網絡及協議無關性，數據來源無關性和用戶對流程無關性。
9、 采用有效的需求分析手段，力圖實現準確到位的需求分析，
為良好的人機界面設計提供堅實的基礎。高度重視用戶界面的設計，作到符合不同用戶的實際經驗和使用習慣，減少對信息系統的畏懼感，提高用戶使用信息系統的信心，真正使系統成為提高生產管理效率的有效工具。
10、盡可能采用經過實際運行檢驗的成熟模塊，
從而節省開發資源和縮短開發周期，確保項目按時交付使用。
權限是一個公司信息系統的起點。我從入職以來就一直想要對公司后臺的權限系統進行一個梳理（其實是老板要求的），苦于對后臺和公司業務還不夠了解，所以想法一直沒能成型。終于，經過幾個月斷斷續續的琢磨，我趁最近需求數量不多的時候，把權限的調整方案梳理了出來。
這次梳理公司后臺的系統，我在原有權限系統的基礎上引入了 公司組織架構，形成了 動態權限管理模式，使得公司的權限管理更加合理化。目前已經把方案提交給開發進行審核，希望可以最終落實。這里就先向大家匯報一下這幾個月以來梳理權限的成果，給同樣有權限體系設計問題的朋友們一點參考。
要設計權限，首先要對權限 已有的成熟方案有一定認識，其次要 對業務有深入的分析，才可以在業務的基礎上有針對性的設計權限模型。
關于權限成熟方案，我查了很多資料，主要了解了一些關于 RBAC（Role-Based Access Control）權限模型的知識。加上在前司對SharePoint的權限分配方案有一定的了解，權限的知識基本就已經足夠了（不夠也沒有更多了，找到一篇從產品的角度解釋RBAC的文章，值得一讀：請點擊查看）
關于業務需求分析方面，我對公司后臺的權限系統做了梳理。
因為公司對數據的保密要求很高，所以后臺有大量查看項目、查看投資人的細致權限設置，但是 缺乏一致的管理方法，導致經常出現有需求無權限，或調動后權限沒有及時清除的問題。公司后臺主要是按照RBAC設置了權限體系，另外還根據項目服務小組的機制為每個項目單獨設置了權限。后臺RBAC的權限角色中，有部門角色、功能角色、臨時團隊角色等等，相對比較混亂。
現在這套系統面對一些問題：
權限角色太多，分類混亂。有大量臨時建立棄而不用的分組；如果員工調換部門，需要逐個刪除他已有的權限，再逐個賦予新部門的權限；如果部門領導更換，需要對部門內員工的所有成員的審批對象都進行調整。
為了解決上述問題，我嘗試將公司的 組織結構信息引入權限管理的系統。
盡量以部門為單位分配權限，權限角色過多混亂的情況；出現員工部門調動或領導更換，會根據其部門更改自動重新分配權限；對無法按照部門分配的功能采取原有的權限分配模式，通過給不同的員工分配不同的角色實現，保證靈活性。
從上述的思路出發，我定義了新的權限管理需求。新的權限管理分為 部門權限制度和 非部門權限制度兩種：
1、部門權限制度
部門權限分組默認按照組織結構圖。
按照小組設置部門，部門分管理者權限和默認權限兩種，默認權限為部門管理權限的子集。
若組織架構中的小組設置了管理者，則管理者默認擁有管理者權限。除管理者外，所有人加入小組后默認擁有默認權限。
（2）管理者權限包括
部門權限維護類：新建子權限組、默認權限維護、打破權限集成等權限（可以分配給部門領導使用，也可以掌握在超管手中統一分配） 審批類：所有報銷、請假和購票的申請（若小組沒有設置管理者，則小組成員所有審批事宜由上級層級中的管理者負責 ） 職能類：單個部門的全部權限
（2）權限維護類權限詳細介紹
子權限組：部門內可以根據員工設置子權限組，根據子權限組，分配部門權限；默認權限維護：增刪進入部門所默認擁有的權限；打破權限繼承：使某位員工失去默認擁有的權限，為其單獨分配權限。
2、非部門權限制度
組織方法參照原有RBAC權限管理；
超管可以為單個員工或小組開啟非部門權限。
可以為非部門權限設置有效時間段；若員工調轉部門，則所有非部門權限默認失效，需要超管審批以后方可重新生效。
這套規則可以基本解決原來的權限與部門沒有關聯的問題，以及權限分配混亂難以管理的問題。這僅僅只是產品從業務角度梳理出來的需求，具體實現還需要和開發商量以后解決。而且要真正能夠落實實現還需要很漫長的過程。
這次設計方案給我最大的體會就是，設計復雜的功能最有效的手段還是 從具體是使用場景出發，使用場景決定業務邏輯，業務邏輯決定功能邏輯。我在最初設計的時候執著于尋找成熟的權限管理模式套用，后來發現這樣生搬硬套不能提升后臺權限分配的效率。在過后的幾個月工作中，我接觸到了不少分配權限的實際問題，比如不知道分權限給誰，或者分配出去的問題沒有辦法管理的問題。這些問題直接啟發我引入了公司組織架構的概念，也便有了這套方案。
所以， 產品的設計與實現都服務于使用場景，才是真正好的產品，這一點對業務為導向的后臺產品至關重要。與大家分享，也請大家多提意見。
了解更多
一款對的直銷軟件對直銷企業的影響很大，可分為以下幾點：
1、降低成本
2、提升業績
3、提高企業效益
4、迅速擴張，占領市場份額
而如果企業選擇了一款不適合自己業務的直銷軟件呢？那不但不能獲得上述的效果，還會為后續更換系統帶來很多麻煩。要知道不同的系統所采用的制度、算法結構是不一樣的，一旦更換系統，數據就需要重新導入新系統，那就需要考慮到重新結算、數據校正等問題，如果這些問題沒有很好的方案來解決，那直銷企業將極有可能會面臨數據崩潰的危險。
由此可見，直銷軟件選擇的重要性，企業不同的業務適合的直銷軟件也不同。
隨著直銷軟件的需求越來越大，直銷軟件公司也如雨后春筍一般，紛紛成立，而這些直銷軟件公司質量也參差不齊，好的直銷軟件跟質量低劣的直銷軟件并存。這讓一些需要直銷軟件的直銷企業產生了選擇困難，不知道該選擇哪家直銷軟件開發公司制作定制適合自己企業的軟件。
而這個時候，選擇一個好的直銷軟件開發公司就十分重要。
深圳市南思特科技有限公司是一間專業從事軟件研發、網絡建設與電子商務運營、移動應用開發、信息系統集成服務的高新技術企業, 主要的產品和項目有：成長寶·家校通、愛購微商城、知識管理系統（KM）、工程項目管理系統(EPM)、員工自助平臺（e-HR）、電子商務系統（O2O/B2B2C）、物業管理系統、會員管理系統、企業網站建設。
南思特具有優秀的技術實力：在大型數據庫、.net、app、微信開發應用等方面擁有領先的技術；在Web應用程序、辦公自動化、商業智能、電子商務、電子政務、企業資源管理、商業網站等方面具有豐富的開發實施經驗。
軟件定制開發，通俗來講，就是軟件開發公司針對公司個性化和自身需求開發的軟件，它是區別于通用性版本的。企業有特別的需求和功能，那么，溝通好實際情況后，技術開發公司會進行app或者H5或者網站等等開發任務。 通常企業和創始人有可能會碰到模板化，通用性等概念，那么，她究竟和定制開發有何不同呢？
軟件定制開發與傳統模板化軟件的區別：
1、凸顯公司文化和個人風格，你可以和別人家的網站、app等不同，不會撞車！想怎樣任性就怎樣任性!舉例來說，官網可以600RMB，也可以是6W。當然，600的那種就風格固定，一些想改動的地方可能因為固定不能改！顏色，圖片什么的就不要多想啦！還有別的，官網設計是否有利于SEO，這些模板化軟件就有可能不能兼顧部分功能！還有圖像設計，在公司產品和形象展示上就會有很多差異！
2、使用比較有針對性，培訓和使用比較方便，一些大型公司和細分行業的軟件，比如說ERP軟件生產流程和工序有別與通用流程，如果使用通用軟件，那么在使用，培訓上會有較大的不方便！只有結合其生產實際才能比較節省成本。
3、安全性方面，定制開發性軟件的源碼和服務器會掌握在自己手上，客戶數據和企業敏感信息自己掌控可以提高保密性。不用擔心自己的商業機密被開發公司看到，這些，在考慮企業品牌和形象上要考慮！有的企業產品是全球化，這樣他就需要自己掌握軟件源碼和服務器，而使用模板化軟件這種需求就不會滿足！
4、可以避免企業業務流程固化，因為模板化（通用性）軟件，代碼邏輯就是固定的，只能人去適應軟件。根據企業自身實際情況，在預算范圍內，選擇一家技術過硬，公司實力不錯的軟件開發公司就十分重要。
了解更多
用戶調研前的思考：
PM設計前，調研用戶尤其重要，包含如下方面：
用戶定位（什么樣的人會使用我們的產品）、
客戶定位（什么樣的人會購買我們的產品或服務）、
用戶分類（將擁有共同的特征或行為的用戶歸類，對有價值的用戶進行分析）、用戶特點（人口統計信息、性格、愛好、需求特征），
用戶行為(操作行為的時間、地點、頻率、習慣、消費、感受等)、
用戶需求（想要的功能、服務、物品、消費等）