Wednesday, September 21, 2016

6 Common Pitfalls To Avoid When Starting a Blog

6 Mistakes To Avoid When Starting a Blog (Common technical and writing mistakes)

Whether you've waited years to finally start your own blog or the inspiration to do so only recently came to you, you don't want to have to shut down the blog before you even really begin. Instead of diving into the world of blogging without any direction, take the time to review some common pitfalls.

by Guest Author via Digital Information World

How to write effective research observations

UX research has borrowed a lot from the fields of psychology, sociology, and anthropology. From analysing behaviour to documenting how people perform certain tasks, you clearly see these fields bleeding into UX. In fact, some even say that those who have studied anthropology are already well trained for being a UXer.

Observational research is a powerful research technique – one of the many popular qualitative methods used in the industry. The information gleaned from observational research helps you discover what your users think and experience, and how you can fix problems they face.

What is qualitative research?

ux-mastery-color-69

Qualitative research delves deep into the thoughts, feelings, and behaviours of your participants.

Research observations fall under the umbrella of qualitative research, so let’s dive into definitions.

Qualitative research is exploratory, and it delves deep into the thoughts, feelings, and behaviours of your participants. It gives us an opportunity to identify problems and uncover answers for questions we didn’t know we had by tapping into the minds of our research participants.

Qualitative research takes a number of different forms, such as interviews, focus groups, and usability testing, and many of these methods involve writing research observations. As you can see by these types of research methods, each one provides a forum for people to discuss a topic in depth to provide quality insights.

Some of the many benefits of using qualitative research are:

  • It provides in-depth data that can help you make informed decisions (instead of just percentages and statistics that you get from quantitative data)
  • It gives you information on how the product or item you’re testing actually fits into the lives of your users
  • It’s powerful in small quantities. Unlike quantitative research, you don’t need lots of participants in order to get great results from it

What are research observations?

Researchers Catherine Marshall and Gretchen Rossman defined observations in their book “Designing Qualitative Research” as “the systematic description of events, behaviours, and artefacts in the social setting chosen for study”.

In the case of UX research, these are things that happen when you’re watching people perform certain tasks or when you ask them interview questions.

For example, when conducting a usability test, a research observation would be something the researcher sees or hears — something that provides insight into what the research participants are doing, thinking and feeling. This could be that it took 10 minutes for the participant to find the login screen of the website you’re testing, and the participant expressed frustration.

There are various kinds of observations you can note down in your research. A paper from Michael Angrosino, citing research from Oswald Werner and Mark Schoepfle, identifies three different kinds of observational research processes.

  1. Descriptive observation: The researcher observes and notes down everything that occurs. This can produce a lot of data — some of which may be relevant and some irrelevant to your study. An example of a descriptive observation is noting down the sounds going on in the background when a user testing session is being held.
  2. Focused observation: The researcher will only analyse material that’s relevant to what the researchers are studying. For example, the facial expressions a participant makes when trying to perform a specific task, or tracking the gaze of a participant.
  3. Selective observation: The researcher looks at specific activities. For example, the way each participant navigates the menu on the homepage.

Interestingly, authors Robert M. Emerson, Rachel I. Fretz and Linda L. Shaw penned similar thoughts in their book “Writing Ethnographic Fieldnotes”. According to the authors, writing field notes (which are research observations) “is not a matter of passively copying down ‘facts’ about ‘what happened’. Rather, these descriptive accounts select and emphasise different features and actions while ignoring and marginalising others.”

Descriptive, focused or something

Descriptive, focused or selective. What types of observations are you recording?

Research observations, once collected, allow you to drill down deeper into the behaviours of your users. Observational research can also help you to verify or explain other kinds of research you have collected or are collecting, such as a Treejack study or other methods of remote user testing. Remember, what your users may say in a study might not be what they’re actually thinking or feeling. Observational research will help you get over that hurdle.

Tips for writing better research observations

