Solution Manager主要分兩部分應用（這里不包括在Hosting， 或者說Basis方面，比如安裝時License的生成等）: In Implementation 和 In Operation. 從目前應用來講，可能In Operation部分的應用有更多需求，但換個角度，長遠一點，還是先In Implementation后In Operation。 何謂In Implementation，又什么是In Operation。 前者主要是指SAP Solution Manager在SAP項目實施方面的應用，包括項目的有效管理，項目實施的文檔管理，變更管理，測試，培訓等等。而In Operation則更多是對SAP 系統運行過程的諸多參數，性能，運行中業務數據錯誤，系統問題的監控與解決。另外，Service Desk能有效地集成到SAP Solution Manager 中，并能夠與Consulting Partner（SAP Service Partner）或者直接與SAP Service Market Platz相連接。
除去Project Management(In Implementaion)的部分，SAP Solution Manager 更可以看成是一個Application Management工具。
In Implementation
首先看In Implementation.
一直以來，SAP項目實施，基本上沒個咨詢公司都有各自一套管理方法。數年之前SAP就提出了ASAP（AccelerateSAP）的方法論； 有效地將SAP的項目實施從框架上給出了一個綱領性的知道方案。但也只是一個框架性的，具體的實施過程到底有多少按照這個系統化的方法來做就不得而知了。個人而言，對于過去的實施過程不是百分百滿意，因為問題不斷。即使在這樣一個以嚴謹著稱的純德國公司，情況也不是100%。雖然我并沒有，也不能統計出公司的SAP項目成功率。但就公司的文檔和資料看來，應該有個更好的解決方案或者工具。 當然，我們不能說每個項目按照模板來。不然，又有人會說特色了。確實每個企業，每個項目都有自己的特色，但是我想有些項目實施根本性的東西就無所謂特色的東西了。比如項目文檔管理，變更管理，項目狀態控制等等。
曾經有一個客戶，他們在2001年德國總部實施了SAP項目，公司內部也有完整的SAP支持團隊。集團公司現在希望能夠做Global Roll out. 首先需要做的是一個Global Template。但是在做Global Templeate時，卻找不到太多有實際用途的文檔，缺少足夠詳細的模塊設計文檔。雖然幾乎每個流程都有被定制過的enhancement或者Customer Exit， 卻幾乎沒有enhancement的文檔。所有的都只有ABAP注解。Template的唯一解決方案，就只有依靠Consultant的經驗數據整理，而且不得不將所有Customer enhancement和自定義參數排除在外。在Rollout過程中，也遇到很多的問題。 比如發現Item Category的status profile丟失，或者必須routine的不全等等。這些問題只能發現一個解決一個，而且需要兩邊的團隊溝通。惡夢。
SAP Solution Manager存在的理由，就正如項目管理存在的理由。簡單一點，SAP Solution Manager就是SAP的項目管理工具和手段。它應該是SAP項目實施過程的最好的助手之一，個人認為比現有其他SAP項目管理手段都更來得有效。
就Implementation而言，SAP Solution Manager 按照ASAP的方法論推進項目。將項目每個階段的任務，所發生的動作加以規范化，并記錄。From Project Roadmap to Project definition, Business Blueprint, Configuration, Testing, Training, Go Live,
給出了一條通往項目成功的保障之路。你可以采用SAP已經發布的各種現有流程，吸取數十年來SAP在各行業優秀流程積累，極大程度減少項目人力，金錢的投入。
項目管理的理論與實際應用之間總存在不大不小的差距，你可以使用MS Project作項目計劃，做進度控制和資源分配，你還需要MS Visio和Word來做項目文檔和流程圖，需要Powerpoint制作PPT演示文稿，需要SAP系統作演示和教學。你也需要一個Content Server來保存這些文檔，IT 部門或者顧問團隊會幫你建立起Directory hierarchy來管理文檔。但你更需要一個說明文檔，來說明該如何使用項目文檔，來提供各種內容的模版。你還需要Change Management，來保證項目內容的更新......
規范一點的顧問公司，會有幾年，十幾年的經驗，已經形成自己的一套體系；而更多的時候，大部分的內容還是保存在Consultant的PC中，或者頭腦中。而SAP Solution Manager的目的就是將所有這些分散的內容的集中起來，以一種系統的，結構化的方式安排，并直接與SAP系統集成，項目的變更首先在Solution Manager中加以記錄，然后再反映到系統中。你可以在Business Scenario中定制你的業務流程，然后再從這個流程去修改系統。然后由Solution Manager建立測試計劃進行測試。
如果借用SAP的名字，我覺這個是不是也可以叫做All in One，當然不是那個A1了。
SAP從上世紀90年代就推出ASAP的方法論，無非也一直是在尋找一條有效保證項目成功的途徑。對一家ERP廠商而言，每一個客戶都是一個全新的項目。這與賣汽車不一樣，一條大街上也許有百兩同一型號的汽車。但全世界絕對找不到兩個一樣的ERP系統。但ASAP推出以來，雖然在4.X（4.7以前版本）的版本中也相應的Transaction有類似的功能，并提供Q&A DB。但個人估計很少有公司去應用，因為太繁雜，也沒有太多實踐意義。確切的講， SAP一直缺少有效的工具來支持它。其所能提供的只是一套方法論。而Solution Manager的推廣，則是對ASAP的繼承與實現。一方面它提供了一個有效的工具，另一方面SAP也可通過它繼續更有效的吸收行業流程，這應該是SAP大力推廣Solution Manager的一個理由。SAP之所以能站在行業的頂端，其核心正在于其擁有世界上最完美的流程庫。如果從這個方面將SAP和Oracle對比，后者更應該看成是一個軟件，而前者則是一種系統。
Solution Manager開始試著將流程管理與企業的實際系統相結合。
曾經作過很長時間ARIS的應用與研究，東西學了不少，項目也作過一些。包括Business Process Modeling， analyzing etc. 甚至曾經得出一個我自己至今也無法相信的一個結果，竟然能夠算出了某發動機廠流程的工時，成本，消耗等等。雖然那是一個并不精確，甚至有點搞笑的結果，但從意義上來講，如果能加上一個經驗修正參數，我想應該還是能夠反映實際，并用來指導流程改造的。 可惜之后沒能繼續相關的工作，有關ARIS應用的那本書，從開始的完全創作，到后來的半翻譯半創作，直至今也只完成了四分之一。 現在想起仍是無限遺憾，不過興許那天高興，一口氣完成也可能。
之所以對這個功能這么興奮，是因為發現，ARIS工具作為SAP這一功能的增強產品，可以直接集成使用。這意味著以前手頭擁有的大量ARIS流程，終于有發揮威力的時候了。2004曾經作過某發動機廠的刀具外包流程，其將原來自己完成的從采購到檢驗，維修，倉庫流程全部外包，這難道不是一個很好的應用案例。
不足
SAP Solution Manager對Implementaion的幫助應該是顯著的。但個人認為應該加上一個前提，這種幫助的效果應該是與項目復雜度成正比的。也就是公司越大，系統越多，其所能帶來的好處才會越明顯。對于一個只有一個系統的公司來講，這種提升也可能是在五年或者十年以后才會感覺到。對于大部分跨國企業而言，或者比如眾多的德國企業而言，他們通常都會有三個四個，甚至幾十個SAP系統。Solution Manager所能提供的在系統管理，系統集成測試等等，好處是顯而易見的。比如你需要搭建SAP CRM 5.0，通過SAP Solution Manager，將SAP R/3 Sysem, BW System集中到一個Project中，你無需分個去登陸每個系統，然后再一個一個配置。在Solution Manager中你可以直接按照設計好的流程（比如標準訂單銷售），去配置CRM和BW系統，你可以比較和同步各個系統中設置，不如Order Type是否一致，新版CRM與舊版R/3設置的Language Abbrievation or Currency是否相同等等。
But for a small size company, it only has one ERP system. If it can find a good consultant team, everything can be done perfectly.And that's all. 項目越小，個體的因素就越大。可惜SAP從來不是小項目，所以最好還是使用Solution Manager。也許有一天SAP也會有正對B1的解決方案。但個人不覺得那是個好的選擇。對于小公司，選擇Salesforce，或者金蝶也許更好。