1. 程式人生 > >SharePoint品牌化和自定義--第一章節--SharePoint品牌化介紹(3)--期待什麼,要知道什麼

SharePoint品牌化和自定義--第一章節--SharePoint品牌化介紹(3)--期待什麼,要知道什麼

        SharePoint品牌化第一個要期待的是“一切皆有可能”。一些人會說“我希望SharePoint看起來不像SharePoint”。有許多方法可以配置和品牌化SharePoint,這樣它就可以不保留預設的外觀了。
        你也要期待第一次嘗試不會獲得正確的實現。每個人都有意見,在設計時有相對意見也是可以的。一些人喜歡橙黃色;一些不喜歡。這並不意味著你應該從設計中去掉所有的橙黃色(如果這個顏色是可用選項的話)。
        在你經歷品牌化定義過程中,你將需要進行同行重審。不要針對任何人的批評。當談到設計時,人們都有很強的個人偏好。接受反饋,但是忠於自己的方向。不要讓一個人決定你的設計。
1.識別支援團隊
        對於小專案,你可能是負責從概念到生產設計的唯一一人。但是在大型專案上,確保你經常與團隊成員、業務使用者和股東進行交流。你的團隊可能包含批准者、測試者、開發者、專案經理和程式經理。參與進去,每週或每天討論問題、風險和其他產生的難題。
2.尋找SharePoint社群
        你並不孤單;有許多人像你一樣,可以幫忙解決出現的問題。探索部落格和論壇,並參與到話題中去。
3.理解“所有的專案都是不同的”
        沒有兩個專案是相同的。他們可能有相似的功能,但是在品牌化方式上完全不同。專案的範圍和長度也決定了你能應用到站點多少自定義。一些專案可能只需要使用主題,另外一些可能就要大加改造。最好是完全理解工作範圍並早點設定預期。
4.依靠多個角色獲得支援
        專案的成功依靠好的團隊合作和團隊成員的同步。大多數專案中,你將和不同技術人員合作。確保你使用這些資源,並利用他們的強項。如果你是SharePoint品牌化的唯一一人,不要閉門造車。尋找他人幫你重審工作,經常進行同行重審。
5.理解專案範圍
        使用SharePoint,你可以開啟或關閉許多功能(依據使用者需要)。這些功能包含文件管理、商務智慧、報表、多媒體 、新聞、排名、評論、部落格、社交功能、我的網站和配置檔案。包含這些功能意味著額外的時間何經理來建立資訊架構和分類。確保理解專案的範圍,這樣你不會超出線框圖的原始範圍,增加不必要的開發工作。始終通過日常狀態報告域專案經理練習,儘量跟上進度。
6.一次一步
        如果你第一次品牌化SharePoint,建議你一次一步。一點點實現更加高階的設計和配置。首先在網上選出你喜歡的設計----一個和基本SharePoint設計有類似特徵的。然後訪問到虛擬開發環境,不要害怕出錯。錯了可以重來。繼續之前的設計,一點點改變背景色、圖片和字型。你將會驚異,東西如何迅速組合起來。
7.不要跳躍
        不要在過程中跳躍,直接看有趣的東西。你需要理解你的使用者是誰,他們想從網站得到什麼。如果你跳過去,你將可能重做而浪費時間。
8.不要被SharePoint嚇到
        不要被SharePoint大量的樣式嚇到。本書覆蓋了主要的CSS類和技術來定義基本的CSS樣式表。你需要深入研究本書,以探索其他得到(你想要的)外觀的選擇。
9.瞭解SharePoint基本特色
        訪問開發環境來探索編輯和自定義網站的方法。功能區的引進需要時間適應。它也是頁面內容富文字編輯的重要部分。SharePoint中幾乎都是列表、庫或配置Web部件。任何列表和庫都可以有自定義的欄。將欄看作是元資料容器。列表和庫主要的不同是庫專案需要有附帶檔案,而列表只是元資料集。如果你想要額外的元資料,你可以簡單地新增現有網站列或者建立新欄。每個列表和庫中,你可以建立自定義檢視允許你排序和篩選資料、顯示不同的欄目、根據欄目元資料分類內容。一些SharePoint Web部件可以在頁面上配置,允許你以不同方式使用和顯示資料。如摘要連結Web部件是一個釋出Web部件,允許你在頁面上直接管理連線(用不同的分類和顯示樣式)。
