よくイベントでご挨拶させていただくにしても、「受託」というキーワードだけだと認知を得るのに圧倒的に不利である。

受託をやっています、というだけだと、よほどパーソナリティに特徴がないと、覚えてもらえる確率は低い。入口として「どういう受託を強みとしているか？」という部分が重要ではないかと。人柄的にも真面目で地味なエンジニアさん程、余計に。

覚えやすい例だと、、

技術系特化型
・アクセシビリティに特化しています。
・W3Cに参加しています。
・未踏経験者です。
・UXの啓蒙、オープンソースプロダクトのコミッタです。

ビジネス型
・Twitterサービス作っています。
・MTのプラグインが得意です。
・AIRアプリ売ってます。CMS売っています。

特殊技能
・携帯のコーディング/ディレクションが得意です。
・公式CPの経験あります。

微妙なのは、

・こういうWebサービスを運営しています（これだけだと微妙）
・Flex / Flash / Rails得意です。（それ自体はもはや特徴的ではないので、エッジが立ってること大事。）

典型的な例で、覚えられないのは、

・受託やっています。内容はケースバイケースです。

これだとメニューのない料理屋さんみたいなもので、今、カレーを食べたい人が、そういうお店に入りますか？という話に近い。

ただ「カレー作ったことがあります」ではダメで、面接でよくありがちな「PHP触ったことあります（本で勉強した程度）」「Linux、家でインス トールしたことあります」というのと同じで、実が伴ってなければ、あんまり意味がなくて、やっぱりクオリティや作りこみ量みたいなのは大事だと思います。

その完成度や実績度合いが、そのままブランド認知としてのとっかかりになります。

・・・と、考えた時に、ポートフォリオとして、「こういうtwitterサービスを作っています」とか、「こういうiPhoneアプリ」を作っています、 という実績というか、そう言えることは結構大事で、特に、twitterの場合は、twitterを通じて認知も得やすいので、思わぬ誰かに知られていた りとかもありうるので、少なくとも、そういう実績を持っているというのはアリなんじゃないのかなぁと。

単純にそれを流用して作って欲しい、という話が来くるので、準備、投資という意味では、とても利便性の高い実績だと思うんです。

他にも、youtube apiをどうにかするとか、Google Appsとか、EC2のapiとかいろいろカテゴリはあると思うんですけど。