SharePoint Reviews

• Site templates
• Document management
• Permissions
• Publishing features

The solution has helped host our intranet and thereby helped in content publishing and distribution.

• WYSIWYG needs improvement.
• Performance and UI can improve.
• Mobile rendering is not up to the mark.

I have used this solution for over three years.

I did not encounter any issues with stability.

I did not encounter any issues with scalability.

We did not use a previous solution. We did upgrade from SharePoint 2010 to SharePoint 2013.

The multi-server farm setup was not straightforward.

Pricing and licensing is not as complex as some of the other MS suite products.

We evaluated Jive and Cisco.

Plan for global deployments using a distributed deployment topology.

The ability to create workflows.

Using the workflow as an example, it has helped to transform the conventional paperwork processes into digitized and faster processes.

Document libraries. At the moment, they still lack the flexibility you get in conventional Windows file systems. However, it has lots of features that make it a good replacement.

I have used SharePoint for two years.

The fact that it relies on the Internet and runs in a browser means it is bound to have performance issues.

I didn't encounter any issues with scalability. What I do know is that, when this is required, you will need the right skilled IT specialist to make the change. Often the right skilled specialists are not easy to find.

Microsoft provides both online and phone support. Phone support depends on the plan you are subscribed to.

We did not have a previous solution.

The initial setup is a simple process. However, planning requires more time in order to gather user requirements.

Setup an initial trial account with a pilot group to ascertain what is best for your environment.

We didn’t look at other options.

If your users are already familiar with an existing Windows product such as Office applications, you won't regret jumping in.

We are using metadata tags on documentation, indexed research, linked calendar to outlook, and controlled navigation.

We are not using libraries to classify information, but columns linked to metadata (customer, services, processes, and so on). We have generated a true document ID card, and metadata is easy to index in the research engine. We have a “Google-like” page dedicated to research, which includes refinement fields available to help in research.

We are only using it as a documentation storage system for around 500+ people, so we can find the right document at the right moment, as required. With metadata tags and acronyms, we were able to manage the company terms and create a common basis.

Various wikis are very limited; there is no integrated solution for communicators; master pages are too limited and require a developer; and libraries are sometimes useless.

Wikis are not simple enough and too hard to use. There could be auto links, for example, like you can implement in Confluence. A wiki should have an integrated table of contents and auto link to already available terms in the wiki, like Wikipedia works.

An integrated communicator would be an asset. You could use it to ask documentation owners when it will be available in the platform. It would work something like Facebook messenger.

Master pages are just too hard to manage because everything in SharePoint is linked. One level on one page might be a different level in another page; so you need time and failures before you succeed.

In general, it is a good product, but it has limited support and too much expertise required.

I have used it since 2010. The company I work for has been using it since 2003.

We never had any stability issues. In fact, our system is quite simple. We only experienced downtime three times in six years. This was only due to a VM management problem with human resources.

We did not have any issues with scalability.

Microsoft’s support is much too expensive and too complicated. We are not using their support at all. We are doing everything internally the best we can.

We tried ShareDrive and Confluence. We stay with SharePoint because of the indexed content and corporate licenses.

The initial setup was complex. We hired an external consultant to implement the Content Type Hub.

I’ll strongly recommend to adopt metadata solutions, but with a SharePoint expert. This is expensive, but you save a lot of time.

We did not evaluate any other options because of corporate requirements.

I recommend hiring experts and architects and preparing detailed business requirements for them.

• User permissions and document libraries
• Basic CMS capabilities with user-based permissions
• Ability to tie into other products to extend and scale the platform

We use SharePoint largely as an internal intranet; users are organized through AD and into their respective teams. Each team is responsible for their own websites and areas (including document repositories). Through this form of user organization, we can share resources with one another and in other areas, we can also set up public access so that everybody has access to everything.

On top of that, we can set up applications such as Power BI and web parts to handle data processing, telemetry/analytics, and even document processing. We have web forms that collect all manner of data, with workflows, to help with internal processes.

• Ease of use
• Out-of-the-box experience
• Learning curve

For the most part, the tool is useable, but there are many end users who still find it difficult overall. As a developer, I am able to find my way through the interfaces with time, but it takes too much time to learn these things and remember where they are. As an end user, I can understand why some people altogether give up in frustration.

I have used it for 10 years, through various versions.

I have not encountered any stability issues. SharePoint is a very stable platform, provided that it's installed on an equally stable server environment.

Occasionally, we come across strange server-level errors, but they are few and far between. Normal users almost never have problems, except for permission-based incidents.

I have not encountered any scalability issues. SharePoint is very scalable, provided that you have the resources to ensure its smooth operation.

For example, enabling Power BI is almost as easy as subscribing to the SaaS and flicking a switch. Similarly, other third-party vendor plugins are as easy as installing them and making the webpages and web parts available to the users. However, making sure that the platform itself is configured correctly and deploying the plugins correctly, is often where some things can fail. SharePoint itself scales well, it's just ensuring that all the additional resources are working cohesively.

N/A. I am not a system admin for our SharePoint instances, so I don't contact MS support for SharePoint issues.

To my knowledge, we have always used SharePoint. We have not switched away from SharePoint because of its AD integration; it makes automatic permissions that much easier.

