? ? ? ? 早在2014年就接觸《簡書》奏赘，平臺很好，主要是潛水看大家的作品太惠，期間雖不固定寫過一些有關自己生活的文章磨淌，但大都是無病呻吟；時間一點流失垛叨，轉眼間伦糯，從大學畢業(yè)工作近5年；常言道嗽元，三年一小溝,五年一大溝，一下子都跨了一大溝喂击，回頭看看不知自己這5年軟件實施工作都留下了什么剂癌。偶然的機會，看到顏小婧的文章翰绊，發(fā)現自己與人差距之大的原因佩谷，故，學著將自己近5年軟件項目實施想法监嗜，一一記錄谐檀。
1、什么是需求解決方案裁奇？
? ? ? ? 小蟲工作期間方案寫過很多桐猬，但大都是沿用前輩們的模板；那何謂需求刽肠，魏武揮有一篇文章《解決方案與需求》里面有些話溃肪，我很認同免胃；
洞察需求，其實就是分辨這樣一句話“更快的馬”中惫撰，究竟馬是需求羔沙？還是更快是需求？
創(chuàng)新大致有兩種厨钻，一種叫所謂的“微創(chuàng)新”扼雏，微創(chuàng)新干的事都是滿足“解決方案”，比如說夯膀，用一種更好的方式來訓練馬呢蛤，讓它跑得更快。而顛覆式創(chuàng)新干的事是滿足“需求”棍郎，比如說其障，發(fā)明一臺汽車，讓人們可以有更快的交通工具涂佃。
? ? ? ? ?而需求解決方案励翼，我覺得可以按照兩個階段去劃分，一個是售前階段辜荠，另一個是實施階段汽抚；有過項目經驗的人可能都經歷過這樣的感慨，售前挖了很多“坑”伯病，輪到實施人員造烁，光填“坑”都夠嗆，投入人員是前仆后繼午笛，到頭來是人仰馬翻惭蟋；這幾乎成了現在軟件行業(yè)的常態(tài)；其實說這些药磺，并非吐槽售前挖的“坑”告组，而是認可，售前的方案確實需要一些“微創(chuàng)新”癌佩，沒有一點創(chuàng)新木缝，如何吸引客戶，沒有客戶围辙，哪里來的實施我碟，而需求解決方案就是把這些“微創(chuàng)新”落地。而接下來姚建，我提到的框架矫俺，主要還是針對實施階段的需求解決方案；
2、解決方案的框架
2.1 整體框架
? ? ? ? 借鑒前輩們的經驗恳守，小蟲寫需求解決方案考婴，主要分為五個部分，重要的部分就是我們一直在談的<解決方案>部分催烘；
2.2 項目背景
? ? ? ?一是為了介紹客戶的基本信息沥阱；目的是標識出行業(yè)特性；
? ? ? ?二是梳理企業(yè)目前使用的軟件情況伊群，目的是了解清楚信息化現狀考杉，界定清楚企業(yè)信息化程度，以便后續(xù)不同的溝通方式舰始；比如信息化水平弱的崇棠，現階段都是用手工或者Excel，后續(xù)規(guī)劃及培訓講解要“粗放”一下丸卷，別太細枕稀；
? ? ? ? ?三是明確導入范圍；這點非常重要谜嫉，從項目角度上來看萎坷，是界定范圍的時刻，框定出“微創(chuàng)新”哪些部分沐兰，更方便后續(xù)交付落地哆档；從整個文案的角度來看，是承上啟下的關鍵段落住闯；
2.3 解決方案
? ? ? ?整篇文章的重點瓜浸，這部分劃分四類：業(yè)務表單、數據底表比原、功能報表插佛、標準應用。
A.業(yè)務表單春寿，指的是企業(yè)管理中涉及到的關鍵業(yè)務朗涩，這部分會有相關操作流程；
B.數據底表绑改，這是我現在的叫法，也可以稱之為基礎數據兄一，而這部分不涉及流程厘线，更多是維護資料，主要需要明確的是權限及數據字段出革，這涉及到后續(xù)業(yè)務表單及報表取數的問題造壮；
C.功能報表，其實目前企業(yè)信息管理，最后呈現軟件實施效果的很大部分在于報表的展現耳璧，所以明確報表的內容及數量成箫，也是必不可少的；
D.標準應用旨枯，現行軟件大都是產品化蹬昌，總有些標準功能，這里明確在方案中攀隔，有助于后續(xù)系統(tǒng)搭建權限的分配和管理皂贩；
2.4 實施建議
? ? ? ? 主要是提醒企業(yè)在整體項目實施需要注意什么，比如昆汹，資料的準備明刷，權限的劃分，制度的規(guī)范满粗，系統(tǒng)的宣導等等辈末；這部分可有可無，我們寫方案的時候可以酌情使用映皆，同時挤聘，這部分的內容，應該可以適用與之后其他項目的方案撰寫劫扒，寫好一次檬洞，也算是一勞永逸。
2.5 實施計劃
? ? ? ? 項目開始階段沟饥，肯定有相關實施計劃添怔，比如常用的WBS計劃，不過我現在不再用WBS計劃贤旷，這個針對很多無項目經驗的客戶來說广料，查閱起來非常吃力，我一般都會按照項目階段重新整理一份幼驶，明確各項目階段的實施重點事項艾杏、實施天數及產出即可，不會太細盅藻。
2.6 實施確認
? ? ? ? 到了最后购桑，所謂實施確認，就是簽字確認氏淑，這樣一來是給客戶勃蜘，給我們自己一個交代；后續(xù)系統(tǒng)搭建假残，我們既有方向又有了底氣缭贡。
后記：第一次將自己的工作想法，通過《簡書》的方式記錄下來，寫的不清楚的地方阳惹，請各位看官隨時吐槽谍失，謝謝支持，期待各位不同的看法莹汤。