When it comes time for you to begin your research and note down your observations, keep these tips front of mind.

  1. Write your research observations at the time of your research session. If you’re unable to do this, make sure you jot them down as soon as the session is over. They’ll be much fresher in your mind then!
  2. If you’re part of a research team, don’t discuss the session with your teammates until you’ve compiled all your observations. You might find yourself incorrectly recalling things that happened during the session. However, make sure you go through your observations with the rest of your team when you’re all done writing up your notes. This will help you spot trends in your data.
  3. Always record the audio in your sessions. If you can, use video as well so you can capture facial expressions, body movements and things going on in the background.
  4. While you’re recording your session, write down timestamps for anything important. For example, you might note down the timestamps for the different parts of the site you discussed with your participant.
  5. Include smaller details in your observations. Sometimes, the littler things can have a big effect. For example, a participant using a mouse without a mouse pad could have contributed to their frustration at trying to navigate your site.
  6. Don’t neglect the big things either. Conducting research can be exciting. So exciting, in fact, you might just forget a few key details like jotting down your participant’s name and role in the research session. Templates and generic forms can be handy for jogging your memory.
  7. Once you’ve finished taking your notes, import them into Reframer for a headstart with sensemaking. Alternatively, take Reframer with you and jot down observations as you go.

You might be about to embark on a qualitative research project for the first time, or a seasoned veteran. Either way, I hope you’ll be able to record better observations using Optimal Workshop’s qualitative research tool Reframer.

Whether you’re researching alone or as part of a team, just remember that preparation, detail, and organisation are key to helping you get great research results. Happy testing!

The post How to write effective research observations appeared first on UX Mastery.


by Max Koh via UX Mastery

5 Simple Strategies to Double Your Salary

Hot air balloon on the water

She's a failure, “the most overpaid CEO in history."

Marissa Mayer, CEO of Yahoo, failed to turn things around for the struggling tech company. She went on a shopping spree, spending $2 billion dollars buying more than 50 startups, none of which panned out.

What's worse, she's about to be rewarded for her failure. According to Fortune, she's about to receive a $123 million dollar payday, for failing at her job.

Developers Are Collectively Viewed as Overpriced

Just like Mayer, developers are viewed as overpaid, that they're simply not worth the money. The question is asked on Q&A sites. Posted on forums and message boards. Stated as fact by career sites.

But you know the truth.

You work incredibly hard for the money you're paid. You're worth every penny. But the small amount of money you receive for the large amount of work you do isn't always a fair trade.

For many developers it just isn't enough.

What if you could get more? What if you could dramatically increase the amount of money you're making now? Not only is it possible, it's inevitable… if you follow the right steps.

The strategies you're about to learn work incredibly well but they require hard work. If you're looking for an easy road, turn back now. Only all-star developers with grit and determination can do this. I say that because this will be one of the hardest moves you make in your career.

Most Developers Run from a Salary Increase Like This

That sounds insane, doesn't it? Who would run from a salary increase like this? It's obvious. The developers who don't want to try.

These are the developers with an external locus of control. The belief that their career is shaped primarily by factors outside their control.

False beliefs centered around concepts like...

  • Scarcity. "There aren't enough positions or promotions available for everyone. Someone's going to get the promotion and let's face it, it probably won't be me."
  • Affordability. "There would be more opportunity — if our company could afford it. There isn't enough room in the budget for me to get a pay raise."
  • Limitations. "I'm not management material. I don't have charisma and I'm not great at leading people. I don't want to be responsible for more people, projects, departments, etc."
  • Perception. "You can't get a raise or a promotion if you're not being groomed. If you're not one of management's pets, good luck getting anything beyond a cost of living raise."

See what I mean? These beliefs flow from an external locus of control. These developers aren't in control of their career, their career happens to them. They won't get what they want out of life unless they take control.

These Factors Really Are Out of Your Control

Here's a test. What if every single one of the objections I laid out just now were true? Would that mean that you're out of luck? That you should kiss a meaningful pay raise goodbye?

Absolutely not.

When you're exceptional, getting a raise doesn't depend on any of those outside factors, it depends on you. That's the problem, isn't it? It exposes a question many developers can't answer.

Why should my boss give me a raise?

I want him to. I need him to. I want him to pay attention, to notice my hard work and contributions to this company. But that's not his job, it's mine.

Here's the problem.

It's actually a trick question. Inexperienced developers believe employers are looking for an answer that's focused on them. They use descriptors like "I'm a hard/talented worker" or "I'm a good listener" and "I'm helpful."

Your Boss Probably Doesn't Care about You

You're a hard worker — loyal, trustworthy, talented. You listen well and you're focused on doing a great job. Your boss doesn't care about any of that. Why?