N/A. I am not a system admin for SharePoint and was not involved in the deployment.

While a business owner of the platform, I can only comment on that the upgrade/migration from SharePoint 2010 to SharePoint 2013 was relatively smooth, albeit very slow.

The migration process took an entire weekend, and our instance is shy of 150GB total stored contents.

Pricing and licensing is a very subjective topic. Some companies have more resources than others, and some vendors are more flexible than others.

• Always find a solution that fits your needs the most; worry about the money later.
• Always make sure that this is a solution that your company can use and take care of; don't buy the latest and greatest tools because it's the hottest product in the market.

We are an academic institution, and so we have a EDU partnership for volume licensing and other enterprise purchasing agreements.

For this particular product (MS SharePoint), we are using the SharePoint Enterprise CAL license, for our on-premise solution. There are other departments that do the same thing with enterprise CAL, but our overarching relationship with Microsoft is through our central department.

N/A. This was a pre-existing solution that's been upgraded many times since its first roll out (2003 > 2007 > 2010 > 2013).

Make sure that you have the proper resources to ensure that the product is well maintained. This includes both technical resources and if necessary a governance group.

There is a steep learning curve for those not familiar with the way Microsoft works. They have a specific, albeit predictable, way of doing things. Ensure that your developers and system administrators are familiar with this "way". It seems arrogant and militant to state, but if your resources aren't willing to do things the Microsoft way, they should be taken off this project, else they will slow things down or outright make things worse.

The product itself is very robust and capable, but the success of the tool is largely dependent upon the team that deploys and maintains the product, as well as resources available to it.

Without proper resources, the product can flounder and fail.

We have taken advantage of the list features extensively and the ability to clone subsites.

The creation of lists and the ability to tie lists together is valuable. This has made my job and other different department’s jobs easier. We have many different lists defined on our server. We can use one of the list items on another list so that we have data integrity. That way everyone spells IBM the same, etc.

The ability to make templates of sites means thatt they can be easily recreated over and over.

An example of how we use the lists is what we call our parking portal. We have a list of pin numbers that parking has given to us to use in our underground parking lot. We have several different departments that use these numbers and they get charged when they use them. We have a separate list for reservations that we tie to the pin numbers. This is used to make sure that:

• The pins are only used once.
• The appropriate department gets charged for the parking pin used.

It does too many things and some of them seem impossible to set up.

One of the features that I could not get set up was the access interface. It had many steps and I just couldn’t get it to work. It should be easier to build access applications to do some of the things we want to get done.

We have used Microsoft SharePoint since 2007. We have upgraded to 2010 and then to 2013.

I have run into problems with Microsoft updates killing my test machine for two months...

I have not encountered any issues with scalability.

Technical support is 5 out of 10; it is complex and must all work.

We didn't have anything that did this before.

Initial setup was complex. You needed to understand the parts before you could set up the whole, and you needed to understand what parts you needed to get going.

Pricing seems fine. Licensing seems straightforward.

Nothing else did this at the time we started up.

Start out in the cloud and see if that will get you where you want to go.

This version is a lot easier to use than the predecessors but it is still not easy to setup and get running. I love the new features and look forward to working with Microsoft SharePoint O365 online.

We have a customized solution called TeamCenter. The technology behind it is SharePoint.

The use case is to distribute project mandates among team members, track and collaborate on the work that has been done. It creates the work breakdown, and assigns tasks, manages the workflow accordingly. We are able to check what is being done, who is been handling it, and where the workflow is at right now. It eases control, messaging, and provides a common view where we are at.

Now that this system has been put in place, we have email integration and a lot of work which we were doing manually is now done by Teamcentral, thanks to SharePoint, thanks to Microsoft.

The workflow feature is valuable because it enables us to cascade responsibilities. It cyclically keeps tabs on work and to what extent it has progressed, where it is stuck. That feature is really very helpful.

There is always room for improvement. Workflow is something that can become more intelligent. I can't say to what extent intelligence can added, but I think there is always a scope for making it more intelligent.

It's going to last until Microsoft revokes the license on which it is built.

Since scale is not challenging me right now, I haven't really paid attention to its scalability. We have 12 users on it. Their roles are primarily deployment, resource management, and fulfilling the technical mandates people are working on.

We did not have a previous solution, other than mail-messaging and Excel.

The initial setup was straightforward for sure. I didn't see any complexity in it. The implementation took about three-and-a-half months.

We used a consultant. He was technical enough to use the plug-ins and integrators that were required. He was a specialist.

The pricing works for us.

Workflow is helpful in the allocation of tasks in any close-knit teams, teams which are not sized beyond 20 to 25 at the most. If the workflow can be made more intelligent, adding value to the information rather than just pinging and cascading and shooting of alerts, that can really help with value-add and to save time.

There was one techy who designed and implemented this. Currently he continues looking at what is required, but in terms of continued support I don't have any staff on it. When any fixes are required, he handles them remotely. We don't have anyone on staff to manage it.

We expect the scale to go up and more business to pour in so we expect the number of users is going to increase. We would definitely be looking at a little more intelligent implementation of workflows so that we've got better control and better delegation of mandates.

I would rate it at seven out of ten. It works for me. I haven't seen anything parallel.