午啪啪夜福利无码亚洲,亚洲欧美suv精品,欧洲尺码日本尺码专线美国,老狼影院成年女人大片

1、醫院客戶需求反饋及跟進制度編 制： 審 核： 批 準： 版 本 號: ESZAQDGF001 編 制： 審 核： 批 準： 版 本 號: 客戶需求反饋及跟進制度目的1， 智能移動系列產品目前已經在多醫院推廣，并獲得真實病人、醫生使用。用戶在使用中經常提出各種意見和建議，為了加強加快對客戶需求反饋和跟進，特制訂此制度。2， 產品開發設計緊密圍繞客戶需求、深刻理解客戶需求，是贏得明天的客戶和公司取得明天的發展的關鍵。3，完善客服流程，有助于客服人員更深刻的了解公司目的，更好的服務客戶。4，通過考核、獎勵、任職資格等手段使得收集需求成為一線工作人員的職業習慣。適用范圍1， 人員：公司全體員工2， 客2、戶需求信息包括1） 病人、醫生和醫院對現有產品新功能的要求或建議、改進要求或建議、產品Bug2） 競品的分析結果3） 員工對新功能、新產品、改進點的建議組織運作分工決策組1， 成員為各位老總及其他相關中高層2， 分析需求可行性，決定需求做、不做、再議、需求轉換和需求的緩急3， 批準需求延期交付申請（見附表1）4， 改變已定需求決策結果推廣部1， 在與醫生、病人、醫院直接接觸中收集需求，填寫需求報告表（見附表2）2， 在反饋小組報bug3， 根據反饋結果，聯系需求方，告知決策結果、預交付時間、功能完成或延期，如果必要，需要教需求方怎么使用。資訊部1， 在于醫生、病人通過App的接觸中收集需求，填3、寫需求報告表2， 為需求報告表編號建檔3， 獲取相應資料，填寫需求登記反饋表（附表3），并在公司QQ群每周更新該表4， 提交新增需求周報，并通知決策層5， 根據反饋結果，聯系需求方或需求報告人，告知決策結果、預交付時間、功能完成或延期6， 根據需求收集、決策、制作等情況，月底提交需求收集處理月度總結，以便于各部門考核IT部1， 預估功能交付日期2， 設計、編程、測試、修改bug3， 提交需求延期交付申請（附表1）4， 為Bug報告表編號建檔5， 每周提交新增Bug周報，并通知決策層6， Bug修改驗收，并反饋給Bug報告人策劃部1， 應邀或受命聽取需求，形成專業需求文檔，可不受附表2形式約束24、， 根據決策會議既定方向細化完善需求，形成可供開發的策劃文檔。策劃文檔需要標明編號3， 參與交付日期確定4， 需求驗收5， 提交需求延期交付申請（附表1）工作流程需求反饋流程整個客戶需求反饋和跟進分為收集、決策、策劃、預期、制作驗收、反饋6個步驟。1、收集來源1） App來源。用戶直接通過App的幫助等途徑，直接聯系客服訴說需求。2） 推廣部轉達。推廣專員在與醫患接觸中獲得的醫生需求。3） 專門的需求收集會流程1） 需求報告人填寫需求報告表2） 需求報告人通過OA或QQ郵箱將需求報告表作為郵件附件發給需求收集人3） 需求收集人收到需求報告表后修改文件名。命名方式：需求報告表+年+月+日+二位數5、序號如，2014年6月19日收到的第3份需求報告表，修改命名為需求報告表140619034） 需求收集人填寫需求登記反饋表，并將更名后的需求報告一并更新到資訊部共享文件夾需求收集反饋5） 需求收集人每周五上午提交新增需求收集周報給決策組2、決策決策會議人員：決策組。時間：周六10:00-11:00會議內容：按照需求收集情況進行會議。決策會議先對所列需求考慮做、不做、是否轉換需求或擇期再議，判斷需求緩急，再對確定要做的需求定出大方向。會后策劃人員根據既定方向完成功能策劃細節。需求緩急標準A級：暫停手頭工作，優先開發B級：手頭正在做的功能完成后，立即開發C級：插入未完成的功能中，根據實際情況排期D6、級：直接放在現有功能排期最末位決策下發1，與會人員指定一人告知收集人決策結果，收集人根據決策會議結果，修改需求登記反饋表決策結果項。2，收集人將決策會議結果和修改后的需求登記反饋表使用QQ郵件發給決策組。3，使用oa、qq、電話等方式通知需求報告人決策結果（做不做，緩急），并確定需求報告人已知。需求報告人告知原始需求方決策結果。4，確定“做”和“轉換需求”的需求，使用oa和qq等方式通知IT部負責人。3、策劃1，產品經理參與決策會議，在會議結束前，估算可供開發的策劃案交付時間。2，產品經理根據決策會議既定方案制作可供開發的策劃案。4、預期時間估算1， 人員：IT部和產品經理2， 估算交付時間：7、1 IT部交產品經理驗收時間。由IT部估算。應在這個時間前，應完成設計、開發、測試。2 完成時間，即醫享網可以將新功能交付給用戶使用的時間。由產品經理根據IT部交付驗收和驗收時長估算。在此時間前，應完成在線驗收。3， 產品經理使用QQ郵箱的方式將完成時間發給決策層和相關中高層和收集人（楊寶珠）。注意，一定要告知需求編號。時間反饋收集人使用oa、qq、電話等方式通知需求報告人預期完成時間，并確定需求報告人已知。需求報告人告知原始需求方預期完成時間，同時應告知可能在時間上存在一定的出入。實際完成時間可能延后或提前。延期交付在已經反饋預交付日期的前提下，如果因客觀原因導致無法按期交付，IT部可提交需8、求延期申請，重新估算交付日期。經過決策層批準簽字，交給需求收集人，需求收集人更改需求登記反饋表中需求狀態，在備注中注明新的預交付日期，并通知需求報告人，交付時間更改。5、制作驗收各部門相互協作，爭取在預期交付用戶使用時間前完成驗收。6、反饋1， 需求完成后，經過驗收，產品經理使用oa或QQ郵件的方式告知收集人需求已完成。郵件中需寫明需求編號。2， 收集人修改需求登記反饋表，填寫交付日期，并將需求狀態改為“完成”。3， 收集人使用oa或qq郵件方式告知報告人功能已完成。報告人通知需求提出方功能已完成。BUG反饋流程1、 收集和匯總1， 報告人聽取用戶發現的bug，并將bug用QQ發到“反饋小組”9、所發bug需提供手機型號、手機系統、bug內容、操作步驟2， 測試人員根據報告人報告情況，將復現的bug提交到bugfree，抄送給Bug報告人。3，測試定期通過QQ提交給Bug收集反饋表給決策層2、 修復遵循IT部門先行的Bug修復流程和方法。3、 反饋Bug報告人通過bugfree系統郵件跟蹤bug修復情況。修復完成后，測試通知bug報告人已修復，并修改Bug收集反饋表相應內容。時間節點類別序號節點責任人/部門時間需求1提需求推廣部、資訊部、策劃部周四前提交2需求歸檔、填寫需求登記反饋表、提交需求給決策層需求收集人周五上午提交3決策會議決策組必要開會時4預估策劃形成時間產品經理決策會議會后10、2天5填寫需求登記反饋表，通知報告人決策結果需求收集人決策會議會后1小時6回饋需求方決策結果推廣部獲得決策結果當天7預估驗收時間IT部獲得可供開發的策劃文檔2日內8預估完成時間產品經理獲得預估驗收時間1小時內9填寫需求登記反饋表，通知報告人預估完成時間需求收集人獲得預估完成時間1小時內10反饋需求方決策結果推廣部獲得預估完成時間當天11備注延期申請，并通知報告人延期需求收集人獲得經決策組簽字的延期申請1小時內12反饋需求方需求延期推廣部獲得延期通知當天13通知需求收集人需求完成產品經理驗收完畢，即刻通知14填寫需求登記反饋表，通知報告人完成需求收集人收到完成通知，即刻通知Bug1提Bug推廣部11、資訊部、策劃部Bug被用戶發現當日2Bug歸檔，復現的bug提到bugfree，并抄送報告人測試復現bug，即刻3IT部修改bug程序員按IT部既定流程和時間4反饋用戶bug修復情況推廣部收到bug修復結果郵件當天相關報告輸出1、需求報告表責任人：除老總外的全體員工。內容：專業人士可自行書寫需求報告；非專業人士填寫附表中需求報告表提交方式：每周四下班前通過OA郵箱或QQ郵箱將需求報告表發給資訊部收集人。附：非專業人士簡報要素1 醫生/醫院/病人關于需求的原話；2 改進需求或報bug回答以下問題：用戶手機型號；用戶手機系統的版本號；舊版最不爽的地方（如果再中已經表達，這個可以不寫）；用戶操作的12、過程；改進需求和報bug最好圖文并茂。3 新需求回答以下問題：同科室醫生對這個需求強烈嗎？這個需求如果實現，能幫助用戶簡化哪些工作？用戶為什么會想要這個功能？有沒有見過類似的功能？如果有請舉例。以上問題，轉達需求的人不要自己妄自揣測，而是和提需求的人良好溝通，得到上面問題的答案。2、需求登記反饋表責任人：資訊部需求收集人（目前為楊寶珠）內容：按要求填寫需求登記反饋表提交方式：每周五上午附在新增需求收集周報中郵件發給決策組，本周新的需決策需求標黃。附：需求登記反饋表填寫辦法需求登記反饋表需求編號填表人需求人決策結果需求分級預期交付日實際交付日需求狀態需求梗概備注需求編號：填寫需求報告表更名是填寫13、的數字填報人：填寫需求報告表的同事姓名需求人：發出需求的用戶姓名決策結果：決策組的決策結果。結果有四種：做，不做，再議，需求轉換。再議，決策層未達成統一意見；需求轉換，最后確定的做法和需求要求的做法有出入。不預期交付日：IT部門根據需求，預計能夠完成需求并交付需求方使用的日期（已完成策劃設計編程測試）由IT部報備時間。實際交付日：實際交付日期。需求狀態：有三種，空、完成、延期。需求梗概：高度概括原始需求內容，字數控制在50個字以內，不要求通順，使用關鍵詞+空格表述即可。備注：填寫決策組批準的延期解釋和時間、需求轉換梗概。3、新增需求收集周報責任人：需求收集人（目前為楊寶珠）內容： 本周決策會議14、要討論的需求梗概。1 所有需討論的原始需求報告表，以備領導查詢。如果本周的需求表少于10份，不需要打包。2 完整的需求登記反饋表，本周決策會議要討論的需求使用背景色標出。提交方式：將周報內容直接寫在郵件正文，在周五上午發到決策層QQ郵箱，郵件發出后，使用QQ等方式提醒決策層。4、需求收集處理月度總結責任人：需求收集人（目前為楊寶珠）內容：本自然月內需求提交、決策、完成、延期等情況總結。對于提交需求的員工，作出月度提交總數和采納率排名。提交方式：將總結內容使用QQ郵件發給決策層5、需求延期交付申請責任人：申請人內容：按要求填寫需求延期交付申請表提交方式：填寫申請并打印后，請相關領導匯簽。最后交給15、需求收集人歸檔，由需求收集人做好備注?？己伺c獎懲考核1， 與一線用戶接觸的人員應有需求收集意識。需求整理與提交能力列入績效考核。2， IT部、產品經理應在承諾完成日下班前交付功能給需求方使用。如果未能如期交付，按照，扣除相應人員績效；如果提前交付，增加績效分數。3， 收集人bug和需求收集情況（有無遺漏、是否及時）計入考核。獎勵1， 設立需求單項獎。每季度對有價值的需求、重要需求提供100-1000元獎金。獎金評選由決策層選出，金額根據需求價值來定。2， 設立準時獎。每季度所有需求或策劃準時完成的個人或小組，獎勵100-1000元獎金。重大需求提前50%工作日完成，獎勵個人或小組1000-2016、00元獎金。3， 無遺漏獎。全季度收集人無遺漏收集整理需求和bug，根據需求和bug的個數，獎勵50-500元獎金。懲罰以下“及時”概念請參考“時間節點”1， 用戶反饋的需求或bug責任人未及時提交，每次扣績效20元。2， 未及時反饋用戶bug或需求修改、完成、變更情況的，每次扣績效20元。3， 報告人提交的需求或bug，收集人未及時提交，每月累計5次以內扣績效20元；5-10次扣績效50元；10次以上，當月無績效。4， 收集人及時通知報告人bug或需求修改、完成、變更情況的，每月累計5次以內扣績效20元；5-10次扣績效50元；10次以上，當月無績效。5， 產品經理未及時通知收集人需求完成情況的，每月累計5次以內扣績效20元；5-10次扣績效50元；10次以上，當月無績效。6， 未能在承諾時間內完成工作，延遲時間1天以內，扣相關責任人20元；延遲7天以內，扣相關責任人100元；延遲時間7天以上，當月無績效。如因客觀原因無法在承諾時間內完成工作，責任人可在承諾時間到期前，填寫需求延期交付申請。如獲得決策層批準的，按需求延期交付申請中新的交付時間計算。