Because those things are the starting point. You're supposed to work hard. You're supposed to be a decent human being. In fact there's only one thing that creates raises and delivers job promotions.

Results.

When It Comes to Results, There Are Two Kinds

You need both to dramatically increase your salary, create the promotion you want and become an all-star.

  1. Conventional results. Being great at your job, going above and beyond and performing well in general. If you're a JavaScript developer, your code is pristine, you're helpful, productive, etc.
  2. Transformative results. These are results that make things better for your company, the industry or customers as a whole. It can be as simple as shared knowledge or as detailed as software.

Here's why these results matter. Conventional results build trust. It's easy for your boss to take a risk on you, to spend more on you when they trust you.

  • That trust manifests itself in several significant ways. It creates credibility at your job. Trust builds a reputation — creating safety. If you make an outlandish claim, that you can do something no one else has been able to do before, the trust you've accumulated is used as currency.
  • Transformative results are outlandish by nature. These kind of results are frightening, risky and intense. They seem impossible until they're achieved. But once they're achieved they create power, authority and leverage.

Here's what these results look like..

Jason Fried, co-founder of Basecamp, had a problem. He was stuck. He wanted to take his business in a new direction but he didn't know how to code.

He knew his way around as a designer but that wouldn't be enough to create what he wanted. He tried learning PHP on his own but didn't feel he got the traction he needed. So he asked for help on his blog…

… Which is how he met David Heinemeier Hanson. David responded, helping Jason through his problem. They began working together with David doing his best to build trust and deliver conventional results. They would eventually work on the first version of Basecamp together, with David writing all of the code.

Here's where the transformational results came in. David extracted Ruby on Rails from his work on Basecamp, released it as open source in 2004 and shared commit rights in 2005. Ruby on Rails has since been used by heavy hitters like Shopify, Airbnb, Twitch, Hulu and SoundCloud.

Ruby on Rails helped cement Basecamp as a market leader; as of January 2016, more than 1.2 million websites run on Ruby on Rails. It's indirectly enabled them to attract attention and investment from Amazon founder, Jeff Bezos.

Your boss wants both conventional and transformative results. But they're not interested in transformative change until they trust you to achieve the conventional. Transformative results are often risky; the trust you've accumulated acts as a buffer, giving them what they need to take a chance on you.

That opportunity is how you'll double your salary. But how do you go about getting a raise? And when should you ask?

Step 1: Find the Headaches and Roadblocks in Your Way

Headaches and roadblocks are inevitable. So it's a good idea to flush them out ahead of time before they become a problem. When they're ignored these problems have the potential to do a lot of damage.

  • A restrictive employment agreement. Some agreements state employers own all software you develop. That's a legal disaster waiting to happen. Employers, for the most part, shouldn't have control over their developers’ downtime.
  • You're not seen as an A player. Maybe you're an all-star, maybe you're not. If you're not, it's time to become one. If you are, you need to be perceived as one.
  • Your boss makes a play for control. Success factors like fame, power, money and prestige bring nasty things out of people. Create something amazing and your boss may want to take credit or control of your hard work. You'll need to know how you'll handle it when it comes.

These aren't the only roadblocks you'll have to deal with but they are three of the biggest. Deal with them and you're ready for…

Step 2: Find the Best Problems to Solve

You need a list of big problems to solve. These problems can be specific to your company, an industry-wide problem or an issue that only affects customers. You need the problem to accomplish two things:

  1. Be beneficial to your employer. The best problems, when solved, bring fame, money, opportunity or prestige to your employer. Give your employer all five and you become legendary.
  2. Be significant. Choose a problem that has the potential to make a significant impact. It's okay if the problem is focused on your company, your industry or customers. It's even okay if it has mainstream appeal. But it needs to be enough of a problem that others will notice the solution.

"Just one problem, Andrew. I'm not sure where I should start."

Start by asking the right people about their problems. Okay, who are the right people?

  1. Co-workers. This can be anyone in your company, other developers, marketers, salespeople, managers, etc. But it can also be your peers. People you've met in the past, ex co-workers, or those you've connected with. Ask anyone and everyone about the difficult parts of their job. But be cool about it. More "let me take you to lunch" and less badgering.
  2. Customers. If your boss is fairly trusting, ask for permission to interview customers. What if your manager isn't so trusting? Find people who aren't customers and ask for an interview. Call them at work, take them out to lunch. Five to ten minutes is all you need; get a list of their biggest problems.
  3. Influencers. Create a list of influencers for each problem, but don't contact them just yet. Influencers have an audience filled with people who have the problem you're aiming to solve.