10.記住80/20法則
        當建立SharePoint視覺設計時,你會發現可以迅速改變外觀。但是應用最後的、小的改變來使SharePoint看起來精確地像你的設計架構花費大量的時間。像字型、空格、顏色、位置是花費時間的。大多情況下,如果一兩個畫素差別沒什麼大不了。但是如果物件重疊並且站點功能降級,那麼你需要花費時間解決問題。
11.祝你愉快
        你不應該輕視SharePoint品牌化。使之成為愉快的體驗並享受快樂。保持樂觀態度有助於提高工作質量。時常你會挑燈夜戰趕工期,但是完成專案的獎勵,並獲得成功將使之變得值得。以你的工作而自豪並享受這個經歷。
12.嘗試新的東西
        不要害怕冒險。
13.辨別設計型別
        設計專案由許多不同型別。第一種是使用簡單的顏色和字型及主體;第二種是有現存設計,要把它調整為SharePoint以供intranet或extranet使用。最後一個是建立自定義設計。
14.小心陷阱
       因為SharePoint是一個預建立的系統,有一些已知的陷阱需要小心。本書覆蓋了一些這樣的陷阱,並談到如何避免他們。
15.瞭解品牌化侷限
        所有系統都有侷限。這些限制可以被自定義程式碼和開發調整,但需要時間和金錢。最好是理解這些侷限,並清楚地溝通設定明確的期望。最不能做的就是忽視問題,其他它無端消失。人們通常會理解並接受這些侷限,或者如果必須的話,願意付出額外的代價修整它。
16.用SharePoint,而不是反對
        可能有時你會發現自己用頭撞牆,不清楚是怎麼回事或者不理解事情與期望不同的原因。不要放棄,不要害怕尋求幫助。你可能只需簡單更改配置。一個方法走不通,總是嘗試替代方法。如果都失敗了,清楚的說明有個已知的侷限,你需要額外的資源來解決。
17.留下美好的第一印象
        當新使用者導航到你的網站時,你想要讓他們感到激動人心,學習、探索,在你的網站上度過更多時間。你希望他們有好的體驗離開,而且想回來。通過許多不同方法可以達成。第一步是通過使用者體驗。通過使用好的資訊架構、導航、分類、更新、相關內容,你的使用者將得到他們需要的。第二個是添加個性化和目標內容讓使用者感覺這是他們的門戶。第三個是通過易記的、激動人心的視覺體驗。如果圖片和顏色很呆板、單調並且不一致,使用者會馬上得出結論,整個站點和內容弱爆了。在使用者離開之前,你有很小的機會來捕獲使用者注意力。最大限度利用它,提供最好的體驗。這將提高使用者接受度,給你最好的投資收益率。
18.準備好
        成功的SharePoint品牌化專案取決於投入的時間和細節。傾聽你的使用者,和他們討論訪問網站的首要目標。開發用例並測試。組織需求,確保實現它們。建立線框圖和詳細說明幫助你的開發團隊,這樣他們不必猜測或亂編造。閱讀並使用給你的設計說明(如樣式指導、字型、顏色和logo)。準備越充分,專案越簡單。
19.維持品牌化一致性
        保持設計樣式一致。不要讓使用者猜想一個元素是連線還是僅文字。如果你給一個圖片特點如底紋或邊界,保持所有頁面上都一致。重用類確保做出更新時,改變被全域性的應用。標題和Web部件空間也要一致。
20.預留時間測試
        測試有不同型別,但都幫助使用者體驗達到儘可能的最好。測試可以很容易,無需技術測試員團隊。一些測試,你僅展示概念給一組人並記錄他們的反應。在建立視覺設計時將會要測試自己的程式碼。早點兒測試這樣你有時間做成調整。注意使用者的反應。注意猶豫、面部表情和沮喪等。要求參與者努力思考,儘量不要引導測試者到特定方向以使得結果發生偏移。
21.不要期待一次搞定
        SharePoint品牌化需要耐心。遵從樣式指導並提前計劃。有組織慢慢來。如果你太過激進,你可能丟失關鍵樣式屬性,最後大量重做。當計劃進度時,請加入時間。
22.知道做事不止一種方法
        要知道每個方法的優缺點,並在不同瀏覽器中測試結果。你可以遵從最佳實踐來獲得網站最好的表現。建議不要使用大型圖片,使得頁面載入更久。
23.儘量不要走捷徑
        如果你時間很緊,可能會嘗試捷徑。大多說情況下,如果捷徑不影響全域性使用者體驗,那是沒關係的。但是,如果你想簡化或改變設計只是為了建立起來更簡單,那麼你可以要冒著被使用者察覺改變的風險,原始的體驗降級。一些捷徑,如建立內聯樣式,影響了網站的管理。
