初次接手To G項目,我真是太天真了(下)

0 評論 3324 瀏覽 9 收藏 6 分鐘

編輯導語:To G項目對于是面向政府的一些信息化項目,在上篇文章中,作者介紹了關于To G的幾個特點;本文作者繼續上次的分享,討論如何與To G項目的業務方進行需求溝通,我們一起來學習一下。

接著上篇文章,我們繼續說To G項目的產品設計要點。

一、產品設計要點

1. 接口文檔更新保存

這個看起來是個基本操作,但由于To G項目的特殊性,以及接口人的頻繁變動,這個基本要點卻會成為將來需求開發,功能邏輯梳理的重要來源。

所以接口文檔,對接文檔,需求文檔都需要進行及時更新和保存,必要時要進行雙方蓋章確認,從而保障后續工作的進行。

2. 考慮弱網環境與基礎瀏覽器設計

在現如今的互聯網開發過程中,我們會習慣性的在網絡通暢環境,并使用谷歌瀏覽器進行測試開發調試,但在To G項目中,這種習慣恰恰會帶來后期更多的兼容問題。

由于To G項目的特點,他們有多個層級使用者:基層工作人員,部門領導等等;對于這些使用者來說,他們所處的網絡環境并不夠好,硬件也不夠完善,使用的瀏覽器甚至是研發同事最討厭的IE瀏覽器。

曾經在一次測試過程中,由于開發人員修改了一個Js文件,導致業務方無法登錄,無法校驗后續的流程,研發同事的電腦卻一直無法重現,重重排除后終于發現是由于瀏覽器的版本沒有升級造成的……

研發同事很無奈的說:他們可以升級一下瀏覽器不?

我只能回復:倒不是他們不想,是他們的電腦硬件不允許。

所以在開發過程中,必須要考慮到這類的弱網環境和基礎瀏覽器的設計,先做好兼容,從而避免返工。

3. 不激進采用互聯網式思維與設計

相信每位產品經理會經常關注市面上最新的設計風格,以及高效便捷的操作體驗。

但是在To G項目中,激進的使用這類設計容易讓你碰一鼻子灰:

  • 一方面G端業務方并非不能接受這類設計,但層層上報的機制會讓這類設計不斷修改,最終反而變得不倫不類;
  • 另一方面這類設計和G端產品的調性并不相符——政務類/政府類的軟件在產品設計上依舊需要帶有一定的穩健感,而不是純粹互聯網化。

二、溝通方式要點

接下來,我要說說與To G項目業務方溝通的幾個要點,這也是這段時間工作給我帶來的啟發

1. 了解原因

To G項目不像普通的業務產品,其中涉及的業務流程可能同時跨越好幾個部門,每一個部門的流程都不能輕易修改;在進行需求溝通時,必須往下深挖,具體在哪個環節出現了問題,以最小的方式完成最大的效益,否則就有可能牽一發動全身,整個流程亂套。

2. 明確信息概念

在To G項目中,經常會出現相似的詞語,但代表的信息卻完全不同。

例如在之前的一次數據統計表設計過程中,我就由于對“直接下級”和“所有下級”的概念沒有明確,差點將所有字段的統計邏輯進行全盤推翻,所以明確每一個具體的信息概念非常重要。

3. 平等交流

也許有些人會覺得和政府部門合作,心理上就矮了一截,但是在我看來,用專業能力說服他們采用我們的方案,才是更有效的工作方式。

三、總結

回想起這半年的To G工作,和To B /To C項目在工作方式上,溝通方法上有很多的不同,這樣的經歷也是十分難得,感觸良多,與大家共勉!

#相關閱讀#

初次接手To G項目,我真是太天真了(上)

初次接手To G項目,我真是太天真了(中)

 

本文由 @DHAllison 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自 Unsplash,基于CC0協議

給作者打賞,鼓勵TA抓緊創作!
更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!