What kind of questions do I ask in the interview?

  1. What's the biggest problem in your work day?
  2. Why is it a problem for you?
  3. Who else is it a problem for?
  4. What are the consequences of ignoring the problem?
  5. If you wanted to, how would you solve this problem?
  6. What about this problem scares you the most?

See where I'm going with this?

Awesome.

Don't forget to customize these questions for co-workers, customers and influencers.

Step 3: Create a Solution to Solve the Problems

Take some time to think about the problems on your list. Which problem, if solved, will have the biggest impact at work? Which problem can you solve? How would you solve them? What would you do to make things better for others?

Write down a rough outline of your ideas, but don't build anything yet. Take your rough outline to the people you interviewed and ask for feedback. Reach out to those who responded, as well as those who didn't respond to your interview request. Ask them what they think.

Save their feedback.

Reach out to your list of influencers. Focus your attention on relevant influencers. Keep everything above board, avoid spamming at all costs.

Save your influencer's feedback.

Give yourself 24 hours. Walk away. Then, when you've had some time, analyze your feedback. Look for trends. Are people saying the same things? Look for conflicts. Do your co-workers agree or disagree with influencers? Why?

Make decisions based on your feedback. Your solution should meet four specific criteria.

  1. It gives you leverage. With leverage, your solution can serve five or 50,000 people without you being involved directly. Writing a book, making a video, creating an app are all forms of leverage.
  2. Attracts an audience. Building an audience gives you additional leverage and power. Walking into a meeting with an email list of 50,000 people, 100,000 Facebook fans, or access to 2.4 million people via LinkedIn gives you an incredible amount of leverage.
  3. You retain control. Remember that part where I mentioned your employer may want to take credit for or control of your hard work? Now's the time to protect yourself. Make sure agreements are in line and your solution isn't developed using company resources or assets. Keep things separate as much as possible.
  4. The solution is easy to use. As developers, we have this annoying habit. We make things complicated. The solution, if you want people to use it, should be easy. The harder or more complicated your solution is the less people will use it.
  5. Is safe to use. Make sure your solution is legal. Don't build an app that breaks the law or violates another company's terms of use. Don't expose your boss to a legal problem.

If you think your boss will be open to your plan, take some time to prime things a bit. Be vague as the final outcome may change. On the other hand, if you know your boss is not interested, keep the necessary details to yourself. Just make sure you're following the rules.

Looking for examples? Here's how others have done it.

  • Dr. Pete Meyers at Moz realized search engine marketers had a problem. They needed to track updates to Google's search algorithms. His solution? He developed MozCast, a micro-site that shows updates and turbulence in Google's algorithm.
  • Matt Cutts is the head of Google's Webspam team. He wrote the first version of SafeSearch, Google's family filter. He focused huge amounts of time and attention on increasing and improving search engine literacy. He wrote blog posts, created videos, gave talks to thousands in an effort to help publishers create quality content. He became a minor celebrity, with his fans becoming known as "Cuttlets".
  • Matt Mullenweg forked b2 and created Wordpress. CNET saw the effect Wordpress was having, deciding to hire Matt to work on Wordpress for them. Transformative change drew people and opportunities to Matt automatically, giving him the time and resources he needed to continue doing what he loved — work on Wordpress.
  • Jessica Hische is a freelance lettering artist and author. She's known for the advice she shares on her blog and the daily drop cap. She decided to tackle the spec work problem with her hilarious "Should I Work for Free?" flow chart. Her chart struck a nerve, being shared by heavy hitters like Fast Company, Lifehacker, Seth Godin, and AdWeek.

Step 4: Tell Everyone What You've Done

It's done. You've created a solution to the big problems on your list. It's time for the big reveal. This is the step most developers neglect. They create something amazing, then they go out of their way to avoid promoting it — which is a complete disaster.

Continue reading %5 Simple Strategies to Double Your Salary%


by Andrew McDermott via SitePoint

Building a Game with Three.js, ReactJS and WebGL