24.理解站點目的
        每個網站都有不同需求和目標。一些網站主要是新聞的更新和釋出,更高階的是包含走馬燈、專題新聞、相關新聞、排名和討論。其他網站可能更加協同合作,聚焦於知識管理和內容分享。你需要完全理解網站目的和使用者需求。這樣你可以致力於這些關鍵功能提供儘可能最好的使用者體驗。
25.使SharePoint看起來不像SharePoint
        如之前談到的,常見的要求是站點看起來不要像SharePoint。可以用多種方法解釋這句話。一些人需要完全不同的外觀,另一些要移動頁面上的控制元件以獲得新的不同的體驗。最好是詢問他們的意思而不要亂猜測。
26.緊跟設計趨勢
        檢視一些頂級網站,探索其相似性。一些設計趨勢聚焦外觀,而另一些聚焦功能或概念。注意預算和時間,因為一些功能不是標準SharePoint功能,可能需要相當多的自定義開發。
27.提供移動支援
        越來越多人使用手機訪問網頁。儘管SharePoint2010有可以配置的mobile檢視,但是大多情況下它不會給使用者需要的功能。可以購買第三方軟體獲得更好的體驗。另一個選擇是給網站建立自己的mobile檢視或應用程式。
28.提供可訪問性
        一些站點要求你提供完整的可訪問特點,滿足508條款。另外一些站點只要求基本的訪問特色。SharePoint有一些基本的可訪問特色幫助視覺差的使用者。
29.學習應用程式快捷鍵
        為了高效且多產,建議你花費時間學習並記憶應用程式快捷鍵。
30.避免CSS過載
        SharePoint包含許多CSS樣式表和類。不要被搞迷惑;只用那些你需要的。確保給你的CSS添加註釋,哪個類與哪個設計或功能部分匹配。這將幫助你將來的更新和更改。
31.經常儲存和建立備份
        最沮喪的事情就是,你花費一天處理你的設計,最後發現檔案崩潰了,或丟失了。經常儲存和建立備份。你也可以平衡SharePoint內建的釋出和使用者版本控制,來管理之前在SharePoint內容資料庫的檔案副本。
基本瞭解了要期待的和考慮的關鍵東西,下一節將提供你一些HTML和CSS的背景概念。

相關推薦

SharePoint品牌定義--第一章節--SharePoint品牌介紹(3)--期待什麼知道什麼

        SharePoint品牌化第一個要期待的是“一切皆有可能”。一些人會說“我希望SharePoint看起來不像SharePoint”。有許多方法可以配置和品牌化SharePoint,這樣它就可以不保留預設的外觀了。         你也要期待第一次嘗試不會獲得

SharePoint品牌定義--第一章節--SharePoint品牌介紹(5)--CSS

        CSS是用來集中管理SharePoint中所有的樣式屬性的方法。使用CSS有很多好處。其一是你可以連結到外部CSS檔案,而不必在HTML中新增內聯樣式屬性到元素。其二是如果你需要對網站和頁面做出全域性更改,你可以簡單編輯CSS樣式,它自動更新所有區域(引用該

SharePoint品牌定義--第二章節--使用者體驗品牌過程概覽(3)--總結

        本章節提供了使用者體驗過程概覽,應用到SharePoint設計上。軟體設計過程中有許多變動的部分,很容易迷失和迷惑。本章意在傳達你對不同角色更好的理解、檔案和涉及到的過程,來幫助你指引整個專案。這裡描述

SharePoint品牌定義--第二章節--使用者體驗品牌過程概覽

        本章內容: 1. 4Ds:Discovery(發現)、Definition(定義)、Design(設計)、Development(開發) 2. 角色和責任:業務分析員、資訊架構師、視覺設計師、前後端開發人員。         本章中你將瞭解從使用者體驗角度定

SharePoint品牌定義--建立會議工作區母版頁

        只有當你擁有深度定製的母版頁基類,而且不想複製每一片到拷貝的mwsdefaultv4.master母版頁,才使用本節描述的流程。對於簡單的改變,如CSS引用和頁尾等,直接使用mwsdefaultv4.master拷貝,並直接新增到頁面即可,又可以節省時間。

SharePoint 2010 品牌定義--母版頁

        SharePoint 2010 母版頁在SharePoint站點承擔重要的角色。是整個網站結構的主心骨。根據你的設計和方法,你可能只需要使用OOTB母版頁,而不需要任何自定義。對母版頁你最常做的修改是引用自定義的CSS,新增頁尾包含自己的版權和法律資訊。更高

第一行程式碼 3.4.2 建立定義控制元件 章節中初上手出項的下載完成後閃退問題定義控制元件無反應問題

關於出項下載後閃退並且開啟app時也閃退的問題,主要是xml檔案出錯,一般情況按照書中的流程title.xml檔案是沒有錯誤的,主要原因在於 activity_main.xm了檔案中,直接說程式碼 <RelativeLayout xmlns:android="http://schema

第一行程式碼 3.4.2 建立定義控制元件 章節中初上手出項的下載完成後閃退問題定義控制元件無反應問題

關於出項下載後閃退並且開啟app時也閃退的問題,主要是xml檔案出錯,一般情況按照書中的流程title.xml檔案是沒有錯誤的,主要原因在於 activity_main.xm了檔案中,直接說程式碼 <RelativeLayout xmlns:android="http

結構程式定義函數

var int ons 定義 smart break 運行時間 行號 運行 Script1.註解 %2.%% run section3.debug---breakpoint   command window:K>>4.smart index---快速改排版5.F

第一篇:UE4如何輸出全景圖定義截圖

首先,向大家介紹一下UE4的兩種輸出全景圖的方法,一種是利用UE4自帶的輸出外掛,一種是NVIDIA的外掛 一、UE4自帶外掛 1、開啟Edit——>Plugins,選擇Stereo Panoramic Movie Capture外掛匯入 2、執行專案,

卷積神經網路特徵圖視覺定義網路VGG網路)

