2015年5月19日,星期二

演讲台/视频– Comparing SharePoint加载项 (apps) with Office 365 apps

如果你’在Office 365中重新实现自定义’可以这样说,现在存在许多方法,并且在最近一段时间,作为开发平台的服务肯定得到了增强。但是,潜在的困惑领域之一是如何开发应用程序。开发人员和其他技术人员习惯了“the app model”在过去的两年左右的时间内,作为一种实现自定义功能的方式,该功能在非SharePoint服务器(也许是Azure)上运行,并使用CSOM或REST之类的远程API调用到SharePoint中。但是从那以后,Microsoft就为Office 365引入了新的API和身份验证模型– these sit 以上 Office 365中的基础SharePoint,Exchange,Lync / Skype for Business和Yammer服务,并且在解决方案的开发方式方面存在一些差异。

值得注意的是,最终用户访问应用程序的方式以及管理员首先如何使应用程序(例如,特定用户)可用的方式也存在差异。在所有这些方面,原始应用程序模型并没有消失–SharePoint应用程序现已重命名为“SharePoint add-ins”,但是它们仍然是非常有效的实现选择。因此,与Office 365一起工作的技术团队通常要做出决定:应将自定义实现为SharePoint加载项还是Office 365应用程序?

对我来说,关键是要了解对不同利益相关者的影响–特别是最终用户,还包括管理员和开发人员。特别是最后一组需要了解Office 365应用程序的功能(例如API可以做什么),以决定是否可以使用此方法来实现企业所需的功能。

我的演说

我在SharePoint Evolutions 2015大会上就此主题进行了介绍,现在已经发布了演示文稿和演示视频。牌组如下所示,也可以从此链接下载: SlideShare - Comparing SharePoint加载项 (apps) with Office 365 apps. 那里 are 3 demo videos, and I’为其添加了字幕,并将其发布到YouTube–如果您使用下面的演示文稿或从SlideShare获得演示文稿,则可以查看这些内容。 

 

希望你觉得它有用!

2015年5月12日,星期二

有关Office 365的信息和一些想法“NextGen” portals –微型站点,董事会和知识管理门户

微软在上周的Ignite会议上宣布了一些相当重要的消息,我认为这可能会改变在Office 365中构建Intranet的方式(将来可能还会在内部部署SharePoint?)。我不’通常不要尝试成为“news blogger”,但对于对我/我的团队有重大影响的事情,我偶尔会例外。微软’s moves on “NextGen portals”尤其是新的知识管理门户(代号“Infopedia”)绝对属于该类别-Office 365 / SharePoint有几个类似CMS的新概念。 一些新的“ready-to-go portals”将提供给Office 365用户,这些用户具有以下理念:“use more, build less”. 与KM门户一样,我们可以期望很快就会看到某种博客功能,这种功能可能会或可能不会被称为“stories”. 这些工具应适用于那些’•严格与自己的要求列表(通常是精心设计的!)联系在一起。 如果你’我已经想知道当这不是’t the case, Microsoft *are* thinking about the 习俗ization strategy for 下一代门户. In the future it sounds like it will be possible to use various bits of what I’此处将其描述为定制门户的构建块– but that’再往下走,“ready-to-go”产品可能会首先出现一段时间。

影响

随即,有几件事对我产生了影响:

  • 如果使用新的门户,组织将需要确定它们在任何现有Intranet网站中适合用户体验的位置(就像他们已经对Delve,Yammer等所做的那样)
    • Notably, the 下一代门户 come with their own look and feel. It’尚不清楚是否可以继承一定程度的品牌– but in the end, you’在这里有点免费,所以.. :)
  • 知识管理门户网站可以看作是“intranet-in-a-box”. 那里 ’朝着3的趋势发展rd 近年来,这种类型的第三方SharePoint产品,但作为客户/用户,我认为’我不确定为什么现在你会’t use Microsoft’s. After all:
    • It’免费(即您现有的Office 365许可的一部分)
    • It’支持微软的发展力量
    • 它将不断增强
    • 它将由Microsoft 100%支持
    • 尽管它可能与特定示例产品的精确功能不匹配,但您可能会与尝试实现的目标足够接近。而且’s free ;)

了解董事会,微型站点和门户之间的相互关系