I'm making a game titled "Charisma The Chameleon." It's built with React, Three.js and WebGL. This is an introduction to how these technologies work together using react-three-renderer (abbreviated R3R).

Check out A Beginner's Guide to WebGL and Getting Started with React and JSX here on SitePoint for introductions to React and WebGL. This article and accompanying code use ES6 Syntax.

How It All Began

Some time ago Pete Hunt made a joke about building a game using React in the #reactjs IRC channel:

"I bet we could make a first person shooter with React!
Enemy has <Head /> <Body> <Legs> etc."

I laughed. He laughed. Everyone had a great time. "Who on earth would do that?" I wondered.

Years later, that's exactly what I'm doing.

Gameplay GIF of Charisma The Chameleon

Charisma The Chameleon is a game where you collect power-ups that make you shrink to solve an infinite fractal maze. I've been a React developer for a few years, and I was curious if there was a way to drive Three.js using React. That's when R3R caught my eye.

Why React?

I know what you're thinking: why? Humor me for a moment. Here's some reasons to consider using React to drive your 3D scene:

  • "Declarative" views let you cleanly separate your scene rendering from your game logic.
  • Design easy to reason about components, like <Player />, <Wall />, <Level />, etc.
  • "Hot" (live) reloading of game assets. Change textures and models and see them update live in your scene!
  • Inspect and debug your 3D scene as markup with native browser tools, like the Chrome inspector.
  • Manage game assets in a dependency graph using Webpack, eg <Texture src={ require('../assets/image.png') } />

Let's set up a scene to get an understanding of how this all works.

React and WebGL

I've created a sample Github repository to accompany this article. Clone the repository and follow the instructions in the README to run the code and follow along. It stars SitePointy: The 3D Robot!

SitePointy the 3D robot screenshot

Warning: R3R is still in beta. Its API is volatile and may change in the future. It only handles a subset of Three.js at the moment. I've found it complete enough to build a full game, but your mileage may vary.

Organizing View Code

The main benefit of using React to drive WebGL is our view code is decoupled from our game logic. That means our rendered entities are small components that are easy to reason about.

R3R exposes a declarative API that wraps Three.js. For example, we can write:

<scene>
    <perspectiveCamera
        position={ new THREE.Vector3( 1, 1, 1 )
    />
</scene>

Continue reading %Building a Game with Three.js, ReactJS and WebGL%


by Andrew Ray via SitePoint

Keyword Research: Finding Local Intent

Keyword Research: Finding Local Intent

This article is part of an SEO series from WooRank. Thank you for supporting the partners who make SitePoint possible.

If you’re a local, brick-and-mortar shop, local SEO is incredibly important; a few years ago ComScore found that almost 75% of local searches on mobile devices resulted in an in-store purchase. As with more traditional SEO, local SEO starts with keyword research. It forms the foundation of almost every on page and off page optimization you do going forward. If you’re a local business, or even a large chain with multiple locations, you need to tailor your keyword research to build a solid base for your local SEO.

In this piece we’ll go over how to find keywords relevant to your site and audience, and how to make sure those keywords are relevant to local searchers.

Local Keyword Discovery

Before you start digging into data like local search volume, click through rate (CTR) and competitiveness, go through the process of keyword discovery. Don’t worry about whether or not these keywords are specifically local keywords, we’ll cover that in a minute.

Just like with traditional keyword research, start with the keywords people are already using to find your website. Use Google Search Console’s Search Analytics report and filter the data by queries. Add in the columns for impressions, CTR and position to make sure you’re looking at your top keywords.

GSC Search Analytics

You probably won’t end up targeting this list. Think of it more as answers to the question, "what type of business do you own?", or a list of topics covering your website content. If you’ve got a landscaping business in San Francisco’s South Bay, for example, your list at this point might look like:

  • Landscaping
  • Home landscaping
  • Business landscaping
  • Landscaping design
  • Gardening services

Once you’ve come up with a list of topics, it’s time to generate a list of keywords for each. These are the keywords people will actually type into a search engine to find your site. You don’t need to come up with a list of every possibility, just a few places to start further research.

Start with one of the topics you just came up with and brainstorm a few keyword ideas. What would you enter in a search engine to find your business? This is where the "local" part of “local keyword research” comes into play. Start by appending geographical areas that you serve. So, for the “landscaping” topic for our Bay Area landscaper, you would come up with a starting list of keywords that looks like this:

  • landscaping San Jose
  • landscaping Palo Alto
  • landscaping Santa Clara County
  • landscaping Sunnyvale
  • landscaping South Bay

If you’re having trouble deciding on where exactly your audience is located, dig into your analytics. Under Geo in the Audience section of Google Analytics, select Location. Drill down by clicking on your country and state. Set your primary dimension to ‘Metro’ or ‘City’, depending on the size of your business.

There’s no real target number of keywords to come up with. If you’ve got a small site with just one physical location or a small service area, you’ll need a lot fewer keywords than if you’ve got a large site or a business that has multiple locations.

Expand Your List

Google Suggest is a great place to start when you’re looking to expand your keyword list, and is an excellent source of longtail keywords. If you want, you can do this manually by checking the bottom of the first page. This is a good way to go if you’re a small business with a pretty simple website, but isn’t very efficient. Luckily, there are plenty of free tools out there that will leverage suggested searches for you. Tools like Ubersuggest and Keywordtool.io work by appending every letter of the alphabet to your keyword and recording the suggestions. Keyword tool Answer the Public also includes question modifiers (how, where, who, etc.) and prepositions (for, to, with, etc.). Export your list of potentials as a .csv for easy analysis and use with other tools.

In Google AdWord’s Keyword Planner, search for the local keywords from your list of topics you came up with earlier. You can enter multiple keywords as either a comma or paragraph-separated list or by uploading a .csv file. Click on the Ad Group ideas tab to find ideas for related keywords. You will need to create a free AdWords account to use this tool.

Google Keyword Planner Ad Group ideas

Go over the search volume trends graph at the top to see how seasonality might affect your traffic. Our fictional landscaping business could start a campaign in December so they’ll appear at the top of search results when the season starts.

Trim Your List Down to Size

By now you’ve probably got a pretty sizable list of keywords — likely more than you should actually target. You’ve also probably got some keywords in there that don’t generate enough traffic to be worth targeting. It’s important to weed some of these out since local search volumes are generally already quite low.

Continue reading %Keyword Research: Finding Local Intent%


by Maria Lopez via SitePoint

A Beginner’s Guide to Podcasting With WordPress

Podcasting has become immensely popular all over the Internet in the last few years and gives users the opportunity to broaden their web presence while increasing traffic simultaneously. Nearly 46 million Americans listen to podcasts on a monthly basis.

Numbers like those are hard to ignore. In this article, we’ll tell you everything you need to know about podcasting with WordPress and help you get started by introducing you to some of the best plugins to get the job done.

Let’s put all of this into context before we move on.

An Introduction to Podcasting

Although the concept has been around since the 80’s radio boom, podcast is a relatively new term which is a mishmash of Apple’s iPod media player and the word broadcast. Podcast is defined as:

“A digital audio or video file or recording, usually part of a themed series that can be downloaded from a website to a media player or computer.” Source: Dictionary.com

Adam Curry and Dave Winer are behind the creation of iPodder which forms the building blocks of modern day podcasting. The purpose of the site was to provide users with an elegant broadcasting mechanism enabling them to listen to audio content whenever they’d like.

The Rise of Podcasting

Podcasting has been around since 2004 and, over a decade later, they’re regaining popularity among the masses. According to a study, more people are listening to podcasts in the United States than ever before.

Podcasts are trending once again and this time they’re here to stay for some time. Most of the podcast listeners are young, affluent, and well-educated people who crave audio content on their morning commutes and running their daily errands.

Apple’s products come with the stock Podcast app whereas other apps like SoundCloud, Tune In, and Stitcher are also widely used.

Podcasting in WordPress

Podcasting and WordPress are like two peas in a pod (pun intended!). WordPress is an immensely popular CMS and its users like to keep up with the latest trends and styles. You’ve probably noticed that most of the WordPress hubs have added a podcast to their site to supplement their daily blogs covering everything from the latest happenings to tutorials. In a way, website owners are translating written content into audio content.

Continue reading %A Beginner’s Guide to Podcasting With WordPress%


by Maria Ansari via SitePoint

Message In A Bottle

Message In A Bottle

Long scrolling environmental One Page website for the 'Message In A Bottle' campaign that includes a petition to sign.

by Rob Hope via One Page Love