藉助Keras和Opencv實現的神經網路中間層特徵圖的視覺化功能,方便我們研究CNN這個黑盒子裡到發生了什麼。 自定義網路特徵視覺化 程式碼: # coding: utf-8 from keras.models import Model import c

1. PMD 使用編譯定義規則

自定義 pmd 規則 一 PMD簡介PMD是一款代碼靜態檢查工具,可以檢查出很多代碼中潛在的bug以及讓人感到疑惑的代碼,具體大家可以百度下。二 PMD源代碼下載下載地址:https://github.com/pmd/pmd/tree/pmd/5.5.x需要註意的是註意選擇branch,一般選擇最

DOM內容操作定義、樣式改變

abcdefg result 定義 tel class abcde inner 參數 fun 自定義 function 方法名或函數名(參數1,參數2,、、、) { 方法體; return返回值;(可不寫) } function a

EL函數定義EL函數

asm pex cli servle cti 編寫代碼 lower sed 添加 簡介 EL原本是JSTL1.0中的技術(所以EL和JSTL感情如此好就是自然的了),但是從JSP2.0開始,EL就分離出來納入了JSP的標準了。但是EL函數還是和JSTL技術綁定在一起。下面將

Android零基礎入門第39節:ListActivity定義列表項

arraylist component save 高速 ram 如果 view設置 ren 屬性 相信通過前兩期的學習,以及會開發最簡單的一些列表界面了吧,那麽本期接著來學習更多方法技巧。 一、使用ListActivity 如果程序的窗口僅僅需要

java Collections.sort()實現List排序的默認方法定義方法

public get object 順序 text main 輸出 any 比較 1.java提供的默認list排序方法 主要代碼: List<String> list = new ArrayList();list.add("劉媛媛"); list.add("王

freemarker實現定義指令定義函數

數據 dir variables macro 內置 引擎 eem fig turn 自定義指令: 1.指令在前臺實現   <#macro name param1,param2,param3...paramN>   </#macro> 2.指令在後臺實

監控linux的系統資源定義進程的cpu 內存占用。

until 分享 == lena filename src end available eve 1 #coding=utf8 2 import time 3 import psutil 4 from pprint import pprint 5 6 fro

批量創建用戶賬號定義回收站

linux用戶與組1、批量創建(zhangsan lisi wangwu)賬號[root@zab ~]# vim f2[root@zab ~]# cat f2zhangsan:x:560:560::/home/zhangsan:/bin/bash ----/tec/passwd格式lisi:x:550:55

visual studio code教程:基礎使用定義設置

麻煩 安裝 顏色 必須 寫入 全局環境變量 註意 一個 preview 一、界面介紹 1.1 界面介紹 1.2 文件夾和文件的打開 文件——>打開文件夾/打開文件 1.3 新建文件/文件夾 新建文件: a. 文件——>新建文件; b. 按Ctrl+n; c