知识管理门户网站是一个示例“ready-to-go” portal –就像Delve和现有的Office 365视频门户一样。您可以立即开始创建网站和页面,但是您赢了’对功能或外观没有太多控制。你得到你所得到的’重新给出的,如果可行,那就太好了。如果没有’t, well you don’t 使用它– ultimately it’只是工具箱中的另一个工具。我几乎将其视为团队网站和发布网站之间的交叉。在我们详细介绍不同方面之前,帮助您在此处进行构图’页面的外观:

文章页面

上面显示的图像是文章页面。当你’d预期,还存在其他页面类型,例如登录页面/首页–但是实施者不会创造 习俗 页面模板或页面布局。

知识管理门户不是’不过,这里唯一要考虑的是- 板子 是另一个概念(我们已经在Delve中看到了),可以用来呈现信息和 微型网站 提供另一层。我是这样想的:

概念

笔记

适合

板子

与Pinterest中的董事会有些相似之处。添加到文档和页面的链接。

轻量级/非正式知识管理–有关某个主题的信息相对较少。

微型网站

一个简单的网站,带有登录页面和一些导航。 能够 包含木板,页面和文件。

结构化/信息量更大。有组织的东西,也许有更正式的捐款方式。

知识管理门户

包含微型网站,SharePoint网站和委员会。添加其他工具,例如个性化,简单分析和使用Office Graph,以达到一定程度“intelligence”(例如,您可能喜欢的内容)。

位于微型站点上方的中央区域–可能会成为您的Intranet的重要组成部分(可能用作主页,也许没有)。

因此,KM门户网站包含微型网站(除了其他容器,例如“regular”SharePoint网站),其中又包含板(以及页面和文档):

Relationships between 下一代 concepts

I’d想象板也可能也可以存在于微型站点之外。

板子

现在可以使用木板来一起收集信息–它们已经在Delve中浮出水面,但将来会在其他场所(例如微型站点)中使用。它们旨在易于使用,并具有以下特征:

  • 板显示卡的集合
  • 卡当前(总是)按照日期降序显示(从添加到董事会的日期开始)–没有其他控制可以显示哪些内容
  • 任何人都可以创建一个新板
  • 任何人都可以在板上添加项目
  • 董事会总是公开的

例如这里’这是我最近在“内容和代码”中在此处创建的板:

我们的开发委员会

将来,我们可能会期望看到其他挂钩–下图标记为 “正在酝酿中的想法”, but I’d如果没有’t something like it:

在文档库中添加到板

微型网站

微型网站几乎就是您所需要的’d expect –相对简单的网站,为您提供许多服务。虽然它’确实是父门户(例如,知识管理)’s providing the “intranet-in-a-box”功能,其中一些方面是由微型网站有效提供的:

  • 比板更多的功能和控制–即不仅是卡片,还有页面
  • 登陆页面
  • 文章页面
  • 自动生成的导航
  • 简单权限模型
  • 一些社交功能
  • 响应式设计–良好的移动体验
  • 易于创建/贡献

这里’文章页面上的体验可能是什么样的:

微型网站文章页面

知识管理门户网站(“InfoPedia”)

而你’如果创建许多微型站点,则Office 365租户中只有一个KM门户。它实际上是微型网站的容器,但是它’不仅如此:

  • 还引入现有(或新的)SharePoint网站和板
  • 一些额外的顶级构造可帮助用户找到有价值的东西–导航到不同的微型网站,搜索工具等
  • 增强的文章页面–还有一些其他的重点是介绍知识
  • 标记–将不同站点中的内容分组在一起
  • 通过Delve的个性化推荐–都是为了消费(“see related content”) and creating (“您可能想从此页面链接到的建议内容”)
  • 分析工具
  • 绝佳的移动体验–甚至对于轻量的内容 创建

这里 are some screenshots:

登陆页面:

登陆页面

显示微型网站中的部分:

栏目

KM门户中的文章页面:

值得注意的是’与常规微型网站中的文章完全相同– there’更加注重设计(带有横幅图像)和一些自动页内导航(TOC样式):

KM门户文章

一些创作经验:

微型网站创作

特别丰富的文章页面(在这种情况下为长垂直滚动):

微型网站文章-长

自适应设计/自适应设计: 

Providing a great mobile experience is a fundamental pillar to the 下一代门户 vision. As you’d期望,页面可以很好地缩小并很好地适应设备的屏幕尺寸:

clip_image023

