課題をあやふやなまま進めてしまうからでしょうか。私はお客様にkintoneのカスタマイズを容易に実装できる製品「カスタマイン」を提案しているのですが、日々「こういう課題があるから解決したい」と要望をいただきます。
ただ、業務をどうにか改善したいと思っているのに、お客様の方で課題を明確に言語化できていないことも多く、課題解決するための適切な機能を検討するのが難しいことが起きています。
そう言った場合は、カスタマインを契約いただいてもお客様の継続的な成長につながらないこともあるので、カスタマイン導入を再考いただくこともあります。
営業なので売上を伸ばすことが大事ではありますが、顧客と長期的に良い関係を構築するために目先の利益は追わないようにしています。

お客様の要望を整理できたら、それをどのように実現するかを考える必要があります。
その時、kintoneでデキることとデキないこと、kintoneでやった方がいいこととやらない方がいいこと、という切り分けができることが重要だと思います。
特にできないことを把握することは大事だと思っているのですが、できるか？できないか？ということを延々と考えるのって、すっごい時間の無駄じゃないですか？
資格取得のための学習をする過程で基本機能に関する知識が身につくので、kintoneで実装可能なのか、無理に使わなくても良いのかの検討ができるようになり、kintoneをうまく活用できるようになってくるんです。

kintone認定資格を取得すると共通言語ができる、と言うのも大きいと思っています。
ユーザー企業でもパートナー企業でもアソシエイトを取得した人同士だと、すでにわかっていることに時間を割かずに、必要な議論に集中できるようになります。
デキないことを即座にお客さんに伝えることで、「ではその実現方法ではなく、こういうやり方なら実現できる？」といったことも引き出せるようになる。
その場で検討できずに持ち帰るとお客さんはできるかもって期待しちゃうので、確認してやっぱり駄目でしたと伝えるとがっかりしちゃうんですよね。
そうすると次の提案につながりにくい、、、営業現場の感覚的な話しなんですけどね。

まずは試験要項を読み込んだことで、kintone SIGNPOSTの内容をそのまま記憶するのではなく、発想のきっかけにした上で自分達の言葉で語ることが大事そうだとわかりました。
その後、自分で問題をいくつか作成してみたのですが、回答例が客観的に見て正しいのかわからなかった。
そこで自分で作った問題を小竹さんに回答してもらったんですが、立場によってkintone SIGNPOSTの解釈が結構違うな〜と気づきました。
自分としては間違いなくこうだろう、ということに対して小竹さんはまったく別の回答をすることが多かった。
そうやってお互いの回答をシェアすることで、異なる立場の多角的な回答をインプットできました。
これはユーザー企業とパートナー企業の違いから出るものだったと思います。

kintoneを活用した開発を学ぶためには、「絶対的な正解を先生から教えてもらう」というやり方ではなく、「様々な立場の視点を理解し、自ら学ぶ」というやり方しかないかなと思います。

kintoneを利用されている方は勉強熱心な方が多いんですが、どうやって勉強したら良いのかわからないとも聞きます。
そういう人にとって良き学習のツールになると思います。
アプリを作成することがある人は、全員アソシエイトをとった方がいいと思っていて、さらにプラグインや連携サービスなどでよりkintoneを活用したいと考えている方はカスタマイズスペシャリストを取得することをオススメします。
簡単なカスタマイズは自分でやってしまおうという方にはもちろん、カスタマイズは外注するんだ！という方であっても、無茶な構築など「やるべきではない開発を検討してしまう」ということを避けることができます。
パートナー企業から提案されたカスタマイズに無理がないかな？と整理できるようになるのでメリットが大きいですよ。