Документ охватывает темы, связанные с брендингом и кастомизацией SharePoint 2013, включая изучение технологий, процессов и ролей, необходимых для успешной реализации проектов. Обсуждаются преимущества и недостатки использования стандартных и сторонних решений, а также предоставляются рекомендации по разработке уникальных дизайнов и прототипов. В материалах также подчеркивается важность технической экспертизы и правильного понимания возможностей платформы для достижения оптимальных результатов.

1. msdevcon.ru #msdevcon

2. SHAREPOINT 2013 - ЕДИНЫЙ
ДИЗАЙН ПОРТАЛА ОТ ИНТРАНЕТА
ДО ОБЛАКА
Клычников Никита
Руководитель отдела SharePoint, ADV/web-engineering

3. Опять
брендинг
SharePoint??
?

4. О чем уже рассказали
Публичные сайты (2010/2013)
Применение sharepoint 2010 для интернет-сайтов: теория и практика
(Марат Бакиров) http://bit.ly/14nNL1J
Разработка публичных порталов на SharePoint 2010: высокие нагрузки,
полная кастомизация (Никита Клычников) http://bit.ly/17TKKu4
SharePoint 2013 для публичных сайтов на примере ВТБ24 (Дмитрий
Великодный, Никита Клычников) http://bit.ly/161OABF
Интранет порталы (2013)
SharePoint 2013 social rebranding case study (Иван Падабед)
http://bit.ly/116CL48
и многое другое …

5. Технологии
Строительные блоки
SharePoint
Брендинг в SharePoint
2013
Архитектура
Бизнес
Выбор наиболее
правильных решений
Специализ
ация
Процесс
Секрет успешной
кастомизации
Content Types Lists и другие...
CSS
JS
Publishing
Master Page
ASP.NET
Использовать
сторонние решения
Скорость vs Поддержка/Развитие
On-Premise или Online
Команда
Необходимые знания
Брендинг SharePoint - что нужно знать
Device Channels

6. О чем поговорим
Процесс и роли для успешного брендинга
Как распределить активности
Какими знаниями должны обладать участники
Выбираем варианты кастомизации
Тонкости и нюансы
Брендинг SharePoint 2013 и SharePoint Online
Использование тем

7. DEMO
ПРИМЕР СЛОЖНОЙ
КАСТОМИЗАЦИИ
Портал «Леруа Мерлен» – 1 место Best Intranet
Russia в номинации «Лучшее корпоративное
СМИ»

8. ПРОЦЕСС И РОЛИ ДЛЯ
УСПЕШНОГО БРЕНДИНГА

9. Техническая экспертиза Интегратор-
Заказчик
Процессы разработки
не всегда определены
Совмещение ролей
Специфичная
экспертиза
Акцент на IT и
поддержку
Четкие процессы
разработки
Специализация
Большая
экспертиза
Комплексные задачи
Интеграторы
Inhouse
разработка
Большая
команда
Маленькая
команда
Спасибо, Кэп!

10. Каковы задачи и
возможности
проекта?
Достаточно ли
экспертизы?
Все ли участники
знают
ограничения
проекта?

11. Роли и процесс
Аналитик/
Проектировщик
TeamLead/
Архитектор
SharePoint
Дизайнер/
Арт-Директор
Верстальщик
Разработчик
Продажа Аналитика и проектирование Дизайн Сборка
Бриф ТЗ, прототипы Beta v1
Архитектура
Дизайн-
макеты
v1 v2 final
ПриемкаПриемка
Необходимые правки
Необходимые правки
Возможен старт работ
Пунктирная линия – участие роли на данном этапе опционально (привлекается по необходимости)

12. На что обратить внимание
Роль аналитика и проектировщика в этом процессе
Роль прототипов (особенно для проектов с сильно кастомным
дизайном)
Роль тимлида/архитектора
Участие его в оценке требований и прототипов
Составление архитектуры решения
Проработка на работающих прототипах SharePoint
некоторых неочевидных моментов брендинга
Рисуйте дизайн по прототипам

13. Что должен знать проектировщик
Большинство стандартных возможностей системы с
точки зрения продвинутого пользователя
Что позволяют делать стандартные экраны, списки, веб-части
Возможности всей платформы (включая различные службы: профили
пользователей, метаданные, поиск и пр.)
Опыт проектирования функционала с точки зрения
SharePoint
Внедрять все передовые методики UIX может быть вредно и дорого (нужно
учитывать те пользовательские сценарии, которые уже заложены в
платформу ее проектировщиками)

14. Работа с прототипами