如您所见,它’类似于具有特定外观的发布网站。我认为它可能可以用于任何专注于以下方面的Intranet网站: 呈现 信息–甚至连没有’t feature collaboration. Like other 准备好出发-portals, it’s a “railed experience” –意思是作者专注于内容,并且如何将其呈现给消费者很大程度上是在照顾并且不是超级可定制的。

页面创建/编辑

无论是在KM门户网站还是任何微型网站中,都可以轻松创建页面–这是个好消息,因为在这方面,SharePoint从来都不是最好或最简单的CMS。作者经常发现功能区很复杂,整个“导航到特定位置,使用“网站操作”菜单,选择页面布局”经验还有很多不足之处。以下是我对新页面编辑体验所做的一些说明:

  • 没有选择页面模板–刚开始创作内容
  • 简单的格式控制–粗体,斜体,字体颜色和大小等。
  • 易于添加文本/图像/文档/视频
  • 自动保存
  • 长目录的自动目​​录样式导航
  • 用于选择图像的简单选择器
  • 文件可以是 嵌入式的 在页面中–它使用Office Online渲染,就像搜索结果或文档库中的悬停面板一样。这意味着可以在页面中浏览PowerPoint卡座,可以在页面中翻阅和阅读Word文档,依此类推。

创作经验:

在KM门户网站中创作

门户的实施方式

那里 ’一整个层的技术实施细节,以了解所有这些概念,并且我希望在这些概念可用时进行深入研究。这是我做的一些笔记:

  • 门户有效地构建为SharePoint之上的额外层。该层包含两件事,包括:
    • 单页应用程序,支持门户网站及其所做的特定操作–它具有各种页面控件(例如,目录控件,页面汇总控件等),并调用了下面的REST API
    • 页面渲染层–全部实现为客户端代码
  • 他们使用网站集存储,但以特定方式– for example:
    • 页面存储为 JSON的BLOBS 在页面库中
    • 图像存储在资产库中
    • 权限在页面和相关资产之间进行管理(有效地将它们视为一个单元)
    • 使用了其他一些库,例如一个新的“Settings” library

这里’s an image which depicts the 经验丰富 (of the page template):

文章-栏杆1

文章-栏杆2

那里 ’页面数据的存储方式也有所不同。虽然我们’习惯于使用具有存储不同数据类型的各种字段的内容类型,这里看起来数据将存储在更大的JSON结构中(仍在Pages库中,但也许“fields”只会以JSON表示,而不是实际存在于内容类型上):

clip_image033

实施中也使用了其他Office 365平台服务,例如Azure(用于视频)和Office Graph(用于建议)。

定制可能看起来像什么

正如我前面提到的,与可扩展性故事相比,微软在最终用户功能方面(可以理解)领先。但是,在“点燃”对话中提出的建议是:

  • A future ability to build 习俗 portals using the same building blocks used in the 准备好出发 portals (I’我猜是页面渲染,数据存储,页面控件汇总等)
  • Potentially some form of extensibility of the 准备好出发 portals
  • 重用Microsoft中使用的JavaScript和CSS的框架(例如API)’s portals
  • 应该可以在SharePoint Online中托管自定义门户– you wouldn’无需提供您自己的托管

I was interested to hear Dan Kogan (long-time Microsoft product manager) also hint they might even look 在 open-sourcing the entire front-end layer of 下一代门户.

概要

在我看来,这是Office 365 / SharePoint作为管理信息工具的一个相当大的发展。过去的几个SharePoint版本都对发布网站和团队网站进行了逐步改进,但仍需要一定数量的经验,企业用户才能充分利用它们。通过提供更高级别的工具,Microsoft似乎正在偏离这里–和技术实施者将需要“understand product”如果他们要做出正确的决定并提供正确的指导,那就好了。这是我的事’我一直在告诉我的团队,无论您是否’是开发人员,IT专业人士,顾问或几乎任何其他实施者。

正如我前面提到的,看到对围绕SharePoint和Office 365的产品行业部分的影响也将是很有趣的。正如任何产品公司肯定知道的那样,在像微软这样财大气粗的公司周围建立堆栈可能会带来风险–正如我们在Microsoft所见’Yammer的支持以及对其他销售社交产品的公司的影响。

但是我个人’m希望在新产品到货时深入了解新产品,随着形势的变化不断加速,继续为客户提供专家指导的挑战。

来源(在Ignite会议上的演讲):