Below is an example of how we use Coda to help onboard new employees. Each new employee is given a Coda doc with a lists of tasks to complete their onboarding.
Welcome to the Design team!
Welcome to Coda and the PM team! The PM team works within the broader PDQ team (which stands for product, design and quality). Our team is made up of PMs, Designers, our Test team, and our Content Strategist. We're super excited to have you join!
and choose “Sign In” and then “Sign in with Slack.” If this doesn't work, ask Jeremy — we may need to add you to our Figma account. This should get you access to a shared Coda folder with subfolders such as Exploration, Forms (Styles), Patterns (Components), and Scenarios. We use Figma largely as replacement for Sketch or other tools when drawing interfaces, storing libraries of assets, etc. Schedule 30 min with Evan Brooks to walk your through our component library and how we setup Figma files.
Have someone on the team send you an invite to our team account, then install the desktop utility. This is the primary tool we use to capture and share screenshots, grab video (usually as animated gifs), and add detail to report bugs.
If you have a personal account already, just use that. If not, sign up using your @coda.io address. In order to gain access to our super secret stuff, you’ll need to authenticate via Okta, our single-sign on provider. Then ask someone from the #dev channel on Slack to add you to the necessary groups.
file, and add a line at the bottom of the file (but above #Former users) containing your Coda username and GitHub username, separated by a colon. You can use the built-in editor in GitHub to add the file; once edited, send out a pull request. We require all PRs to be approved by someone else before merging, so find someone to approve it!
If you plan on editing code at Coda get your dev environment setup. Some designers do and some don’t depending on their comfortability. The
and the linked pages should fully explain how to setup your development environment. We strive to keep everything checked into the tree, so that all you need to develop is a Unix-ish OS, git, and your favorite IDE. For additional detail on our codebase, see this
You only have a first impression once. Make a new coda doc to track your first impressions in Coda. Over the course of your first month write down and take screenshots of of things of the good and the bad. Write down things that seemed confusing or hard to find. If you have idea on how to improve Coda, add a mock or brief description next to the issue. After a month or so, ask about sharing your first impressions in one of our team meetings.
New hire pay it forward
In the same doc as your first impressions keep a log of the things you had to reach out and ask for help along with the answer you got. This list will help us improve the new hire orientation progress. Also write down the things that you find surprising at Coda along with anything you wish you had known soon sooner. Think about what resources or information would have made your onboarding smoother.
Chat with a PM
Talk to Nathan about some of your observations and to hear a bit about our upcoming product plans.