15. Что должен знать ТимЛид (Архитектор)
Тоже, что знает проектировщик, плюс
Большинство возможностей по построению модели
данных и ее визуализации, которые предоставляет
платформа SharePoint
Точки расширения этих возможностей и «цену» (трудоемкость) тех или
иных расширений
Учитывать будущую поддержку системы
И еще очень много всего про SharePoint
На слайде в начале презентации

16. Используем стандартные элементы?Не используем «стандартную» страницу
Сначала дорабатываем
прототип, только потом рисуем
дизайн.
Диалог и поиск решения:
- Мы нарисовали прототип на базе
стандартной страницы!
- Вроде на страницу поиска похоже
…
- Нет. Стандартная страница
выглядит не так …
- А чем нам тут поможет
стандартная выдача?
- Вроде, ничем
- Давайте откажемся и сделаем
свое – согласуете с Заказчиком?
- Да.
- Согласовано. Можно сделать свое

17. Решение на основе стандартной страницы. Рисуем в
рамках стандартных возможностей SharePoint 2010

18. Резюме. Успешный брендинг
Должны быть сформулированы бизнес-требования
(очень желательно, чтобы аналитик был знаком с
SharePoint)
Желательно наличие прототипов системы
Желательно, чтобы прототипы и требования
проработал архитектор (или другой эксперт, знающий
платформу)
Получение обратной связи о трудоемкости придуманных решений и,
возможно, изменение аналитики и прототипов в пользу более
правильного решения

19. ВЫБИРАЕМ ВАРИАНТ
КАСТОМИЗАЦИИ
Тонкости и нюансы

20. Выбор может быть не простой
Сроки (Бюджет) vs
Функциональные возможности vs
Стоимость поддержки и развития

21. Тайны уникального дизайна
Красивая
страница
Красивая
страница
Красивая
страница
- Разработаны оригинальные
прототипы
- Создан уникальный дизайн
- Создана собственная страница
- Переписана логика на свою или
аналогичную стандартной
Уникальный дизайн Остальная часть SharePoint
- И так с каждой???
- Поехал стиль на стандартной странице,
нужно срочно исправить !!!## =)
- Вы сломали стандартный функционал !!!
Зависит от целей
Решается темами или хорошим верстальщиком

22. Проблемы брендинга при использования
сторонних решений
Сложности внесения в них изменений
Поддержка со стороны поставщика может
отсутствовать
Не всегда предусматривают смену тем (и даже CSS
не всегда позволяет поменять облик решения)

23. В каких случаях я бы выполнял
брендинг стандартных/сторонних
компонентов
Вам нужно быстро начать (запустить решение)
При этом пользователи и заказчики согласны мириться с
ограничениями и дорабатывать их позже
У вас есть достаточная техническая экспертиза и
опыт на SharePoint
Вы понимаете все за и против дальнейшего развития
решения

24. Рекомендации по кастомизации
стандартных или сторонних решений
Для таких решений сложно менять структуру HTML
разметки - это нужно учитывать
А если все же поменять можно, то не всегда такие изменения
поддерживаются производителем
Стилями можно изменить не всѐ – это нужно
учитывать
Старайтесь просто «подкрашивать» такие
компоненты с помощью CSS не меняя положение
элементов и логику работы
Если Вам требуется вносить много изменений в логику и внешний вид,
скорее всего Вам проще написать свою страницу и сделать на ней все

25. Еще красивые картинки и переходим к темам SP
2013 =)
Другие кейсы на сайте ADV –
www.adv.ru/portfolio/

26. БРЕНДИНГ SHAREPOINT 2013 И
SHAREPOINT ONLINE
Использование тем

27. Темы SharePoint 2013 – за и против
ЗА
Сложнее «сломать» верстку SharePoint
Будет работать в SharePoint Online (единый стиль)
Достаточно просто разобраться
В SharePoint 2013 темы выглядят хорошо
ПРОТИВ
Все же это останется по внешнему виду все та же стандартная тема.
Для получения более впечатляющих результатов придется
использовать другие более затратные способы кастомизации

28. DEMO
РАБОТА С ТЕМАМИ
SHAREPOINT 2013
Изменение стандартной темы
Использование Color Palette Tool SharePoint
2013

29. А где же про «Облако»?!
Темы SharePoint 2013 закроют большинство потребностей

30. О чем поговорили
Процесс брендинга
Выбор варианта кастомизации – плюсы и минусы
Настройка тем SharePoint 2013

31. ВОПРОСЫ
Клычников Никита
Руководитель отдела SharePoint, ADV/web-engineering
klychnikov@adv.ru

32. © 2013 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries.
The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of
Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.