Using social software to avoid building something that someone – other than me, thinks is awesome.

Once you have the community, let them tell you how to improve your product by exposing your engineers to the cheers and jeers. This type of feedback is one of the greatest values of a community.

- Reality Check, Guy Kawasaki

idea - who

In the spirit of openness, I just want to state that this post is a plug for the wonderful folks at Cynapse and their awesome and even at times inspiring, social software platform – cyn.in.

The underlying theory behind outside-in software is that to create successful software, you must have a clear understanding of the goals and motivations of your stakeholders. Your ultimate goal is to produce software that is highly consumable and meets/exceeds the needs of your client.

- Wikipedia based on Outside-in Software Development: A Practical Approach to Building Successful Stakeholder-based Products, Carl Kessler & John Sweitzer

Now Guy, Carl & John can’t all be wrong – developing software solutions in an ivory tower is no longer an option. As any external & internal stakeholder will tell you, you need feedback – especially in the world of global development & delivery (GDD). So how do you connect all these people from all over, with different skill-sets, different perspectives and most importantly different roles and rights? For example;

As a Developer (Internal Stakeholder), I would like to see Customers’ (External Stakeholders), comments on how they interact with the system, so I can better understand what value they’re trying to achieve.

As a Founder (Internal Stakeholder), I would like to collaborate with other Founders on our financial planning by sharing discussions, files and bookmarks, so we can communicate in a more timely and efficient manner than email.

Both of these scenarios involve the sharing and disseminating of information. However, not necessarily across Developers, Customers and Founders.

Having software development & start-up in my blood, I was thrilled to see the state of cyn.in. What the solution lacks in features, as compared to some of the competition, it makes up for in design, ease-of-use, quality and support.

I think the business model is great – its got something for everyone. For the techies, the open source model is a great way to use & potentially contribute to the code. For the folks looking for a free open source solution to experiment with, the VMware image provides the cheapest simplest in-house solution. And for those who want to avoid any hardware/software/networking issues and assure themselves of timely & helpful support, then the Software as a Service (SaaS) offering is the route to go.

For now, the one weakness is lack of documentation and knowledge base contents.

Since I consider myself a cyn.in early adopter, I hope to contribute to the requirements process – with my own spin of course In addition, I’ll be blogging / tweeting about how we compliment certain features in their infancy with other solutions to achieve our desired results. Why am I doing this? Well, in the interest of transparency, I get a preferred SaaS deal for helping out and I better position myself as a potential reseller & service provider. However, most importantly, I actually do enjoy this stuff. And I will especially enjoy myself if I can contribute in a meaningful way to what I trust will be a distributed software development effort in an outside-in agile environment.

In addition to Enterprise Support, another SaaS benefit is being seamlessly migrated to the latest release – which by the way is as gorgeous as the Adobe AIR desktop client. If you’re currently a cyn.in Version 2 user, then moving to Version 3 should be one of your priorities. If you’re not, then Version 3 offers every feature you’d expect from a social software platform – minus some functionality. For example, while there are calendar Events, they lack the ability to invite members. Until that’s enabled, we supplement cyn.in Events and with Google Calendar. In my opinion, a minor price to pay.

For whatever cyn.in lacks in documentation, they more than make up for it with their Enterprise Support. Despite being timezones away, I can always count on a timely, concise and helpful experience. There’s seems to be no question too small, or, bug too big for them to answer in the same courtious manner. And in those special cases when I do come across a missing feature, it’s nice to know that my input is used to help contribute to their development process.

A key feature for this start-up community is the ability to control user roles and their permissions. Currently, we use Personas to help us in our development effort. In the near future, we’ll be ready to search for actual users to assume their own personnas and help us define and satisfy their needs. When that time arrives, I’ll describe our community’s site hierarchy and permissions for members to better understand how they fit in.

Related posts:

1. The Start-Up Chronicles: Chapter 2. Who, Part 4 Partnering, building communities and pitching social software to Sara's elementary...
2. The Start-Up Chronicles: Chapter 2. Who, Part 1 Here are some lessons learned from past experiences and how...
3. The Start-Up Chronicles: Chapter 2. Who, Part 2 My Idea's Unhidden Agenda, also known as, Work-For-Attribution, and how...

Here are some lessons learned from past experiences and how I hope to do things a little different this time when choosing Who will be members of this tribe.

A tribe is a group of people connected to one another, connected to a leader, and connected to an idea. For millions of years, human beings have been part of one tribe or another. A group needs only two things to be a tribe: a shared interest and a way to communicate.
…
Tribes need leadership. Sometimes one person leads, sometimes more. People want connection and growth and something new. They want change.
…
You can’t have a tribe without a leader – and you can’t be a leader without a tribe.

– Tribes, Seth Godin

idea - who

The Start-Up Chronicles: Chapter 1. An Idea, Five Ws and one H

Back in Connecting the dots – Part 2, I mentioned my previous dot com experience. Looking back, here’s some of the lessons I learned;

1. Having a great idea and the ability to code it is simply not enough. Like it or not, you need others. Others who understand things like marketing, sales, support, service, administration and more. However, you just may not need them all from Day One.
2. Too many chiefs (partners): We had too many voices, too many opinions, too many circumstances requiring votes where majority rules and even Super Majority Rules. Oddly enough, most of these issues were valid & necessary – at some point in time. And that’s exactly my point. At some point in time, we would have to discuss these issues at length. But that time never came.
3. The “What If This Thing Is Worth A Gazillion Dollars One Day” Scenario: A pre-condition to this scenario is that you have to deliver something that could be worth a gazillion dollars one day. We exerted too much time and energy discussing, fantasizing, negotiating, bickering and haggling over this scenario. We really should have poured that energy and passion into the pre-condition.
4. Lawyers and accountants: You need these people. You not only need them, but you need to talk to them pretty much from the start. But talk first. Do your best to net-it-out as much as possible. If you’re lucky, you’ll know someone who’ll say something like:
   

   Drafting an agreement like this and getting all the parties to finalize, could cost you around $10,000 – assuming everyone agrees in principle. But even with that in place, it could be always be argued that … On the other hand, you could just write … on the back of a napkin and get everyone to sign it. Of course that could always be contested too, but at least you’ve got a signed agreement in principle and $10,000 to pay me when you at least have money coming.

And that is the final point. If you don’t have any money coming in then you would not be contesting a dirty old napkin.

So now I needed a way to invite others to help me with my quest. But on top of all my above issues, I had one more whopper. I had no money to pay anyone. Offering equity in nothing would only condemn me to repeating my errs of the past. It would be like Groundhog Day, all over again.

My next post will be about my Unhidden Agenda & how I hope it will attract community members and contributors.

Related posts:

1. The Start-Up Chronicles: Chapter 2. Who, Part 2 My Idea's Unhidden Agenda, also known as, Work-For-Attribution, and how...
2. The Start-Up Chronicles: Chapter 2. Who, Part 3 Using social software to avoid building something that someone -...
3. The Start-Up Chronicles: Chapter 2. Who, Part 4 Partnering, building communities and pitching social software to Sara's elementary...